Kapan Anda benar-benar butuh RAM 64 GB (dan kapan 2 GB sudah cukup)

"Servernya lambat, gandakan saja RAM-nya" adalah refleks paling mahal di dunia hosting. Kadang benar. Sering kali mesin sedang menunggu disk, atau CPU sudah penuh, dan memori baru hanya menganggur sementara tagihan naik dua kali lipat.

Jadi sebelum membahas siapa yang butuh 64 GB, mari cari tahu apa yang sebenarnya kurang. Jika Anda hanya mencari angka memori tipikal per beban kerja, panduan kami sebelumnya Berapa RAM yang dibutuhkan VPS memuatnya, termasuk rumus untuk model bahasa. Artikel ini soal diagnosis: RAM, disk, atau CPU.

Tiga perintah, dua menit

Jalankan di server yang lambat saat sedang lambat, bukan jam empat pagi ketika tidak ada yang terjadi:

free -m
vmstat 1 10
cat /proc/pressure/cpu /proc/pressure/memory /proc/pressure/io

Begini cara membacanya tanpa buku teks.

free -m. Abaikan kolom free; Linux sengaja mengisi memori tersisa dengan cache disk. Lihat available. Jika di mesin 2 GB angkanya hanya beberapa ratus megabyte dan used pada swap terus naik, memorinya sudah mepet.

vmstat 1 10. Empat kolom menceritakan sebagian besar kisahnya:

Sesekali ada beberapa nilai bukan nol di si/so itu normal. Sinyal sebenarnya adalah swap yang terus-menerus, detik demi detik.

/proc/pressure/*. Yang paling jujur dari ketiganya. Setiap file menunjukkan porsi waktu ketika tugas tertahan menunggu sumber daya itu. some avg60=25.00 pada memory berarti dalam satu menit terakhir ada sesuatu yang menunggu memori seperempat waktu. File dengan angka terbesar adalah hambatan Anda.

Jika masalahnya disk

wa tinggi, tekanan io tinggi, sedikit swap. Penyebab biasanya adalah database atau aplikasi yang banyak menulis log dan membaca lebih banyak dari yang muat di cache.

Ini kejutannya: RAM tambahan bisa memperbaikinya, karena Linux akan meng-cache lebih banyak isi disk. Jika database Anda 6 GB dan bagian panasnya 3 GB, naik dari 2 GB ke 8 GB memori bisa membuat masalah disk hilang. Tetapi jika database-nya 300 GB dan setiap kueri menyentuh bagian berbeda, tidak ada jumlah RAM yang masuk akal yang bisa meng-cache-nya. Solusinya lalu indeks yang lebih baik, kueri yang lebih kecil, atau tata letak data yang berbeda. Semua tarif di sini memakai NVMe, jadi disknya sendiri jarang menjadi bagian yang lambat. Pola aksesnya yang biasanya lambat.

Jika masalahnya CPU

us+sy tinggi, tekanan cpu, tanpa swap, sedikit menunggu disk. Kompresi, build, encoding video, pemrosesan gambar, komputasi kriptografi. Memori tambahan sama sekali tidak membantu.

Perhatikan juga st. Di VPS, vCPU adalah bagian dari waktu sebuah core fisik, bukan core utuh: angka di tarif adalah batas atas untuk lonjakan, dan beban penuh berkepanjangan bisa dibatasi agar adil bagi semua yang ada di mesin itu. Jika tugas Anda butuh semua core di 100% selama berjam-jam, itu persoalan beban kerjanya, dan kami lebih suka mengatakannya sekarang daripada setelah Anda membeli tarif yang lebih besar.

Jika memang RAM

Swap terus-menerus, tekanan memori naik, OOM killer muncul di dmesg. Sekarang pertanyaannya: berapa banyak.

2 GB cukup, sering kali bertahun-tahun, untuk: satu atau beberapa bot, API kecil, VPN, situs statis di balik Nginx, beberapa scraper via cron, agen pemantauan. Micro memberi 2 vCPU, 2 GB, dan 25 GB seharga $5 per bulan di NAT, atau $10 dengan IPv4 sendiri.

4–8 GB adalah titik tengah yang nyaman: aplikasi web beserta database-nya, indeks pencarian kecil, otomatisasi browser headless, beberapa agen berdampingan.

32–64 GB untuk data yang harus tinggal di memori:

• database yang working set-nya puluhan gigabyte, supaya cache benar-benar menahan data panas;
• cache atau antrean di memori berukuran besar yang tidak bisa tumpah ke disk tanpa memperlambat semuanya;
• indeks vektor untuk pencarian atas jutaan potongan teks (angka nyata di RAG self-hosted dalam skala besar);
• inferensi CPU model bahasa berukuran sedang, yang bobotnya harus muat di RAM;
• konsolidasi: sepuluh layanan yang dulu tinggal di sepuluh server kecil.

Untuk itulah Pro-64 ada: 12 vCPU, RAM 64 GB, NVMe 600 GB, dan IPv4 khusus seharga $70 per bulan. Anak tangga di antaranya adalah Pro-32 seharga $40 dan Pro-48 seharga $55; di atasnya Pro-80 seharga $90. Ketersediaan lokasi untuk tarif Pro terlihat saat memesan.

Di mana mesin besar tidak cocok

Tiga kasus ketika 64 GB adalah jawaban yang salah, sekalipun Anda mampu membayarnya.

Pekerjaan GPU. Tidak satu pun tarif ini punya GPU. Jika model Anda butuh GPU untuk pelatihan atau inferensi cepat, mesin CPU dengan banyak RAM memang bisa menjalankannya, tetapi lambat, dan Anda membayar untuk kesabaran.

Pekerjaan CPU penuh yang berkepanjangan. Seperti di atas: vCPU adalah kapasitas untuk lonjakan. Dua belas vCPU di 100% sepanjang hari bukanlah tujuan VPS dibuat.

Dan "jaga-jaga". Jika ketiga perintah tidak menunjukkan tekanan memori, 60 GB tambahan hanya jadi cache untuk file yang tidak Anda baca. Mulailah lebih kecil. Pindah ke tarif lebih besar dengan jenis jaringan yang sama menambah vCPU, RAM, dan disk di tempat dengan satu kali reboot, seperti dijelaskan di Mengganti tarif. Turun di tempat tidak bisa, jadi membeli terlalu besar punya biaya nyata: untuk mengecil Anda harus bermigrasi ke server baru, dan memindahkan VPS tanpa downtime adalah pekerjaan yang sebaiknya tidak perlu Anda lakukan.

Jika Anda membandingkan tarif dari berbagai penyedia, cara membaca spesifikasi VPS menjelaskan apa yang sebenarnya dijanjikan oleh angka vCPU, disk, dan port.