Salutare, prieteni!

Astăzi aș vrea să vorbim despre o situație care se întâmplă frecvent multor persoane și companii: ați închiriat un server excelent, ați configurat un proxy sau ați lansat un site, dar la un moment dat totul începe să se „blocheze”. Pagini care se încarcă greu, consola care îngheață și comenzi care se execută cu întârziere.

Prima reacție a multora este să dea vina pe hosting. Dar, de cele mai multe ori, cauza se află în interiorul sistemului, iar furnizorul de hosting nu are cum să influențeze acest lucru. Puteți lua un server mai puternic, dar nici asta nu ajută întotdeauna. În acest articol, vom analiza cum să găsim „gâtuirea” (bottleneck) și să înțelegem ce resursă îi lipsește serverului — deoarece uneori este suficient să adăugați câțiva GB de RAM, în timp ce alteori este nevoie de un procesor nou.

Ce este un „Bottleneck”?

Cea mai simplă explicație pe care o poate înțelege oricine este următoarea: imaginați-vă o autostradă cu cinci benzi care se îngustează brusc la una singură. Indiferent cât de rapide sunt mașinile, toate vor sta în ambuteiaj. Pe un server, aceste „benzi” sunt cele patru resurse principale: Procesorul (CPU), Memoria RAM, Discul (Disk I/O) și Rețeaua (Network).

Pentru o mai bună înțelegere, haideți să verificăm fiecare resursă în parte.

Procesorul (CPU): Când „creierul” fierbe

Dacă procesorul este încărcat la 100%, serverul pur și simplu nu reușește să proceseze cozile de cereri, ceea ce reduce semnificativ viteza de lucru.

Cum verificăm: Ne conectăm prin clientul nostru preferat BitVise SSH și introducem comanda: htop (Dacă nu o aveți, instalați-o cu: sudo apt install htop). Aceasta este o comandă pentru Ubuntu.
La ce să ne uităm:
- În partea de sus veți vedea barele de încărcare ale nucleelor. Dacă sunt toate roșii — procesorul este supraîncărcat.
- Uitați-vă la coloana PRI (prioritate) și CPU% în lista de procese. Așa veți găsi programul specific care „mănâncă” resursele.

Puteți folosi și sisteme de monitorizare precum Zabbix sau SmokePing. Dacă procesorul este la 100%, trebuie fie să optimizați aplicațiile, fie să treceți la un pachet cu un procesor mai puternic.

Memoria RAM: Când nu mai este loc de scris

Când memoria se termină, Linux începe să folosească Swap (un fișier de schimb pe disc). Și deoarece chiar și cel mai rapid disc NVMe este de multe ori mai lent decât RAM-ul, serverul începe să meargă extrem de greu.

Cum verificăm: free -m
La ce să ne uităm:
- Coloana available. Dacă au rămas mai puțin de 100-200 MB — aveți probleme.
- Dacă valoarea din coloana swap -> used crește constant, înseamnă că serverului îi lipsește catastrofal memoria RAM.

Puteți fie să opriți serviciile inutile, fie să măriți volumul de memorie. Recent, am avut un caz: un client a cerut un pachet mai scump, dar departamentul nostru tehnic l-a ajutat să identifice o problemă cu plugin-urile. Clientul a șters ce era inutil și a economisit banii pe upgrade.

Activitatea discului (Disk I/O): Coada la scriere

Uneori CPU și RAM sunt libere, dar serverul tot „îngheață”. Cel mai probabil, discul nu face față citirii sau scrierii datelor (de exemplu, o bază de date face prea multe cereri).

Cum verificăm: iotop (trebuie rulat cu sudo).
La ce să ne uităm:
- Coloanele DISK READ și DISK WRITE.
- Atenție sporită la parametrul IO>. Dacă este peste 10-20% — discul a devenit acea gâtuire. Pe serverele MivoCloud cu NVMe acest lucru se întâmplă rar, dar merită verificat la sarcini mari pe BD. NVMe este mult mai rapid decât vechile HDD-uri.

Rețeaua (Network): Canalul îngust

Dacă aveți un server proxy sau streaming, problema poate fi lățimea de bandă a canalului sau latența ridicată.

Cum verificăm: nload sau iftop.
La ce să ne uităm: Comparați încărcarea curentă cu limita tarifului vostru. Dacă aveți un port de 1 Gbps și încărcarea ajunge la 900 Mbps — este timpul să extindeți canalul.

Log-urile: Ucigașul invizibil de spațiu

Se întâmplă ca serverul să meargă greu pur și simplu pentru că s-a terminat spațiul pe disc din cauza log-urilor prea mari. Sistemul nu poate crea un fișier temporar și intră în „stupoare”.

Cum verificăm: df -h. Dacă vedeți 100% pe partiția principală (/) — curățați urgent log-urile în /var/log.
Sfat: Configurați curățarea automată a log-urilor o dată pe lună pentru a evita această situație.

FAQ: Pe scurt despre ce e important

Ce încetinește cel mai des serverul? De obicei, lipsa de RAM sau scripturile configurate greșit care încarcă CPU.
Ajută restartul? Va curăța temporar memoria, dar nu va rezolva problema de fond. Trebuie găsită cauza.
De ce pe Ryzen apar totuși sacadări? Chiar și cel mai puternic procesor nu ajută dacă scriptul este single-thread sau rețeaua este aglomerată.

Concluzie

Căutarea unui Bottleneck este o muncă de detectiv. Important este să nu ghiciți, ci să folosiți instrumentele de monitorizare. Acum, când cunoașteți comenzile de bază, veți putea înțelege în 2 minute dacă merită să treceți la un tarif mai puternic sau trebuie doar să optimizați codul.

Autorul articolului - Anatolie Cohaniuc

De ce serverul tău merge greu? Căutăm „gâtuirea” (Bottleneck)