Kapan VPS Kamu Perlu Upgrade RAM atau CPU?

VPS perlu upgrade RAM ketika memori yang tersedia terus menipis sampai sistem memakai swap atau mematikan proses, dan perlu upgrade CPU ketika prosesor sibuk mendekati penuh dalam waktu lama pada jam ramai. Kuncinya adalah "terus-menerus", bukan lonjakan sesaat.

Kenapa ini penting? Upgrade yang tepat sasaran menghemat uang dan waktu. Banyak VPS yang terasa lambat sebenarnya tidak kekurangan RAM atau CPU, melainkan tersendat di disk, database yang belum dioptimasi, atau proses yang bocor memori. Menambah spesifikasi tanpa mengecek bisa menunda masalah, bukan menyelesaikannya.

Tanda VPS kekurangan RAM

Linux memakai RAM yang kosong sebagai cache file, jadi RAM yang terlihat "hampir penuh" belum tentu masalah. Pembahasan lengkapnya ada di RAM server selalu penuh, bahaya atau normal. Yang perlu diperhatikan adalah kolom available:

free -h

Tanda-tanda RAM benar-benar kurang:

• Kolom available terus berada di kisaran beberapa persen dari total saat jam sibuk.
• Swap aktif dipakai keluar masuk. Jalankan vmstat 1 10 dan lihat kolom si (swap in) dan so (swap out). Angka yang terus di atas nol menandakan sistem bolak-balik memindahkan memori ke disk.
• OOM killer bekerja. Kernel mematikan proses untuk menyelamatkan sistem. Cek dengan journalctl -k | grep -i "out of memory". Penjelasan lengkapnya di proses mati mendadak karena OOM killer.
• MySQL, PHP-FPM, atau Node.js sering mati sendiri tanpa error yang jelas di log aplikasi.

Tanda VPS kekurangan CPU

Jalankan top atau htop saat jam sibuk dan amati:

• Pemakaian CPU (us + sy) terus di atas 80 sampai 90 persen dalam waktu lama, bukan hanya lonjakan beberapa detik.
• Load average terus lebih besar dari jumlah vCPU. Lihat dengan uptime dan bandingkan dengan nproc. Load 6 di VPS 2 vCPU berarti banyak proses antre. Baca juga arti load average tinggi, karena load juga bisa naik akibat disk.
• Waktu respons naik bersamaan dengan pemakaian CPU. Halaman yang biasanya terbuka cepat menjadi lambat tepat saat CPU penuh.

Kapan masalahnya bukan di RAM atau CPU?

Dua angka di top sering terlewat padahal sangat menentukan:

Nilai steal time dijelaskan lebih rinci di vCPU itu apa dan apakah sama dengan core fisik.

Apa yang dicoba sebelum upgrade?

Sebelum menambah biaya, beberapa langkah murah sering memberi hasil besar:

• Aktifkan cache. Cache halaman untuk WordPress, OPcache untuk PHP, dan Redis untuk sesi atau hasil query bisa menurunkan beban CPU dan database secara drastis.
• Atur ulang jumlah worker. PHP-FPM dengan pm.max_children terlalu tinggi bisa menghabiskan RAM. Hitung kira-kira RAM per proses lalu sesuaikan.
• Periksa query lambat. Aktifkan slow query log di MySQL atau MariaDB dan perbaiki query yang paling sering muncul.
• Matikan layanan yang tidak dipakai. Cek dengan systemctl list-units --type=service --state=running.
• Tambahkan swap kecil sebagai pengaman, bukan pengganti RAM..

RAM dulu atau CPU dulu?

Ikuti data. Kalau yang habis memori, tambah RAM. Kalau prosesor yang penuh, tambah vCPU. Untuk banyak website dan aplikasi web kecil sampai menengah, RAM lebih sering habis duluan, karena database, PHP-FPM, dan cache sama-sama menyimpan data di memori. Beban seperti kompresi, encoding, build, atau pemrosesan gambar lebih cepat menghabiskan CPU. Kalau ragu, lihat grafik monitoring pada jam tersibuk dan cari komponen mana yang paling dulu menyentuh batas.

Kalau keduanya sama-sama mepet, naik satu tingkat paket biasanya lebih praktis daripada menambah satu komponen. Naik satu tingkat juga menjaga rasio CPU, RAM, dan disk tetap seimbang.

Ada kalanya menambah ukuran satu VPS bukan jalan terbaik. Kalau database dan aplikasi web berebut sumber daya di server yang sama, memisahkan database ke server atau layanan database tersendiri bisa lebih efektif daripada terus memperbesar satu mesin. Pemisahan ini juga memudahkan kamu melihat bagian mana yang sebenarnya butuh tambahan, dan membuat satu bagian yang bermasalah tidak langsung menjatuhkan bagian lain.

Bagaimana proses upgrade yang aman?

• Buat snapshot atau backup sebelum mengubah paket.
• Tanyakan ke penyedia apakah upgrade butuh restart dan berapa lama.
• Jadwalkan di jam sepi dan beri tahu pengguna bila ada jeda.
• Setelah upgrade, cek apakah sistem melihat sumber daya baru dengan free -h dan nproc.
• Sesuaikan konfigurasi aplikasi. MySQL dan PHP-FPM tidak otomatis memakai RAM tambahan, misalnya innodb_buffer_pool_size perlu dinaikkan manual.
• Bila disk ikut diperbesar, partisi dan sistem file mungkin perlu diperluas, misalnya dengan growpart lalu resize2fs atau xfs_growfs.