Public Beta — use code LAUNCH15 for 15% off any plan
Back to blog

Kapan Upgrade dari Shared Hosting ke VPS yang Tepat

By Yoga · 16 Jun 2026 · 5 min read

Mengapa Keputusan Upgrade Itu Penting

Banyak pemilik website menunda upgrade dari shared hosting ke VPS karena khawatir soal biaya atau kompleksitas teknis. Padahal, menunggu terlalu lama justru bisa merugikan — pengunjung kabur karena website lambat, konversi turun, dan reputasi domain ikut terpengaruh.

Sebaliknya, upgrade terlalu dini juga membuang anggaran. VPS membutuhkan pengelolaan lebih aktif: update OS, konfigurasi firewall, hingga monitoring resource.

Jadi, jawabannya bukan "sesegera mungkin" atau "nanti saja". Jawabannya ada di data. Mari kita bedah metrik konkrit yang harus kamu pantau sebelum membuat keputusan.


Memahami Perbedaan Mendasar: Shared vs VPS

Sebelum masuk ke metrik, penting untuk memahami mengapa batasan shared hosting bisa menjadi bottleneck.

Pada shared hosting, kamu berbagi satu server fisik dengan puluhan hingga ratusan akun lain. CPU, RAM, dan bandwidth dibagi bersama. Hosting provider biasanya membatasi resource tiap akun melalui mekanisme seperti:

  • CPU throttling — proses yang melebihi batas CPU akan diperlambat paksa
  • Memory limit — PHP biasanya dibatasi 256MB–512MB per proses
  • I/O limit — akses baca/tulis disk dibatasi agar satu akun tidak membebani yang lain
  • Entry process limit — jumlah proses PHP yang bisa berjalan bersamaan dibatasi

Pada VPS, kamu mendapatkan resource yang terisolasi menggunakan virtualisasi (KVM, OpenVZ, dll). RAM 2GB di VPS benar-benar 2GB milikmu, tidak dibagi.


Metrik #1: Concurrent Traffic (Pengunjung Bersamaan)

Ini adalah sinyal paling langsung. Concurrent users adalah jumlah pengunjung yang mengakses website kamu pada saat yang sama, bukan total harian.

Cara mengukurnya

Gunakan Google Analytics real-time, atau jika kamu pakai server-side analytics, jalankan perintah berikut via SSH (jika shared hosting mengizinkan):

# Hitung koneksi aktif ke port 80/443
ss -nt state established '( dport = :80 or dport = :443 )' | wc -l

Atau periksa log Apache/Nginx:

# Jumlah IP unik dalam 1 menit terakhir di access log
awk -v d="$(date --date='1 minute ago' '+%d/%b/%Y:%H:%M')" '$4 ~ d' /var/log/apache2/access.log | awk '{print $1}' | sort -u | wc -l

Ambang batas yang perlu diwaspadai

Concurrent Users Status di Shared Hosting Rekomendasi
< 50 Aman, performa stabil Tetap di shared hosting
50 – 150 Mulai terasa berat, respons lambat Monitor ketat, siapkan upgrade
> 150 Entry process limit sering tercapai Upgrade ke VPS segera
> 500 Shared hosting tidak mampu VPS minimal 4 core / 8GB RAM

Angka ini bukan harga mati — bergantung pada jenis aplikasi dan seberapa berat setiap request. Website WordPress dengan banyak plugin lebih boros resource dibanding website statis.


Metrik #2: RAM Usage dan Memory Limit

Shared hosting membatasi memory per proses PHP, biasanya antara 256MB hingga 512MB. Masalah muncul bukan hanya dari satu proses, tapi dari akumulasi proses yang berjalan bersamaan.

Cara membaca sinyal RAM di shared hosting

Buka cPanel → Resource Usage (atau menu serupa). Jika kamu melihat:

  • Memory usage sering menyentuh 90%+ dari limit
  • Error 500 atau 503 yang muncul di jam sibuk
  • Log error PHP berisi Allowed memory size of 536870912 bytes exhausted

…itu tanda bahwa aplikasimu sudah di tepi batas.

Target RAM untuk VPS

Estimasi kebutuhan RAM:
- WordPress + WooCommerce (toko kecil): 1–2 GB
- WordPress multisite atau traffic sedang: 2–4 GB  
- Aplikasi Laravel/custom + database: 2–4 GB
- Multiple aplikasi dalam 1 server: 4–8 GB

Aturan praktisnya: saat rata-rata RAM usage di shared hosting konsisten di atas 70% limit, kamu perlu VPS dengan RAM 2–3x dari usage saat ini untuk memberikan ruang bertumbuh.


