Apa Itu Virtual Dedicated Server? VDS vs VPS vs Dedicated

Apa sebenarnya virtual dedicated server itu

Virtual dedicated server (VDS) adalah mesin virtual yang dipotong dari host fisik oleh hypervisor (paling sering KVM di Linux, kadang Xen, VMware ESXi, atau Hyper-V), dengan satu sifat utama: sumber daya yang tertera pada faktur benar-benar dicadangkan. Dua core berarti dua thread host disisihkan untuk VM tersebut; 8 GB RAM berarti 8 GB yang tidak pernah dipinjamkan host ke penyewa lain. Di dalam mesin Anda mendapatkan kernel sendiri, image disk sendiri, hak root atau Administrator penuh, dan sistem operasi apa pun yang bisa di-boot hypervisor: sebuah dedicated server kecil dari sudut pandang guest, dan salah satu dari beberapa penyewa yang tidak pernah memperebutkan alokasi yang sama dari sudut pandang host.

Istilah ini muncul karena "VPS" menjadi terlalu luas. VPS bisa berupa apa saja, mulai dari container OpenVZ dengan RAM burstable sampai mesin KVM di host yang menjual core fisik yang sama kepada enam pelanggan. "VDS" dipakai penyedia yang ingin mengatakan "yang ini tidak dijual berlebih". Tidak ada standar di balik label itu: di pasar hosting berbahasa Rusia, VDS dan VPS saling menggantikan, dan sebagian penyedia di tempat lain melabeli ulang lini VPS biasa karena VDS terdengar lebih dekat ke dedicated. Kata itu memberi tahu niatnya; perintah di bawah ini memberi tahu kebenarannya.

VDS vs VPS vs dedicated server

Produk-produk ini berbeda pada dua sumbu: bagaimana mesin diisolasi (container, mesin virtual, atau perangkat keras fisik) dan apakah sumber dayanya dicadangkan atau dibagi. VDS berada di antara VPS bersama dan dedicated server pada kedua sumbu tersebut.

Kolom harga adalah perkiraan kisaran 2026 untuk paket entry-level, bukan hasil benchmark. VM empat core dengan 8 GB dicadangkan tidak mungkin dijual $3 per bulan; ketika sebuah "VDS" dihargai seperti container, biasanya memang container.

Sumber daya dicadangkan vs dibagi: di mana letak perbedaannya

CPU. Pada KVM, setiap vCPU adalah thread host yang diperlakukan penjadwal Linux seperti proses lain. Host dengan 32 thread perangkat keras bisa dijual sebagai 32 vCPU (1:1, dicadangkan) atau 128 vCPU (4:1, dibagi). Tidak ada apa pun di dalam guest yang menampilkan rasio itu; ia hanya terlihat sebagai steal time dan lonjakan latensi ketika tetangga sedang sibuk.

RAM. Host KVM melakukan overcommit memori dengan dua cara: driver virtio balloon memungkinkan host mengambil kembali halaman yang tidak dipakai guest, dan KSM (kernel samepage merging) melakukan deduplikasi halaman identik antar-VM. Pada paket yang dicadangkan, memori di-commit saat VM dinyalakan dan balloon tidak pernah dikembangkan. Melihat virtio_balloon di lsmod membuktikan kemampuan, bukan penggunaan: driver itu ada di hampir semua image cloud.

Penyimpanan. Pencadangan jarang mencakup disk; hampir setiap penyedia berbagi backend penyimpanan dan paling banter membatasi IOPS per VM. Yang mengubah performa adalah tingkatan di bawahnya: sebuah drive NVMe memberikan IOPS jauh lebih tinggi dan latensi lebih rendah daripada SSD SATA, dan tidak ada pencadangan CPU yang bisa menutupi disk lambat di bawah sebuah basis data.

Jaringan. Uplink selalu dibagi kecuali pada dedicated server dengan port sendiri; bandwidth "tanpa batas" berarti tanpa batas dengan kebijakan fair-use, bukan jaminan 1 Gbps khusus untuk Anda.

