Jak rozwiązać problem dużego obciążenia VPS? Metoda optymalizacji wydajności + kompletny przewodnik po rozszerzaniu pamięci procesora

Twój VPS jest przeciążony i grozi mu awaria?

Zaczynając od konfiguracji 4-rdzeniowej 16 GB, w tym artykule szczegółowo przeanalizowano, jak wybrać odpowiednią liczbę rdzeni procesora i pamięci, a także przedstawiono kompleksowy przewodnik dotyczący optymalizacji wydajności VPS.

Niezależnie od tego, czy chodzi o optymalizację bazy danych, dostosowanie aplikacji PHP czy aktualizację sprzętu, mamy konkretne sugestie, które pomogą Ci znaleźć najlepsze rozwiązanie, dzięki któremu Twój VPS będzie działać szybciej i stabilniej, a także pożegnać się z wąskimi gardłami wydajności!

Mam nadzieję, że te wskazówki Ci pomogą i sprawią, że Twój VPS nie będzie już tak zajęty jak stragan z kebabem!

Serwer VPS jest mocno obciążony. Do ilu rdzeni procesora i pamięci należy dokonać modernizacji?

Załóżmy, że procesor konfiguracji VPS to 4 rdzenie + 16 GB pamięci, sprawdź top Sytuacja obciążenia jest poważna. Ile rdzeni i pamięci należy użyć dla VPS?

top - 02:34:42 up 1:55, 3 users, load average: 54.22, 34.14, 32.00
Tasks: 179 total, 72 running, 107 sleeping, 0 stopped, 0 zombie
%Cpu(s): 70.7 us, 27.4 sy, 0.0 ni, 1.9 id, 0.0 wa, 0.0 hi, 0.0 si, 0.0 st
KiB Mem : 16777216 total, 2584976 free, 13411120 used, 781120 buff/cache
KiB Swap: 0 total, 0 free, 0 used. 3282716 avail Mem

(此处省略……)

z tego co podajesz top Sądząc po wynikach poleceń, obciążenie Twojego VPS jest dość wysokie, a średnie obciążenie sięga 54.22 (ostatnia 1 minuta), 34.14 (ostatnie 5 minut) i 32.00 (ostatnie 15 minut).

Oznacza to, że system jest intensywnie używany. Twój VPS ma 4-rdzeniowy procesor i 16 GB pamięci RAM, ale używana pamięć to 13,411,120 781,120 XNUMX KB, z czego tylko XNUMX XNUMX KB jest wykorzystywane jako bufor.

Według top Z wyników polecenia wynika, że ​​istnieje kilka procesów wymagających dużych zasobów:

• mariadbd (usługa bazy danych MariaDB):Zajmuje dużo zasobów procesora (143.1%).
• memcached:Zajmuje pewną ilość procesora (7.7%).
• Wiele procesów php-cgi:Każdy z nich zajmuje określone zasoby procesora i pamięci.

Jak rozwiązać problem dużego obciążenia VPS?

Rozwiązania problemu dużego obciążenia mogą obejmować:

1. Zoptymalizuj bazę danych:Jeśli mariadbd zajmuje dużo procesora, może być konieczna optymalizacja zapytań do bazy danych lub rozważenie zwiększenia zasobów serwera bazy danych.
2. Optymalizuj aplikacje PHP:Ponieważ istnieje wiele procesów php-cgi zajmujących dużo procesora i pamięci, może zaistnieć potrzeba optymalizacji aplikacji PHP lub skryptu, aby zmniejszyć zużycie zasobów.
3. Ogranicz liczbę procesów:Rozważ użycie czegoś takiego jak worker_processes w Nginx lub ustawienie pm w PHP-FPM, aby ograniczyć liczbę procesów.
4. Rozszerzenie zasobu:Jeśli optymalizacja w dalszym ciągu nie spełnia Twoich potrzeb, może być konieczna aktualizacja Twojego VPS do konfiguracji z większą liczbą rdzeni lub większą ilością pamięci RAM.
5. Monitoruj i analizuj:Użyj bardziej zaawansowanych narzędzi monitorujących, aby analizować wykorzystanie zasobów systemowych i identyfikować wąskie gardła.
6. Równoważenie obciążenia:Jeśli przyczyną problemu jest ruch, rozważ użycie równoważenia obciążenia w celu rozłożenia żądań na wiele serwerów.

