--- title: "Kapan VPS Kamu Perlu Upgrade RAM atau CPU?" description: "Tanda VPS butuh tambahan RAM atau CPU, perintah Linux untuk membuktikannya, dan kapan masalahnya justru ada di disk atau aplikasi." url: "https://nivelva.com/insight/vps-perlu-upgrade-ram-cpu" category: "Server \u0026 Infrastruktur" tags: ["upgrade vps","ram","cpu","load average","monitoring server"] author: "Theresia Candiawan" published: "2026-11-07T11:54:00+07:00" updated: "2026-11-07T11:54:00+07:00" language: "id" publisher: "Nivelva (https://nivelva.com)" --- # Kapan VPS Kamu Perlu Upgrade RAM atau CPU? > **Jawaban singkat:** Upgrade RAM bila memori available terus menipis, swap aktif dipakai, atau OOM killer mulai mematikan proses. Upgrade CPU bila pemakaian CPU dan load average terus di atas jumlah vCPU saat jam sibuk. Cek dulu iowait dan steal time, karena dua masalah itu tidak selesai dengan menambah 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](https://nivelva.com/insight/ram-server-selalu-penuh-bahaya-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](https://nivelva.com/insight/penyebab-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](https://nivelva.com/insight/load-average-tinggi-linux-artinya-solusinya), 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: | Gejala di top | Artinya | Upgrade RAM/CPU menolong? | |:--|:--|:--| | `wa` (iowait) tinggi | CPU menunggu disk | Jarang. Cek disk, query database, dan log yang terlalu besar | | `st` (steal) tinggi | VM lain di host merebut CPU fisik | Tidak selalu. Pertimbangkan pindah host atau vCPU dedicated | | `us` tinggi oleh satu proses | Aplikasi tertentu boros CPU | Kadang. Optimasi dulu, misalnya cache atau perbaiki query | | RAM naik terus tanpa turun | Kemungkinan kebocoran memori | Hanya menunda. Restart berkala dan perbaiki aplikasinya | | `available` rendah, `si/so` aktif | RAM benar-benar kurang | Ya | | `us + sy` tinggi merata, load > vCPU | CPU benar-benar kurang | Ya | Nilai steal time dijelaskan lebih rinci di [vCPU itu apa dan apakah sama dengan core fisik](https://nivelva.com/insight/vcpu-sama-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.. > **Kumpulkan data minimal seminggu:** > > Satu kali melihat `top` tidak cukup. Pasang monitoring yang mencatat CPU, RAM, disk, dan jaringan selama minimal seminggu, termasuk jam paling ramai. Dengan grafik, kamu bisa membedakan lonjakan sesaat dari kebutuhan yang memang tumbuh. ## 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`. ## Pertanyaan yang sering diajukan ### Apakah RAM yang selalu terpakai 90 persen berarti harus upgrade? Belum tentu. Linux memakai RAM kosong untuk cache. Lihat kolom available dan aktivitas swap. Selama available masih lega dan swap tidak aktif dipakai, RAM masih cukup. ### Bisakah upgrade CPU atau RAM tanpa restart? Tergantung penyedia dan teknologi virtualisasinya. Sebagian besar VPS KVM membutuhkan restart singkat agar sumber daya baru terbaca. Tanyakan prosedurnya ke penyedia. ### Apakah bisa downgrade lagi setelah upgrade? Biasanya RAM dan CPU bisa diturunkan, tetapi disk sering tidak bisa diperkecil. Cek kebijakan penyedia sebelum memilih paket dengan disk lebih besar. --- Diterbitkan oleh Nivelva Insight (https://nivelva.com/insight/). Artikel ini: https://nivelva.com/insight/vps-perlu-upgrade-ram-cpu Kontak Nivelva: WhatsApp https://wa.me/6285111245007, email hello@nivelva.com