KVM vs virtualisasi container (OpenVZ, LXC)

Pemisahan ini menentukan apakah sebuah "VDS" bisa benar-benar dedicated. KVM, Xen, dan ESXi adalah virtualisasi perangkat keras: VT-x atau AMD-V membuat setiap guest menjalankan kernelnya sendiri di atas perangkat keras virtual. OpenVZ, Virtuozzo, LXC, dan Docker adalah virtualisasi tingkat sistem operasi: setiap penyewa adalah sekumpulan proses di atas kernel host, dipisahkan oleh namespace dan dibatasi oleh cgroups. Proxmox menyebutnya "CT", dan banyak host murah menjualnya sebagai VPS. Konsekuensinya:

• uname -r mengembalikan kernel host, yang tidak Anda pilih dan tidak bisa Anda perbarui. Secara historis host OpenVZ menjalankan seri kernel yang sangat tua. Jika Anda ragu apa yang sebenarnya dijalankan sebuah mesin, perintah untuk mengetahui versi OS dan kernel di Linux, Windows, dan macOS hanya butuh beberapa detik.
• Anda tidak bisa memuat modul kernel: WireGuard, ZFS, dan apa pun yang dikirim sebagai .ko bergantung pada host.
• Virtualisasi bersarang mustahil, dan Docker atau systemd di dalam container hanya jalan jika host mengizinkannya.

Guest KVM tidak punya batasan-batasan itu: ia boot dari ISO, menjalankan kernel apa pun, dan bisa mengekspos VT-x ke guest-nya sendiri jika host mengizinkan virtualisasi bersarang. Karena itu, VDS yang sungguhan selalu berupa VM penuh.

Tetangga berisik dan steal time

Tetangga berisik adalah penyewa lain di host yang sama yang penggunaan CPU, disk, atau jaringannya menggerus jatah Anda. Pada host KVM yang di-overcommit, penjadwal mengantrekan vCPU Anda di belakang milik mereka, dan waktu ketika vCPU Anda siap jalan tetapi menunggu dilaporkan kembali ke guest sebagai steal time. Linux mengeksposnya sebagai nilai kedelapan pada baris cpu di /proc/stat, sebagai kolom st pada vmstat dan top, serta sebagai %steal di mpstat dan sar.

VM yang dicadangkan seharusnya menunjukkan steal nol atau mendekati nol bahkan ketika tetangganya bekerja habis-habisan. Beberapa persen saat lonjakan adalah normal pada paket bersama; steal dua digit yang bertahan lama berarti host dijual berlebih, dan satu-satunya solusi adalah pindah node atau paket 1:1 yang sungguhan. Penyedia tidak bisa menyembunyikan metrik ini: hypervisor menuliskannya ke akuntansi guest itu sendiri. Container berbeda: di dalam LXC atau OpenVZ, kolom st biasanya tetap nol meski Anda sedang di-throttle; jika runtime mengeksposnya, cat /sys/fs/cgroup/cpu.stat (cgroup v2) menampilkan nr_throttled dan throttled_usec yang terus naik.

Ketika "VDS" hanya pemasaran

Karena label ini tidak diatur, bacalah halaman paket untuk mencari sinyal yang menggambarkan arsitekturnya:

• "vCPU" tanpa rasio. Paket yang dicadangkan menyebut "dedicated cores" atau "1 vCPU = 1 thread". Jika tim dukungan tidak bisa menyebutkan rasio vCPU terhadap thread, anggap saja itu dibagi.
• "Guaranteed RAM" berdampingan dengan "burst RAM". Ini kosakata OpenVZ untuk container dengan batas lunak, bukan VM dengan memori yang di-commit.
• Tanpa ISO kustom, tanpa pilihan kernel, tanpa instal ulang bebas. Pembatasan itu berasal dari berbagi kernel host.
• "Semi-dedicated" atau "hybrid" pada namanya. Istilah jujur untuk paket bersama dengan tingkat perebutan lebih rendah. Tidak masalah, hanya saja itu bukan VDS.