Przed rozważeniem aktualizacji serwera VPS zdecydowanie zaleca się najpierw zoptymalizowanie systemu i aplikacji.

Modernizację zasobów sprzętowych należy przeprowadzać w ostateczności i tylko wtedy, gdy zostanie stwierdzone, że obecnego sprzętu nie da się zoptymalizować pod kątem potrzeb.

Jak ustawić limit procesów VPS?

Ustalając limity procesu, należy wziąć pod uwagę następujące czynniki:

• Aktualna liczba procesów:Potrzebujesz rozsądnego limitu procesów, który jest wyższy niż bieżąca średnia liczba procesów, aby uniknąć wpływu na normalne działanie.
• Wymagania systemowe i aplikacyjne:Dowiedz się, ile procesów zazwyczaj wymaga uruchomienie Twojego systemu i aplikacji.
• Użycie zasobów:Monitoruj wykorzystanie procesora i pamięci, aby określić rozsądne limity procesów i uniknąć wyczerpania zasobów.
  Biorąc pod uwagę aktualną liczbę procesów na serwerze, zaleca się, aby nie ustawiać zbyt niskiego limitu procesów.

Bardziej odpowiedni może być luźniejszy limit, na przykład 50 lub 100 dla miękkiego limitu i 100 lub 200 dla twardego limitu. Można to dostosować w zależności od obciążenia i wydajności serwera.

Jeśli zdecydujesz się zmienić limity procesów, uważnie monitoruj wydajność swojego serwera i bądź przygotowany na wycofanie zmian w przypadku awarii. Jednocześnie rozważ optymalizację konfiguracji aplikacji i systemu, aby zmniejszyć liczbę niepotrzebnych procesów.

在Linuxsystemu, możesz przejść /etc/security/limits.conf Ustawienia plików ograniczają liczbę otwartych plików, format jest następujący:

<用户名或用户组> soft nofile <软限制值>
<用户名或用户组> hard nofile <硬限制值>

Zakładając, że limity procesu są ustawione:

elo hard nproc 1000
elo hard nofile 5000

VPS zaktualizowany z 4-rdzeniowego 16 GB do planu optymalnej konfiguracji

Zaobserwowano, że uruchomionych jest maksymalnie około 500 procesów, więc czy konieczna jest aktualizacja konfiguracji serwera? Do jakiej konfiguracji serwera zaleca się aktualizację?

Zakładając, że Twoja aplikacja rzeczywiście musi uruchamiać dużą liczbę procesów jednocześnie i chcesz mieć pewność, że system ma wystarczające zasoby, aby obsłużyć duże obciążenie, oto kilka konkretnych sugestii:

• Liczba rdzeni procesora:Uaktualnij procesor do procesora z 8, 16 lub większą liczbą rdzeni, w zależności od tego, czy Twoja aplikacja może czerpać korzyści z wielowątkowości.
• rozmiar pamięci:Zwiększ pamięć do 32 GB, 64 GB lub więcej, w zależności od wymagań aplikacji i liczby uruchomionych procesów.
• Dodatkowe zasoby:Rozważ dodanie dodatkowych zasobów, takich jak dedykowany serwer bazy danych lub moduł równoważenia obciążenia, aby poprawić ogólną wydajność i niezawodność.

Należy pamiętać, że aktualizacja konfiguracji sprzętowej nie jest rozwiązaniem problemów z wydajnością. Upewnij się, że kod aplikacji, zapytania do bazy danych i konfiguracje serwera są zoptymalizowane pod kątem wykorzystania dodatkowych zasobów sprzętowych.