Citiți avertismentele de memorie și disc înainte de upgrade.

Captează o valoare de referință mică cu context

Folosește un cont Linux permis să inspecteze aplicația pe care o operezi. Comenzile de aici inspectează starea; ele nu șterg fișiere și nu redimensionează stocarea. Unele directoare și jurnale necesită acces elevat. Înlocuiește /var/lib/field-api, /opt/field-api și /opt/first-api cu căi reale ale aplicației și confirmă că aceste căi există înainte de a interpreta rezultatele.

Înregistrează ora, versiunea curentă și activitatea: trafic obișnuit, o încărcare, o lucrare de raportare sau o compilare de implementare. Ia o altă citire în timpul unei activități comparabile. Două capturi de ecran fără legătură pot face o mașină sănătoasă să pară inconsistentă. Dacă utilizatorii sunt deja afectați, capturează primul indiciu util din ghidul de erori ale aplicației înainte de a face mai multe modificări deodată.

Citește memoria disponibilă, apoi inspectează sarcina de lucru

free -h
ps -eo pid,comm,rss --sort=-rss | head -n 12

În free, memoria disponibilă estimează ce ar putea fi folosit pentru aplicații noi fără swap. Ține cont de cache-ul recuperabil, astfel încât răspunde la o întrebare diferită de memoria „liberă” complet neutilizată. Vezi manualul upstream free. Linux folosește memoria pentru cache-ul de fișiere; un cache mare singur nu este dovadă a unei scurgeri. prezentarea generală a memoriei kernelului explică de ce cache-ul și memoria aplicației coexistă.

Citire ilustrativă, nu o măsurătoare a serverului: o gazdă mică are aproximativ 1.9 GiB memorie utilizabilă, 80 MiB liberă și 850 MiB disponibilă. Cifra mică de memorie liberă singură nu justifică un upgrade. Dacă memoria disponibilă scade în mod repetat aproape de zero în timpul unui raport, cererile încetinesc și apar mesaje relevante de alocare sau out-of-memory, acea dovadă combinată merită investigată.

The ps comanda listează RSS-ul proceselor în KiB, cel mai mare primul. RSS descrie memoria rezidentă, nu o contabilizare completă a proprietății exclusive; paginile partajate pot apărea în mai multe procese. Nu aduna fiecare cifră RSS și trata rezultatul ca utilizare exactă a gazdei. referința upstream ps definește RSS și sortarea. Înregistrează numele procesului și dacă amprenta sa revine spre nivelul anterior după terminarea sarcinii de lucru.

Swap-ul utilizat poate reflecta activitatea anterioară; nu dovedește singur presiunea curentă. De asemenea, distinge capacitatea gazdei de limitele serviciului sau containerului. Un proces constrâns poate eșua în timp ce gazda are încă memorie disponibilă. Inspectează limita configurată și momentul eșecului înainte de a mări dimensiunea VPS-ului. referința pentru sistemul de fișiere proc al kernelului documentează câmpurile de memorie din spatele acestor observații.

Găsește sistemul de fișiere care se umple de fapt

df -h / /opt/first-api
df -i / /opt/first-api

Prima comandă raportează spațiul pe sistemele de fișiere care conțin acele căi. A doua raportează inodele, care sunt înregistrări ale sistemului de fișiere necesare pentru fișiere și directoare. O sarcină de lucru cu multe fișiere mici poate epuiza inodele în timp ce capacitatea în octeți rămâne. Verifică punctul de montare și ambele tipuri de capacitate, în loc să folosești dimensiunea întregului VPS ca singurul număr. Vezi manualul GNU df.

O cale pe un volum montat separat se poate umple independent de sistemul de fișiere rădăcină. Invers, două căi listate pot aparține aceluiași sistem de fișiere, deci spațiul lor disponibil nu este aditiv. Rezervările sistemului de fișiere, cotele și straturile de stocare pot afecta, de asemenea, ce poate scrie aplicația. Un singur procent afișat nu identifică proprietarul creșterii.

Atribuie creșterea jurnalelor, încărcărilor sau artefactelor

sudo du -xhd1 /var/lib/field-api
sudo du -xhd1 /var/log
sudo du -xhd1 /opt/field-api
sudo journalctl --disk-usage

GNU du estimează spațiul alocat sub fiecare director. Aici -x evită trecerea în alt sistem de fișiere, -h folosește unități lizibile și -d1 limitează adâncimea afișată. Arborii mari pot necesita totuși timp și activitate pe disc pentru scanare. Erorile de permisiune înseamnă că vizualizarea este incompletă. Vezi manualul GNU du. Comanda journal raportează stocarea jurnalului, inclusiv fișierele active și arhivate, conform documentației journalctl.

Compară cele mai mari directoare cu scopul lor:

• Jurnale: a crescut volumul unei erori repetate și este configurată rotația?
• Încărcări: fișierele utilizatorilor păstrate cresc conform așteptărilor și sunt contabilizate încărcările parțiale abandonate?
• Artefacte de versiune: se acumulează versiuni vechi dincolo de politica de rollback?
• Fișiere de bază de date: explică instrumentele proprii ale bazei de date creșterea și nevoile de mentenanță?

Nu șterge un director de bază de date necunoscut și nu folosi o curățare largă a volumului containerului ca pas de investigație. Identifică mai întâi proprietarul, cerințele de păstrare și o copie recuperabilă. Dacă df și totalurile directoarelor nu concordă substanțial, inspectează limitele de montare, erorile de acces și fișierele încă ținute deschise după ștergere cu un operator experimentat; ștergerea repetată a fișierelor vizibile poate rata spațiul ocupat.

Transformă citirile într-o acțiune următoare specifică

Caz ilustrativ: memoria disponibilă rămâne confortabilă, dar un director de încărcări crește cu aproximativ 400 MiB în fiecare din două zile observate. Sistemul de fișiere are aproximativ 2 GiB disponibili. Împărțind spațiul rămas la acea creștere pe termen scurt sugerează doar aproximativ cinci zile la aceeași rată, înainte de a permite marjă operațională. Aceasta este o estimare de planificare, nu o prognoză sau un termen limită sigur până la care să aștepți; încărcările și lucrările temporare pot sosi inegal.

Următoarea acțiune este să verifici păstrarea încărcărilor și cererea așteptată, să planifici stocare suplimentară dacă este justificat și să setezi o alertă suficient de devreme pentru a acționa. Mai multă RAM nu ar rezolva această constatare. Într-un alt caz, o compilare de implementare ar putea crea un vârf scurt de memorie în timp ce servirea rămâne mică; mutarea compilării în afara VPS-ului ar putea fi mai utilă decât mărirea permanentă a mediului de rulare.

După o modificare justificată, repetă aceleași citiri și o acțiune a aplicației. Confirmă că spațiul este într-adevăr disponibil și că datele vizate încă funcționează. Păstrează ștergerea și redimensionarea ca operațiuni planificate cu pași de recuperare, nu ca răspunsuri automate la un număr roșu. Folosește ghidul bugetului de resurse pentru a transforma o nevoie demonstrată în alegeri de configurare și exersează restaurarea înainte de a te baza pe o curățare sau migrare.