Hogyan lehet megoldani a VPS nagy terhelést? Teljesítményoptimalizálási módszer + teljes útmutató a CPU memória bővítéséhez

Túl van terhelve a VPS, és hamarosan összeomlik?

A 4 magos 16 GB-os konfigurációtól kezdve ez a cikk részletesen elemzi, hogyan kell kiválasztani a megfelelő számú CPU magot és memóriát, és átfogó útmutatót nyújt a VPS teljesítményének optimalizálásához.

Legyen szó adatbázis-optimalizálásról, PHP-alkalmazás-beállításról vagy hardverfrissítésről, konkrét javaslatainkkal segítünk megtalálni a legjobb megoldást VPS-je gyorsabb és stabilabb működéséhez, és búcsút inthet a teljesítmény szűk keresztmetszetein!

Remélem, ezek segíthetnek Önnek, hogy VPS-je többé ne legyen olyan elfoglalt, mint egy kebabos!

A VPS erősen terhelt Hány CPU magra és memóriára kell bővíteni?

Tegyük fel, hogy a VPS konfigurációs CPU 4 mag + 16 GB memória, ellenőrizze top Komoly a terhelési helyzet Hány magot és memóriát kell használni a VPS-hez?

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

(此处省略……)

abból, amit nyújtasz top A parancs kimenetéből ítélve a VPS terhelése meglehetősen magas, az átlagos terhelés eléri az 54.22-t (utolsó 1 perc), a 34.14-et (utolsó 5 perc), és a 32.00-at (utolsó 15 perc).

Ez azt jelzi, hogy rendszere nagy igénybevételt tapasztal. Az Ön VPS-je 4 magos CPU-val és 16 GB RAM-mal rendelkezik, de a felhasznált memória 13,411,120 781,120 XNUMX KiB, amelyből csak XNUMX XNUMX KiB puffer.

Szerint top A parancs kimenetéből láthatja, hogy számos erőforrás-igényes folyamat létezik:

• mariadbd (MariaDB adatbázis-szolgáltatás):Sok CPU erőforrást foglal el (143.1%).
• gyorsítótárban:Bizonyos mennyiségű CPU-t (7.7%) foglal el.
• Több php-cgi folyamat:Mindegyik bizonyos CPU és memória erőforrásokat foglal el.

Hogyan lehet megoldani a VPS nagy terhelést?

A nagy terhelés megoldásai a következők lehetnek:

1. Az adatbázis optimalizálása:Ha a mariadbd sok CPU-t foglal el, előfordulhat, hogy optimalizálnia kell az adatbázis-lekérdezéseket, vagy meg kell fontolnia az adatbázis-kiszolgáló erőforrásainak növelését.
2. PHP alkalmazások optimalizálása:Mivel több php-cgi folyamat sok CPU-t és memóriát foglal el, előfordulhat, hogy optimalizálnia kell a PHP alkalmazást vagy szkriptet az erőforrás-felhasználás csökkentése érdekében.
3. Korlátozza a folyamatok számát:Fontolja meg az nginx worker_processes vagy a PHP-FPM pm beállításának használatát a folyamatok számának korlátozására.
4. Erőforrás kiterjesztés:Ha az optimalizálás továbbra sem felel meg az igényeinek, előfordulhat, hogy a VPS-t több maggal vagy több RAM-mal rendelkező konfigurációra kell frissítenie.
5. Monitorozás és elemzés:Használjon fejlettebb megfigyelő eszközöket a rendszer erőforrás-használatának elemzéséhez és a szűk keresztmetszetek azonosításához.
6. Terhelés elosztás:Ha a forgalom is a probléma része, fontolja meg a terheléselosztás használatát a kérések több kiszolgálóra történő szétosztásához.

Mielőtt fontolóra venné a VPS frissítését, erősen ajánlott, hogy először optimalizálja a rendszert és az alkalmazásokat.

A hardvererőforrások frissítését végső megoldásként kell elvégezni, és csak akkor, ha megállapítást nyer, hogy a jelenlegi hardvert nem lehet az igényeknek megfelelően optimalizálni.

Hogyan állíthatom be a VPS folyamatkorlátot?

A folyamatkorlátok beállításakor a következő tényezőket kell figyelembe vennie:

• A folyamatok jelenlegi száma:A normál működés befolyásolásának elkerülése érdekében ésszerű folyamatkorlátra van szüksége, amely magasabb a folyamatok jelenlegi átlagos számánál.
• Rendszer- és alkalmazáskövetelmények:Ismerje meg, hogy rendszere és alkalmazásai általában hány folyamatot igényelnek a futtatáshoz.
• Készlet felhasználás:Figyelje a CPU- és memóriahasználatot, hogy meghatározza az ésszerű folyamatkorlátokat, és elkerülje az erőforrások kimerülését.
  Tekintettel a folyamatok jelenlegi számára a szerveren, nem ajánlott túl alacsonyra állítani a folyamatkorlátot.

Egy lazább korlát, például 50 vagy 100 a lágy határértékhez, és 100 vagy 200 a szigorú határértékhez, megfelelőbb lehet. Ezt a szerver terhelése és teljesítménye alapján állíthatja be.

Ha úgy dönt, hogy módosítja a folyamatkorlátokat, gondosan kövesse nyomon szervere teljesítményét, és készüljön fel arra, hogy leállás esetén visszaállítsa a változtatásokat. Ugyanakkor fontolja meg az alkalmazás- és rendszerkonfigurációk optimalizálását a szükségtelen folyamatok számának csökkentése érdekében.

在Linuxrendszert, átmehet /etc/security/limits.conf A fájlbeállítások korlátozzák a megnyitott fájlok számát, a formátum a következő:

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

Feltételezve, hogy a folyamat korlátai vannak beállítva:

elo hard nproc 1000
elo hard nofile 5000

A VPS 4 magos 16 GB-ról az optimális konfigurációs tervre frissítve

Megfigyelhető, hogy legfeljebb körülbelül 500 folyamat fut, tehát szükséges-e frissíteni a szerver konfigurációját? Milyen szerverkonfigurációra javasolt frissíteni?

Feltételezve, hogy az alkalmazásnak nagyszámú folyamatot kell futtatnia egyidejűleg, és biztosítani szeretné, hogy a rendszer elegendő erőforrással rendelkezzen a nagy terhelés kezelésére, íme néhány konkrét javaslat:

• CPU magok száma:Frissítsen 8, 16 vagy több magos CPU-ra, attól függően, hogy az alkalmazás számára előnyös lehet-e a többszálas működés.
• memória méret:Növelje a memóriát 32 GB-ra, 64 GB-ra vagy nagyobbra, az alkalmazás memóriaigényétől és a futó folyamatok számától függően.
• További források:Fontolja meg további erőforrások, például dedikált adatbázis-kiszolgáló vagy terheléselosztó hozzáadását az általános teljesítmény és megbízhatóság javítása érdekében.

Ne feledje, hogy a hardverkonfiguráció frissítése nem jelent megoldást a teljesítményproblémákra. Győződjön meg arról, hogy az alkalmazáskód, az adatbázis-lekérdezések és a kiszolgálókonfiguráció optimalizálva van a további hardvererőforrások kihasználása érdekében.