Server lambat: dari mana memulai

Prosedur diagnostik lima menit: CPU, memori, disk, jaringan — cara menggunakan beberapa perintah untuk mengidentifikasi apa yang sebenarnya menjadi hambatan dan apa langkah selanjutnya.

Diperbarui 23 Agustus 2026

"Semuanya lambat" bukanlah diagnosis. Hanya ada empat hambatan: CPU, memori, disk, dan jaringan. Berikut adalah urutan pemeriksaan yang menunjukkan salah satunya dalam lima menit.

Langkah 1: gambaran besar

uptime
free -h
df -h

Tiga perintah langsung menyingkirkan setengah opsi. Jika rata-rata load jauh lebih tinggi daripada jumlah core di tier Anda, ada antrean — lihat Load average. available mendekati nol berarti memori. Jika partisi terisi 100%, tidak perlu mencari lebih jauh — baca Out of space.

Langkah 2: apa tepatnya hambatannya

vmstat 2 5

Perhatikan kolom rata-rata, semua kecuali baris pertama:

us dan sy tinggi, r besar — terikat CPU;
wa tinggi, b besar — terikat disk;
si dan so bukan nol — sedang terjadi swapping, artinya memori hampir habis;
st tinggi — waktu yang diambil hypervisor, ini penyebab eksternal, hubungi support.

Langkah 3: temukan biang keladinya

ps aux --sort=-%cpu | head -10
ps aux --sort=-%mem | head -10
iotop -boPan 3 | head -20        # apt install iotop
ss -tn state established | wc -l

Gambaran langsung lebih mudah dibaca di htop atau btop. Perhatikan proses dengan status D — proses tersebut menunggu disk dan menaikkan load.

Jika biang keladinya adalah aplikasi Anda, pertanyaan berikutnya tentang aplikasi itu: kueri database yang lambat, indeks yang hilang, terlalu banyak worker, infinite loop setelah deploy. Korelasikan momen perlambatan dimulai dengan log:

journalctl --since "1 hour ago" -p warning

Langkah 4: periksa riwayat

Buka "Overview" di panel /hosting/vds/m/<id> dan lihat grafik untuk hari dan minggu terakhir. Tiga pola umum:

naik bertahap pada momen tertentu — ada yang berubah: deploy, update, cron job baru;
puncak teratur sesuai jadwal — tugas latar belakang; pindahkan ke malam hari atau batasi dengan nice dan ionice;
dataran rata selama berminggu-minggu — Anda memang sudah melampaui tier Anda.

Apa yang harus dilakukan dengan temuan tersebut

Hambatan	Tindakan cepat	Solusi jangka panjang
CPU	temukan dan hentikan proses berlebih	tier dengan lebih banyak core
Memori	batasi worker dan buffer database, tambahkan swap	tier dengan memori lebih besar
Disk	batasi backup dengan `ionice`, pangkas log	tier lebih tinggi: dataran tumbuh seiring jumlah core
Jaringan	batasi unduhan latar belakang dengan `--bwlimit`	selidiki sumber traffic

Dataran disk dihitung sebagai berikut: 60 MB/s penulisan per core, tidak lebih rendah dari 60 dan tidak lebih tinggi dari 400, dengan pembacaan dua kali lipatnya. Jika Anda konsisten berada di dataran tersebut, disk tidak akan menjadi lebih cepat tanpa naik tier — lihat Benchmark.

Kesalahan umum

Langsung reboot mesin. Reboot menghapus gambaran, dan dalam satu jam semuanya akan terulang. Kumpulkan angkanya dulu.
Mempercayai satu frame. Lonjakan saat Anda memulai htop tidak berarti apa-apa — amati selama satu menit.
Menganggap memori penuh sebagai masalah. Lihat available dan swap, bukan free.
Mengganti tier tanpa mencari tahu penyebabnya. Kebocoran memori atau skrip yang looping akan ikut pindah ke tier baru bersama Anda. Downgrade kembali tidak didukung.

Jika CPU, memori, dan disk tenang tetapi aplikasi lambat, hambatannya di luar mesin: API eksternal yang lambat, DNS, atau jaringan klien. Periksa curl -w '%{time_total}\n' -o /dev/null -s ke alamat yang Anda butuhkan.