Wisi serwer VPS
127 PLN
Kompetentny specjalista, który wszystko szczegółowo wyjaśnił na konsultacji i szybko wykonał zadanie.
Maksym H.
Oferta, która wygrała
28
0
Budżet: 1500 UAH Termin: 1 dzień
Cześć!
Problem nie leży w zewnętrznym parserze ani w limitach zapytań — to tylko objawy. Serwer pada z powodu przeciążenia MySQL ciężkimi zapytaniami SQL. Przez 10 lat działało, a teraz zaczęło — najprawdopodobniej baza towarów urosła, cache się zepsuł, a zapytania filtrów przestały nadążać.
Biorę się za to od razu. Szybko zdiagnozuję, znajdę przyczynę i naprawię. Serwer przestanie się zawieszać.
0
0
Budżet: 10000 UAH Termin: 10 dni
Na podstawie dostarczonego zrzutu ekranu htop można wyciągnąć wniosek, że twój serwer znajduje się w stanie krytycznego przeciążenia. Jako administrator zarządzający systemami z uprawnieniami root prawdopodobnie już zauważyłeś znaczną opóźnienie (lag) w działaniu. Oto szczegółowa analiza kluczowych wskaźników: 1. Ekstremalne obciążenie (Load Average) Load Average: 47.53, 44.80, 44.96. System ma 4 rdzenie (wątki), co widać z górnych wskaźników (1-4). Dla 4-rdzeniowego systemu normalny Load Average powinien wynosić w granicach 4.0. Wskaźnik 47.53 oznacza, że system jest przeciążony około 11-12 razy. Ponad 40 procesów nieustannie czeka w kolejce na wykonanie, oczekując na zwolnienie CPU. 2. Stan procesora i pamięci CPU: Wszystkie 4 rdzenie są obciążone w 100%. To „wąskie gardło” systemu w tym czasie. RAM: Wykorzystano 3.03 GB z 3.85 GB. Chociaż pamięć jest jeszcze dostępna, jej pozostałość jest niewielka. Swap: 0K/0K. Na serwerze w ogóle nie skonfigurowano pliku ani partycji swap. W przypadku skoku zużycia pamięci MySQL (który jest głównym konsumentem) system może po prostu „upaść” lub zacząć zabijać procesy przez OOM Killer. 3. Analiza procesów Głównym czynnikiem obciążenia jest MySQL (mysqld): Proces z PID 12866 zużywa 188% CPU (to sumarycznie prawie dwa pełne rdzenie). Na liście widać ogromną liczbę wątków mysql, z których każdy zużywa od 6% do 8% CPU. Obecna jest również aktywność nginx oraz procesów użytkownika konstanti (prawdopodobnie skrypty PHP przez phpfarm), ale są one drugorzędne w porównaniu do bazy danych. Istnieje kilka opcji rozwiązania.
41
4
Budżet: 1000 UAH Termin: 3 dni
Dzień dobry!
Napotkaliśmy problem z zawieszaniem się VPS z powodu wysokiego obciążenia MySQL, prawdopodobnie od zewnętrznego parsera. Jestem gotów przeanalizować logi i skonfigurować zasady ograniczenia zapytań w celu stabilizacji pracy serwera. Mam doświadczenie w optymalizacji MySQL i konfiguracji serwerów.
Napisz do mnie w wiadomości prywatnej, ustalimy szczegóły.
229
4
Budżet: 800 UAH Termin: 1 dzień
Cześć
Już współpracowaliśmy
Teraz wszystko ustawię
Pisz na priv
Od razu zacznę
11
2
Budżet: 1000 UAH Termin: 1 dzień
Dzień dobry, mam udane doświadczenie w rozwiązywaniu podobnych zadań, w celu omówienia proszę pisać na wiadomości prywatne.
36
1
Budżet: 2000 UAH Termin: 1 dzień
Witaj. Dobrze znam się na VPS, a w przypadku baz mogę przeprowadzić analizę. Proszę się zgłaszać, najczęściej można to pokonać.
0
0
Budżet: 12100 UAH Termin: 2 dni
Proszę powiedzieć, jaki hosting/panel obecnie używacie (cPanel/ISPmanager/inne) i czy Cloudflare jest podłączony? Czy możecie dać dostęp do panelu lub przynajmniej zrzuty ekranu z ostatnich szczytów obciążenia MySQL — to wystarczy, aby zidentyfikować źródło parsowania i dobrać limity.
Mamy doświadczenie w szybkim usuwaniu podobnych „zawieszeń”: konfigurujemy ograniczenia prędkości i blokowanie botów (nginx/Cloudflare/fail2ban), ograniczenia połączeń, buforowanie, a także podstawową optymalizację MySQL (wolne zapytania, indeksy). Pracujemy z MySQL i Redis; Python/JS — 4 lata w produkcji.
Jesteśmy gotowi zacząć dzisiaj: przeprowadzimy krótki audyt i od razu ustalimy zasady, aby MySQL nie obciążał serwera. Napiszcie — uzgodnimy dostęp i start.
W liście nie są widoczne oferty ukryte przez zleceniodawcę lub freelancerów z profilem Plus, a także oferty, które naruszają regulamin
