Kiel solvi la altan ŝarĝon de VPS? Metodo de optimumigo de rendimento + kompleta gvidilo pri ekspansio de CPU-memoro

Ĉu via VPS estas troŝarĝita kaj kolapsos?

Komencante kun la 4-kerna 16GB-agordo, ĉi tiu artikolo analizas detale kiel elekti la taŭgan nombron da CPU-kernoj kaj memoro, kaj provizas ampleksan gvidilon por optimumigi VPS-agadon.

Ĉu temas pri datumbaza optimumigo, ĝustigo de PHP-apliko aŭ ĝisdatigo de aparataro, ni havas specifajn sugestojn por helpi vin trovi la plej bonan solvon por ke via VPS funkciu pli rapide kaj pli stabila, kaj adiaŭi rendimentajn proplempunktojn!

Mi esperas, ke ĉi tiuj povas helpi vin, por ke via VPS ne plu estos tiel okupata kiel kebabbudo!

La VPS estas tre ŝarĝita Al kiom da CPU-kernoj kaj memoro devas esti ĝisdatigitaj?

Supozu, ke la VPS-agorda CPU estas 4 kernoj + 16GB-memoro, kontrolu top La situacio de ŝarĝo estas grava Kiom da kernoj kaj memoro devas esti uzataj por la 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

(此处省略……)

el tio, kion vi provizas top Se juĝante laŭ la komanda eligo, la ŝarĝo de via VPS estas sufiĉe alta, kun la averaĝa ŝarĝo atingas 54.22 (lastaj 1 minuto), 34.14 (lastaj 5 minutoj) kaj 32.00 (lastaj 15 minutoj).

Ĉi tio indikas, ke via sistemo spertas altan uzadon. Via VPS havas 4-kernan CPU kaj 16GB RAM, sed la uzata memoro estas 13,411,120KiB, el kiuj nur 781,120KiB estas uzataj kiel bufro.

Laŭ top De la komanda eligo, vi povas vidi, ke ekzistas pluraj rimedintensaj procezoj:

• mariadbd (MariaDB datumbaza servo):Okupas multajn CPU-rimedojn (143.1%).
• memcached:Okupas certan kvanton da CPU (7.7%).
• Multoblaj php-cgi-procezoj:Ĉiu okupas certajn CPU- kaj memorresursojn.

Kiel solvi la altan ŝarĝon de VPS?

Solvoj al alta ŝarĝo povas inkluzivi:

1. Optimumigu datumbazon:Se mariadbd okupas multe da CPU, vi eble devos optimumigi datumbazajn demandojn aŭ konsideri pliigi la rimedojn de la datumbaza servilo.
2. Optimumigu PHP-aplikojn:Ĉar ekzistas pluraj php-cgi-procezoj kiuj okupas multe da CPU kaj memoro, vi eble bezonos optimumigi vian PHP-aplikaĵon aŭ skripton por redukti la konsumon de rimedoj.
3. Limigu la nombron da procezoj:Konsideru uzi ion kiel la worker_processes de nginx aŭ la pm-agordon de PHP-FPM por limigi la nombron da procezoj.
4. Rimeda etendo:Se la optimumigo ankoraŭ ne plenumas viajn bezonojn, vi eble bezonos ĝisdatigi vian VPS al agordo kun pli da kernoj aŭ pli da RAM.
5. Monitoru kaj analizu:Uzu pli altnivelajn monitorajn ilojn por analizi uzadon de sistemaj rimedoj kaj identigi proplempunktojn.
6. Ŝarĝbalancado:Se trafiko estas parto de la problemo, konsideru uzi ŝarĝan ekvilibron por disvastigi petojn tra pluraj serviloj.

Antaŭ ol pripensi ĝisdatigi vian VPS, estas forte rekomendite, ke vi unue optimumu vian sistemon kaj aplikojn.

Ĝisdatigo de aparataj rimedoj devus esti farita kiel lasta rimedo kaj nur kiam estas determinite, ke la nuna aparataro ne povas esti optimumigita por renkonti la bezonojn.

Kiel agordi VPS-procezlimon?

Kiam vi fiksas procezlimojn, vi devus konsideri la jenajn faktorojn:

• Nuna nombro da procezoj:Vi bezonas akcepteblan procezlimon, kiu estas pli alta ol la nuna averaĝa nombro da procezoj por eviti tuŝi normalan funkciadon.
• Postuloj pri sistemo kaj aplikaĵo:Komprenu kiom da procezoj viaj sistemoj kaj aplikoj kutime postulas funkcii.
• Uzado de rimedoj:Monitoru la uzadon de CPU kaj memoro por determini akcepteblajn procezlimojn kaj eviti elĉerpiĝon de rimedoj.
  Konsiderante la nunan nombron da procezoj sur via servilo, oni rekomendas ne agordi la procezlimon tro malalta.

Pli malfiksa limo, kiel 50 aŭ 100 por mola limo kaj 100 aŭ 200 por malmola limo, povus esti pli taŭga. Vi povas ĝustigi ĉi tion laŭ la ŝarĝo kaj rendimento de via servilo.

Se vi decidas ŝanĝi procezlimojn, kontrolu atente la rendimenton de via servilo kaj estu preta refari la ŝanĝojn en la okazo, se estos malfunkcio. Samtempe, konsideru optimumigi aplikaĵon kaj sistemajn agordojn por redukti la nombron da nenecesaj procezoj.

Enlinuxsistemo, vi povas pasi /etc/security/limits.conf Dosieraj agordoj limigas la nombron da malfermitaj dosieroj, la formato estas jena:

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

Supozante procezlimojn estas fiksitaj:

elo hard nproc 1000
elo hard nofile 5000

VPS ĝisdatigita de 4-kerna 16GB al optimuma agorda plano

Oni observas, ke maksimume funkcias ĉirkaŭ 500 procezoj, do ĉu necesas ĝisdatigi la agordon de la servilo? Al kiu servila agordo rekomendas ĝisdatigi?

Supozante, ke via aplikaĵo bezonas ruli grandan nombron da procezoj samtempe, kaj vi volas certigi, ke la sistemo havas sufiĉajn rimedojn por trakti la altan ŝarĝon, jen kelkaj specifaj sugestoj:

• Nombro da CPU-kernoj:Ĝisdatigu al CPU kun 8, 16 aŭ pli da kernoj, depende de ĉu via aplikaĵo povas profiti de multfadenado.
• memorgrando:Pliigu la memoron al 32GB, 64GB aŭ pli, depende de la memorpostuloj de via aplikaĵo kaj la nombro da procezoj, kiujn vi funkcias.
• Pliaj rimedoj:Konsideru aldoni pliajn rimedojn, kiel diligentan datumbazan servilon aŭ ŝarĝan ekvilibron, por plibonigi ĝeneralan rendimenton kaj fidindecon.

Memoru, ke ĝisdatigi vian aparatan agordon ne estas magia kuglo por solvi rendimentajn problemojn. Certigu, ke via aplika kodo, datumbazaj demandoj kaj servilaj agordoj estas optimumigitaj por plene profiti la aldonajn aparatajn rimedojn.