Lees waarschuwingen over geheugen en schijf voordat je upgradet.

Leg een kleine basislijn vast met context

Gebruik een Linux-account dat toegang heeft om de applicatie te inspecteren die je beheert. De commando's hier inspecteren de status; ze verwijderen geen bestanden en wijzigen de opslaggrootte niet. Sommige mappen en journals vereisen verhoogde toegang. Vervang /var/lib/field-api, /opt/field-api en /opt/first-api door echte applicatiepaden en controleer of die paden bestaan voordat je de resultaten interpreteert.

Noteer de tijd, de huidige release en de activiteit: gewoon verkeer, een upload, een rapporttaak of een deployment-build. Neem nog een meting tijdens vergelijkbare activiteit. Twee losse screenshots kunnen een gezonde machine inconsistent laten lijken. Als gebruikers al getroffen zijn, leg dan de eerste bruikbare aanwijzing vast uit de handleiding voor applicatiefouten voordat je meerdere wijzigingen tegelijk doorvoert.

Lees beschikbaar geheugen en inspecteer vervolgens de workload

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

In freegeeft de beschikbare geheugenhoeveelheid een schatting van wat voor nieuwe applicaties gebruikt kan worden zonder te swappen. Er wordt rekening gehouden met vrijgeefbare cache, dus het beantwoordt een andere vraag dan volledig ongebruikt “vrij” geheugen. Zie de upstream free-handleiding. Linux gebruikt geheugen voor bestandscaching; een grote cache alleen is geen bewijs van een lek. De overzicht van kernelgeheugen legt uit waarom cache en applicatiegeheugen naast elkaar bestaan.

Illustratieve meting, geen servermeting: een kleine host heeft ongeveer 1.9 GiB bruikbaar geheugen, 80 MiB vrij en 850 MiB beschikbaar. Het lage vrije getal alleen rechtvaardigt geen upgrade. Als het beschikbare geheugen tijdens een rapport herhaaldelijk richting nul daalt, verzoeken langzamer worden en relevante toewijzings- of out-of-memory-berichten verschijnen, verdient dat gecombineerde bewijs onderzoek.

Het ps commando toont proces-RSS in KiB, grootste eerst. RSS beschrijft resident geheugen, niet een volledige verantwoording van exclusief eigendom; gedeelde pagina's kunnen in meerdere processen voorkomen. Tel niet alle RSS-waarden op en behandel de uitkomst niet als exact hostgebruik. De upstream ps-referentie definieert RSS en sortering. Noteer de procesnaam en of de voetafdruk terugkeert naar het eerdere niveau nadat de werkbelasting eindigt.

Gebruikte swap kan eerdere activiteit weerspiegelen; het bewijst op zichzelf geen huidige druk. Onderscheid ook hostcapaciteit van service- of containerlimieten. Een beperkt proces kan falen terwijl de host nog beschikbaar geheugen heeft. Inspecteer de geconfigureerde limiet en het tijdstip van falen voordat je de VPS-grootte verhoogt. De proc-bestandssysteemreferentie van de kernel documenteert de geheugenvelden achter deze observaties.

Vind het bestandssysteem dat daadwerkelijk volloopt

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

Het eerste commando rapporteert ruimte op de bestandssystemen die die paden bevatten. Het tweede rapporteert inodes, dit zijn bestandssysteemrecords die nodig zijn voor bestanden en mappen. Een werkbelasting met veel kleine bestanden kan inodes uitputten terwijl de bytecapaciteit nog rest. Controleer het mountpunt en beide soorten capaciteit in plaats van de grootte van de hele VPS als enige getal te gebruiken. Zie de GNU df-handleiding.

Een pad op een apart gekoppeld volume kan onafhankelijk van het rootbestandssysteem vollopen. Omgekeerd kunnen twee vermelde paden tot hetzelfde bestandssysteem behoren, waardoor hun beschikbare ruimte niet optelbaar is. Bestandssysteemreserveringen, quota en opslaglagen kunnen ook van invloed zijn op wat de app kan schrijven. Een enkel weergegeven percentage identificeert niet de eigenaar van de groei.

Groei toeschrijven aan logs, uploads of artifacts

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

GNU du schat de toegewezen ruimte onder elke map. Hier -x voorkomt overschrijding naar een ander bestandssysteem, -h gebruikt leesbare eenheden en -d1 beperkt de weergegeven diepte. Grote bomen kunnen nog steeds tijd en schijfactiviteit kosten om te scannen. Machtigingsfouten betekenen dat de weergave onvolledig is. Zie de GNU du-handleiding. Het journal-commando rapporteert journalopslag, inclusief actieve en gearchiveerde bestanden, zoals gedocumenteerd door journalctl.

Vergelijk de grootste mappen met hun doel:

• Logs: heeft een herhaalde fout het volume doen toenemen, en is rotatie geconfigureerd?
• Uploads: groeien bewaarde gebruikersbestanden zoals verwacht, en zijn achtergelaten gedeeltelijke uploads verantwoord?
• Release-artefacten: stapelen oude builds zich op buiten het rollbackbeleid?
• Databasebestanden: verklaren de eigen hulpmiddelen van de database de groei en onderhoudsbehoeften?

Verwijder geen onbekende databasemap en gebruik geen brede container-volumeopschoning als onderzoeksstap. Identificeer eerst eigenaarschap, bewaarvereisten en een herstelbare kopie. Als df en maptotalen aanzienlijk van elkaar afwijken, inspecteer dan koppelpunten, toegangsfouten en bestanden die na verwijdering nog open worden gehouden met een ervaren operator; het herhaaldelijk verwijderen van zichtbare bestanden kan de ingenomen ruimte missen.

Zet de metingen om in een concrete vervolgactie

Illustratief geval: het beschikbare geheugen blijft comfortabel, maar een uploadmap groeit met ongeveer 400 MiB op elk van twee waargenomen dagen. Het bestandssysteem heeft ongeveer 2 GiB beschikbaar. Het delen van de resterende ruimte door die kortetermijngroei suggereert slechts ongeveer vijf dagen bij hetzelfde tempo, voordat operationele marge wordt toegestaan. Dat is een planningsschatting, geen voorspelling of een veilige deadline om op te wachten; uploads en tijdelijk werk kunnen ongelijkmatig binnenkomen.

De volgende actie is om uploadretentie en verwachte vraag te controleren, extra opslag te plannen indien gerechtvaardigd, en een waarschuwing vroeg genoeg in te stellen om te kunnen handelen. Meer RAM zou deze bevinding niet aanpakken. In een ander geval kan een deployment-build een korte geheugenpiek veroorzaken terwijl de bediening klein blijft; het verplaatsen van de build van de VPS af kan nuttiger zijn dan het permanent vergroten van de runtime.

Herhaal na een gerechtvaardigde wijziging dezelfde metingen en één applicatieactie. Bevestig dat ruimte daadwerkelijk beschikbaar is en de beoogde gegevens nog steeds werken. Houd verwijderen en formaat wijzigen als geplande operaties met herstelstappen, niet als automatische reacties op een rood getal. Gebruik de resourcebudgetgids om een aangetoonde behoefte om te zetten in configuratiekeuzes, en oefen herstel voordat u afhankelijk wordt van een opschoning of migratie.