Puncte:0

Probleme de performanță a serverului Centos 7. Încărcătură mare

drapel cn

Am un Centos 7 VPS la HostGator care a fost foarte lent în ultima vreme. HostGator nu a fost prea util în diagnosticarea problemei, insistând că totul este în regulă.

Serverul este un VPS cu 4 nuclee și 8 GB RAM.

Mi-am dat seama că backupurile mele cPanel sunt cel puțin parțial de vină, dar sunt sigur că altceva nu este în regulă. Am descoperit că, practic, rulau toată ziua, pentru că făceau o pauză constantă în timp ce încărcarea serverului era mare (ceea ce cred că este un lucru bun). Dar acest lucru agrava problema și mai mult din cauza backup-urilor care rulau în consecință toată ziua, încărcând și mai mult serverul.

Site-urile de pe server se încarcă mai lent decât în ​​mod normal și par intermitent, uneori se încarcă rapid, altele există o întârziere notabilă (~3 secunde) înainte de încărcarea paginilor.

Găzduiesc câteva site-uri pe server (3) și, deși primesc puțin trafic, nu mai vorbim de peste 1200 de vizite pe zi între toate cele trei site-uri.

În prezent, mediile mele de încărcare sunt la 4,33 3,59 3,38 (nu rulează backup-uri):

rezultatele comenzii de top sortate după CPU

Sunt cam pierdut de aici.Am petrecut ore întregi uitându-mă la jurnalele etc., încercând să-mi dau seama ce se întâmplă exact, fără noroc. Nu primesc DDOS sau ceva de genul acesta (din ceea ce pot spune din jurnalele mele HTTP.

Poate cineva să sugereze pași pe care aș putea să-i iau în continuare pentru a determina ce se întâmplă?

Vă mulțumim pentru orice ajutor pe care îl puteți oferi.

Puncte:0
drapel br

Pentru un server cu 4 procesoare, o încărcare medie de aproximativ 4 este considerată inofensivă, deoarece aceasta înseamnă că în orice moment sunt procesate aproximativ 4 sarcini, ceea ce cu 4 procesoare înseamnă că fiecare sarcină este procesată efectiv.

Aș sugera să rulați un benchmark pe site-urile dvs. și să vă dați seama unde este de fapt petrecut timpul de încărcare, în multe cazuri, acestea ar putea fi lucruri precum conexiuni la baze de date care necesită timp pentru a fi stabilite sau resurse externe care împiedică redarea site-ului.

Uitându-mă la captura de ecran, văd patru procesoare practic plictisite, o mulțime de RAM de rezervă, care este folosită în principal pentru memoria cache a discului. Nu ați inclus procesele în listă (deci sortarea este irelevantă), ceea ce, de asemenea, nu oferă indicii asupra a ceea ce este de vină.

În cele din urmă, s-ar putea ca furnizorul dvs. să ruleze hardware mai vechi sau să-și suprarezerve mașinile cu hypervisor pentru a rămâne competitiv.

John McAulay avatar
drapel cn
Mulțumesc mult pentru asta. Da, încep să bănuiesc că gazda mea este supravândută. Sarcina mea tocmai a scăzut la ~ 0,3, ceea ce este adesea cazul. Ceea ce mă face să bănuiesc că ceva nu este în regulă când lucrurile se trezesc pe la 4. Când spuneți să rulați un benchmark pe site-urile mele, cum ați sugera să fac asta? Îmi puteți indica instrumente bune etc? Vă mulțumesc încă o dată pentru contribuție, apreciez cu adevărat.
drapel ru
@JohnMcAulay încercați [atop](https://www.tecmint.com/how-to-install-atop-to-monitor-logging-activity-of-linux-system-processes/). De asemenea, nu pare să prezinte semne de timp de furt al procesorului. (st 0.0), ceea ce ar indica că serverul nu este deranjat (acum) de celelalte VM-uri de pe hypervisor.
John McAulay avatar
drapel cn
Mulțumesc! O sa arunc o privire la varf :)

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.