Banyak penyedia memakai istilah VDS dengan jujur; pemeriksaan di bawah ini menyelesaikan pertanyaannya dalam waktu kurang dari satu menit.

Cara memeriksa apa yang benar-benar Anda dapatkan

1. Identifikasi lapisan virtualisasi

systemd-detect-virt
# typical answers: kvm, qemu, xen, vmware, microsoft, openvz, lxc, docker, none
systemd-detect-virt --container   # container type, or none

virt-what (dijalankan sebagai root) memberi jawaban yang sama pada distribusi tanpa systemd. lscpu | grep -i hypervisor seharusnya mencetak Hypervisor vendor: KVM pada guest KVM; di dalam container, lscpu menampilkan jumlah core host secara penuh, bukan alokasi Anda, dan keberadaan /proc/vz atau /proc/user_beancounters adalah penanda OpenVZ yang jelas.

2. Baca model dan jumlah CPU

nproc
grep -m1 'model name' /proc/cpuinfo
lscpu | grep -E '^(Model name|Socket|Core|Thread|CPU\(s\))'

nproc seharusnya sama dengan yang Anda beli. Nama model QEMU Virtual CPU atau Common KVM processor berarti host menyembunyikan CPU asli di balik model generik, menutupi set instruksi baru seperti AVX; model nyata seperti AMD EPYC 7443P berarti host passthrough. Keduanya tidak membuktikan pencadangan, tetapi CPU yang disamarkan mengisyaratkan host yang disetel untuk kepadatan tinggi.

3. Ukur steal time saat beban tinggi

vmstat 1 5          # last column: st
head -1 /proc/stat  # cpu user nice system idle iowait irq softirq steal guest guest_nice
stress-ng --cpu $(nproc) --timeout 60s   # package stress-ng, then watch vmstat

Ukurlah pada jam sibuk. Jika st tetap mendekati nol sementara setiap vCPU dipacu penuh, core itu praktis milik Anda; ulangi selama beberapa hari, karena perebutan bergantung pada siapa lagi yang berbagi node.

4. Periksa virtualisasi bersarang

grep -cE 'vmx|svm' /proc/cpuinfo   # more than 0: the virtualisation flag is exposed
ls -l /dev/kvm                     # appears once kvm_intel or kvm_amd is loaded
kvm-ok                             # Ubuntu: package cpu-checker

Jika flag-nya tidak ada, host menyamarkan model CPU atau mematikan virtualisasi bersarang, dan apa pun yang membutuhkan hypervisor tidak akan jalan di dalam guest. Container tidak pernah mengeksposnya.

5. Lihat perangkat disk

lsblk -d -o NAME,SIZE,ROTA,MODEL
cat /sys/block/vda/queue/rotational   # 0 = non-rotational

vda adalah perangkat blok virtio, konfigurasi KVM yang normal; sda dengan model QEMU HARDDISK adalah SATA yang diemulasikan, tetap sebuah VM. Di dalam container, sistem berkas root sering berupa mount ploop atau simfs. Pada guest Windows, systeminfo | findstr /i hyper-v melaporkan bahwa sebuah hypervisor terdeteksi.

Tingkatan harga dan kasus penggunaan

• VPS container ($2-6): situs statis, bot kecil, endpoint VPN, apa pun yang tidak peduli pada kernel dan bisa menerima perlambatan sesekali.
• VPS KVM bersama ($4-12): mesin pengembangan dan staging, aplikasi bertrafik rendah yang butuh kernel sendiri dan toleran terhadap lonjakan steal.
• VDS dengan sumber daya KVM dicadangkan ($8-40): bot trading, server game, basis data, runner CI, otomatisasi 24/7, dan apa pun yang sensitif terhadap latensi serta berjalan pada CPU tinggi berjam-jam.
• Dedicated server ($60-300+): CPU 100% berkelanjutan pada banyak core, RAM besar, GPU, hypervisor Anda sendiri, atau aturan yang melarang perangkat keras bersama. Sebuah dedicated server bare-metal dengan akses IPMI adalah langkah berikutnya ketika VDS tidak lagi mencukupi.

