CPU, RAM en opslag beïnvloeden elkaar. Een trage site kan hoge CPU tonen terwijl de echte oorzaak juist trage disk-I/O of geheugendruk is. Meet daarom eerst voordat je hardware vergroot.
Stap voor stap
1. Lees load average in context
Load is niet hetzelfde als CPU-percentage. Bij I/O-wachttijd kan load stijgen terwijl CPU niet vol zit.
2. Controleer memory pressure
Let op available memory, swap-in/out en OOM-meldingen. Linux gebruikt vrije RAM bewust voor cache.
3. Meet opslaglatency
Hoge await of iowait kan database- en PHP-processen laten wachten.
4. Zoek zware processen
top/htop, ps en database processlists tonen welke workloads resources gebruiken.
5. Optimaliseer applicatie
Een slechte query of ontbrekende cache los je niet duurzaam op met alleen extra cores.
6. Capaciteitsplan
Houd marge voor backups, cronjobs en verkeerspieken.
Vier metingen voor de eerste diagnose
top
free -h
iostat -xz 1 10
sudo dmesg | grep -i oomVeelgemaakte fouten
- Alle “used RAM” als probleem zien.
- Load average vergelijken tussen servers met verschillend aantal cores zonder context.
- Schijfruimte verwarren met schijfsnelheid.
Korte controlelijst
- CPU én iowait bekeken.
- Available RAM en swap bekeken.
- Zware queries/processen geïdentificeerd.
- Piekmomenten gemeten.
Conclusie
Serverprestaties verbeteren: CPU, RAM en opslag begrijpen wordt overzichtelijk wanneer je de wijzigingen gecontroleerd uitvoert, tussendoor test en back-ups paraat houdt. Heb je een productieomgeving waarop geen foutmarge mogelijk is, voer de wijziging dan eerst op staging uit of laat een beheerder meekijken.