Metrik #3: Response Time (Waktu Respons Server)

Response time adalah indikator pengalaman pengguna yang paling langsung terasa. Google merekomendasikan Time to First Byte (TTFB) di bawah 200ms untuk performa optimal.

Cara mengukur TTFB

Gunakan tools gratis:

  • PageSpeed Insights (tools.google.com/pagespeed) — tampilkan nilai TTFB di bagian diagnostik
  • GTmetrix — seksi Waterfall akan menunjukkan berapa lama server merespons
  • curl dari terminal:
curl -o /dev/null -s -w "TTFB: %{time_starttransfer}s\nTotal: %{time_total}s\n" https://websitemu.com

Interpretasi hasil

TTFB Kondisi Tindakan
< 200ms Excellent Tidak perlu upgrade karena performa
200 – 500ms Acceptable Optimalkan dulu (caching, CDN)
500ms – 1s Buruk Cari penyebabnya; mungkin sudah waktunya VPS
> 1 detik Kritis Upgrade hampir pasti diperlukan

Penting: Sebelum langsung menyalahkan shared hosting, pastikan kamu sudah mengaktifkan:

  • Object caching (Redis atau Memcached)
  • Page caching (WP Super Cache, W3 Total Cache, LiteSpeed Cache)
  • CDN untuk aset statis

Jika semua optimasi sudah dilakukan dan TTFB masih > 500ms secara konsisten, masalahnya ada di level resource server — sinyal kuat untuk upgrade.


Sinyal Non-Metrik yang Juga Harus Diperhatikan

Selain angka, ada kondisi bisnis dan teknis yang langsung menandakan perlunya VPS:

Kebutuhan teknis yang tidak bisa dipenuhi shared hosting

  • Instalasi software custom — perlu Node.js versi tertentu, Python environment, atau binary khusus
  • Akses root — dibutuhkan untuk konfigurasi server-level seperti php.ini global, modul Apache/Nginx
  • Cron job frekuensi tinggi — shared hosting biasanya membatasi cron minimal setiap 5–15 menit
  • WebSocket atau long-polling — dibutuhkan aplikasi real-time (chat, notifikasi live)
  • Multiple isolasi environment — butuh staging server terpisah tapi dalam satu infrastruktur

Kondisi bisnis

  • Website menjadi sumber pendapatan utama (e-commerce, SaaS)
  • Ada rencana campaign besar yang akan mendatangkan traffic spike
  • Data pengguna memerlukan compliance khusus (PCI DSS, privasi data)
  • Tim developer perlu akses SSH penuh untuk deployment otomatis

Langkah Sebelum Upgrade: Checklist Persiapan

Jangan langsung migrasi tanpa persiapan. Ikuti langkah ini:

  1. Audit resource usage selama 30 hari — jangan ambil keputusan dari data 1–2 hari
  2. Backup penuh semua file dan database sebelum migrasi
  3. Pilih spesifikasi VPS yang sesuai kebutuhan (lihat estimasi RAM di atas)
  4. Setup VPS dulu — install stack (LEMP/LAMP), konfigurasi firewall, SSL
  5. Test di staging — upload website ke VPS, tes fungsionalitas penuh
  6. Migrasi DNS dengan TTL rendah (300 detik) agar perpindahan cepat
  7. Monitor 72 jam pertama secara aktif setelah DNS propagasi

Ringkasan: Tabel Keputusan Upgrade

Kondisi Tetap di Shared Pertimbangkan VPS Upgrade Segera
Concurrent users < 50 50–150 > 150
RAM usage vs limit < 60% 60–80% > 80% konsisten
TTFB rata-rata < 300ms 300–600ms > 600ms
Error 500/503 Tidak pernah Sesekali Sering
Butuh akses root Tidak Mungkin nanti Ya

Penutup

Upgrade dari shared hosting ke VPS adalah keputusan strategis, bukan sekadar ikut tren. Dengan memantau tiga metrik utama — concurrent traffic, RAM usage, dan response time — kamu bisa membuat keputusan berbasis data, bukan asumsi.

Jika kamu sudah melihat tanda-tanda di atas dan siap untuk langkah selanjutnya, GoCelerus menyediakan paket VPS yang bisa disesuaikan dengan kebutuhan bisnis kamu, dengan dukungan teknis berbahasa Indonesia yang siap membantu proses migrasi.

Yang paling penting: jangan tunggu sampai website down di hari traffic puncak. Pantau metriknya sekarang, dan ambil keputusan sebelum masalah datang.

Welcome to GoCelerus

Save 15% on any plan

Launch promo — 15% off any plan

Your coupon code

LAUNCH15
Browse plans