Jika tingkatan dicadangkan cocok untuk beban kerja Anda, itulah yang dijual rdp.monster: VPS KVM dengan CPU dan RAM dicadangkan, penyimpanan NVMe, akses root atau admin penuh, bandwidth tanpa batas (fair-use), tanpa KYC, dan pembayaran kripto selain kartu dan PayPal, mulai $8.99/bulan. Mesin dikirim sekitar 10 detik setelah pembayaran dikonfirmasi, sehingga Anda bisa menjalankan sendiri systemd-detect-virt dan vmstat 1 sebelum memercayai label itu. Ini pemeriksaan yang sama yang direkomendasikan artikel ini untuk penyedia mana pun.

Pertanyaan yang sering ditanyakan

Apakah VDS sama dengan VPS?

Secara teknis keduanya server virtual; VDS dimaksudkan menandakan sumber daya yang dicadangkan dan tanpa overcommit.

Keduanya adalah server virtual di atas perangkat keras bersama. Perbedaannya adalah janji, bukan teknologi: VDS semestinya berjalan sebagai mesin virtual penuh (biasanya KVM) dengan core CPU dan RAM dicadangkan untuk Anda, sedangkan VPS bisa berbagi sumber daya itu dengan penyewa lain atau bahkan berupa container di atas kernel host. Karena tidak ada standar yang mengikat istilah ini, sebagian penyedia memakai VDS dan VPS secara bergantian. Verifikasi dengan systemd-detect-virt, nproc, dan steal time alih-alih memercayai namanya.

Bagaimana cara tahu VPS saya KVM atau OpenVZ?

Jalankan systemd-detect-virt; perintah ini mencetak kvm, openvz, lxc, atau none dalam satu baris.

Jalankan systemd-detect-virt: perintah ini mencetak kvm, qemu, openvz, lxc, atau none. Tanpa systemd, pasang dan jalankan virt-what sebagai root. Dua petunjuk lain: lscpu | grep -i hypervisor menampilkan Hypervisor vendor: KVM pada guest KVM, dan keberadaan /proc/vz atau /proc/user_beancounters berarti OpenVZ. Pada container, nproc dan uname -r juga mencerminkan host, bukan paket Anda.

Berapa steal time CPU yang wajar pada server virtual?

Mendekati nol pada paket dicadangkan; beberapa persen saat lonjakan masih wajar, dua digit terus-menerus berarti host dijual berlebih.

Pada VDS dengan core dicadangkan, kolom st di vmstat 1 seharusnya berada di atau mendekati 0 bahkan saat beban penuh. Pada paket bersama, nilai satu digit sesekali saat puncak adalah normal. Nilai sepuluh persen atau lebih yang bertahan lama berarti host di-overcommit dan vCPU Anda mengantre di belakang penyewa lain. Tidak ada perbaikan dari dalam guest: minta penyedia memindahkan Anda ke node yang lebih lengang, atau beralih ke paket dengan rasio vCPU terhadap thread 1:1.

Bisakah menjalankan Docker atau VM bersarang di virtual dedicated server?

Docker bisa di guest KVM mana pun; VM bersarang hanya jika host mengekspos flag CPU vmx atau svm.

Pada VDS berbasis KVM, Docker bekerja seperti di mesin Linux mana pun karena Anda menjalankan kernel sendiri. Virtualisasi bersarang (KVM, VirtualBox, Hyper-V di dalam guest) mengharuskan host meneruskan ekstensi virtualisasi CPU: periksa dengan grep -cE 'vmx|svm' /proc/cpuinfo, dan pastikan /dev/kvm muncul setelah memuat kvm_intel atau kvm_amd. Pada container OpenVZ atau LXC, VM bersarang mustahil dan Docker sepenuhnya bergantung pada apa yang diizinkan host.