VPS KVM vs OpenVZ: Perbandingan dan Cara Memilih

Perbedaan KVM dan OpenVZ adalah perbedaan antara virtualisasi penuh dan virtualisasi berbasis kontainer. KVM memberi setiap VPS kernel Linux sendiri sehingga terasa seperti mesin utuh, sedangkan OpenVZ menjalankan banyak kontainer di atas satu kernel host yang dibagi bersama. Perbedaan yang terdengar teknis ini menentukan apakah Anda bisa menjalankan Docker, memasang VPN, atau memakai swap.

Apa Perbedaan Inti antara KVM dan OpenVZ?

KVM adalah singkatan dari Kernel-based Virtual Machine, sebuah modul yang mengubah kernel Linux menjadi hipervisor. Penjelasan resminya ada di linux-kvm.org dan dokumentasi teknisnya di kernel.org. Karena kernel host berperan sebagai hipervisor, setiap mesin virtual di atasnya menjalankan kernelnya sendiri, memiliki perangkat virtualnya sendiri, dan tidak tahu apa yang dijalankan tetangganya. Sisi ruang penggunanya biasanya ditangani QEMU, seperti dijelaskan di dokumentasi QEMU.

OpenVZ mengambil pendekatan berbeda. Ia membagi satu kernel host menjadi banyak lingkungan terisolasi di tingkat sistem operasi, yang disebut kontainer. Dokumentasi proyeknya ada di wiki OpenVZ, sedangkan generasi terbarunya dikembangkan bersama produk komersial Virtuozzo dengan dokumentasi di docs.virtuozzo.com. Konsep yang sama sekarang lebih umum dijumpai dalam bentuk LXC, yang dijelaskan di linuxcontainers.org.

Analogi yang biasa kami pakai saat menjelaskan ke klien: KVM seperti menyewa unit apartemen dengan meteran listrik, pipa air, dan pintu sendiri. OpenVZ seperti menyewa kamar di rumah bersama, di mana dapur dan instalasi listriknya dipakai bergiliran. Kamar itu bisa nyaman dan lebih murah, tetapi Anda tidak boleh mengganti panel listriknya.

Tabel Perbandingan KVM vs OpenVZ

Tabel berikut memuat perbedaan yang benar-benar terasa saat Anda memakai server, bukan hanya perbedaan istilah. Kolom terakhir menyebut kapan perbedaan itu mulai menjadi masalah nyata.

Kernel Sendiri vs Kernel Bersama dan Akibatnya

Kalimat "kernel dibagi bersama" terdengar tidak berbahaya sampai Anda menemukan konsekuensinya. Kernel adalah tempat modul jaringan, sistem berkas, dan pengaturan tingkat rendah berada. Kalau Anda tidak memegang kernel, Anda tidak memegang lapisan itu.

Pada KVM, versi kernel adalah urusan Anda. Anda bisa memasang distribusi apa pun, memutakhirkan kernel, memuat modul, dan mengubah parameter sistem seperti pada server fisik. Arch Wiki menjelaskan alur pemakaian KVM sebagai hipervisor di halaman KVM, dan langkahnya sama dengan yang Anda lakukan di mesin sendiri.

Pada OpenVZ, versi kernel ditentukan penyedia. Kalau perangkat lunak Anda butuh fitur kernel yang lebih baru, tidak ada yang bisa Anda lakukan dari dalam kontainer selain meminta penyedia memutakhirkan host, dan permintaan itu memengaruhi semua pelanggan lain di mesin yang sama. Perbandingan model isolasi kontainer bisa Anda baca di halaman Linux Containers Arch Wiki.

Yang sering terlewat, keterbatasan ini juga berlaku pada hal-hal kecil yang tidak diduga, misalnya aturan penyaring paket tertentu, penghitung waktu presisi tinggi, dan sistem berkas yang butuh modul sendiri. Masalahnya tidak muncul saat pemasangan awal, tetapi saat Anda menambah fitur enam bulan kemudian.

Apakah Docker Bisa Jalan di VPS OpenVZ?

Jawaban singkatnya, jangan berasumsi bisa. Docker bukan aplikasi biasa, melainkan pembungkus atas fitur kernel host, sehingga menjalankannya di dalam kontainer yang kernelnya bukan milik Anda selalu bergantung pada apa yang diizinkan penyedia.

Ada dua ketergantungan yang paling sering menjadi penghalang. Pertama, sistem berkas berlapis. Penggerak penyimpanan bawaan Docker bekerja di atas dukungan overlay pada kernel, seperti dijelaskan di dokumentasi penggerak overlayfs. Kalau kernel host tidak menyediakannya untuk kontainer Anda, Docker gagal sebelum sempat menarik image. Kedua, pemetaan identitas pengguna. Prasyarat mode tanpa akar di dokumentasi rootless Docker menyebut kebutuhan perkakas seperti newuidmap dan newgidmap serta rentang UID dan GID bawahan di berkas sistem, dan hal semacam itu memang dikendalikan di tingkat host.

Di KVM tidak ada percakapan ini. Anda memasang Docker mengikuti panduan pemasangan resmi seperti di server biasa. Kalau alur kerja Anda memakai kontainer, pilih KVM dan hemat waktu perdebatan dengan dukungan penyedia. Langkah praktisnya ada di panduan cara setup Docker di VPS dan pembahasan paketnya di docker hosting.

Swap, Overselling, dan Kenapa RAM di OpenVZ Terasa Berbeda

Pada VPS KVM, memori dialokasikan untuk mesin virtual Anda, dan Anda bisa membuat berkas swap sendiri seperti pada server fisik. Ketika memori penuh, sistem punya ruang bernapas walaupun menjadi lambat.

Pada OpenVZ, pencatatan sumber daya dilakukan lewat penghitung kernel yang didokumentasikan sebagai user beancounters di wiki OpenVZ. Kontainer dibatasi oleh penghitung itu, bukan oleh perangkat memori virtual milik sendiri. Akibatnya, "swap" yang Anda lihat sering hanya batas administratif, dan proses yang melewati batas bisa dihentikan tiba-tiba tanpa gejala kehabisan memori yang biasa.

Sifat elastis ini juga yang membuat OpenVZ lebih mudah dijual berlebih. Karena banyak kontainer berbagi kolam yang sama dan jarang memakai kuotanya secara serentak, penyedia bisa menjual total alokasi lebih besar daripada kapasitas fisik. Selama tetangga tenang, semuanya terasa lapang. Ketika satu kontainer sibuk memproses, kontainer lain ikut merasakannya.

Untuk memastikan bukan aplikasi Anda yang bermasalah, pantau beban dan tekanan memori dari dalam server memakai langkah di cara monitoring server. Kalau pola lambatnya berulang pada jam tertentu tanpa kenaikan trafik Anda sendiri, kemungkinan besar penyebabnya berada di luar kendali Anda.

TUN/TAP: Syarat Diam-diam untuk VPN

Banyak orang membeli VPS murah untuk membuat VPN pribadi, lalu bingung karena perangkat lunaknya menolak berjalan. Penyebabnya biasanya satu, yaitu perangkat TUN/TAP tidak tersedia.

TUN/TAP adalah penggerak kernel yang menyediakan perangkat jaringan virtual berbasis perangkat lunak, dan penjelasan resminya ada di dokumentasi jaringan kernel.org. Karena ini urusan kernel, kontainer OpenVZ hanya bisa memakainya kalau administrator host mengaktifkannya untuk kontainer Anda. Sebagian penyedia bersedia melakukannya lewat tiket, sebagian menolak dengan alasan keamanan.

Pada KVM, perangkat itu ada karena kernelnya milik Anda. Jadi kalau tujuan Anda memasang VPN, membuat terowongan antar kantor, atau menjalankan mesin yang butuh antarmuka jaringan virtual, KVM adalah pilihan yang menghindari perdebatan sejak awal. Uji hal ini pada masa jaminan uang kembali, jangan setelah membayar setahun di depan.

Bagaimana Cara Mendeteksi Jenis Virtualisasi VPS yang Sudah Anda Beli?

Halaman penjualan tidak selalu menyebut jenis virtualisasi, dan kadang menyebutnya dengan istilah pemasaran. Untungnya pemeriksaan dari dalam server hanya butuh beberapa perintah, dan hasilnya sulit dibantah.

Urutan pemeriksaan yang kami pakai sederhana. Jalankan systemd-detect-virt lebih dulu karena paling cepat. Kalau hasilnya menyebut kontainer, periksa /proc/user_beancounters untuk memastikan jenisnya. Setelah itu uji tiga hal yang sering menjadi penghalang, yaitu keberadaan perangkat TUN, kemampuan mengaktifkan swap, dan keberhasilan menjalankan satu kontainer Docker percobaan.

Mana yang Perlu Dipilih untuk Kasus Pakai Anda

Dari pengalaman tim kami, keluhan "VPS saya lambat padahal spesifikasinya besar" paling sering berasal dari kontainer yang dijual berlebih, bukan dari kesalahan konfigurasi pelanggan. Ketika angka pada halaman penjualan terlihat jauh lebih besar daripada pesaing dengan harga serupa, pertanyaan pertama yang perlu diajukan bukan soal diskon, tetapi soal jenis virtualisasi dan kebijakan alokasinya.

Yang Perlu Ditanyakan ke Penyedia Sebelum Membeli

• Jenis virtualisasi apa yang dipakai? Minta jawaban eksplisit, misalnya KVM, OpenVZ, atau LXC.
• Apakah memori dialokasikan atau elastis? Ini pertanyaan yang menyingkap praktik overselling tanpa perlu menuduh.
• Apakah TUN/TAP tersedia? Wajib ditanyakan kalau ada rencana memakai VPN.
• Apakah Docker didukung? Minta pernyataan tertulis, bukan hanya "seharusnya bisa".
• Bisakah saya membuat swap sendiri? Jawabannya membedakan swap nyata dari batas pencatatan.
• Apakah saya bisa memasang sistem operasi pilihan sendiri? Kebebasan ini praktis hanya ada di virtualisasi penuh.
• Ada masa uji atau jaminan uang kembali? Pakai masa itu untuk menjalankan pemeriksaan di tabel deteksi di atas.

Kalau jawaban penyedia mengambang, anggap itu jawaban. Penyedia yang memakai virtualisasi penuh biasanya menyebutkannya di depan karena itu nilai jual, sementara yang memakai kontainer bersama cenderung memakai istilah umum seperti cloud atau premium tanpa menjelaskan lapisannya.

Kesalahan Umum Saat Memilih Jenis Virtualisasi

Sebagian besar penyesalan setelah membeli VPS tidak berasal dari spesifikasi yang kurang, tetapi dari asumsi yang tidak pernah diuji. Berikut pola kesalahan yang paling sering kami temui saat membantu klien pindah server.

• Membandingkan harga per gigabyte RAM tanpa melihat jenis virtualisasi. Dua paket dengan angka RAM sama bisa berperilaku sangat berbeda kalau yang satu memori teralokasi dan yang lain memori elastis di kolam bersama.
• Baru memeriksa dukungan Docker setelah aplikasi siap dipindah. Pemeriksaan ini hanya butuh beberapa menit di hari pertama, sementara menemukan kegagalannya di hari peluncuran bisa menunda proyek berhari-hari.
• Menganggap istilah "cloud" sama dengan virtualisasi penuh. Istilah pemasaran tidak menjelaskan lapisan di bawahnya. Yang menjawab adalah hasil systemd-detect-virt, bukan nama paket.
• Membayar setahun di muka sebelum masa uji habis. Diskon tahunan baru menguntungkan kalau platformnya sudah terbukti cocok dengan kebutuhan Anda.
• Tidak menyiapkan cadangan di luar penyedia. Apa pun jenis virtualisasinya, cadangan yang hanya tersimpan di server yang sama tidak menolong saat server itu bermasalah. Panduan praktisnya ada di cara backup website.

Kalau Anda baru pertama kali memakai VPS, mulailah dari dasar konsepnya di apa itu VPS, lalu ikuti langkah pengamanan awal di cara setup VPS Linux dari nol. Kedua panduan itu berlaku untuk KVM maupun kontainer, tetapi beberapa langkahnya (seperti membuat swap) hanya bisa dijalankan penuh di virtualisasi penuh.

Kesimpulan

KVM dan OpenVZ tidak berada di skala yang sama, jadi membandingkannya hanya dari harga per gigabyte akan menyesatkan. KVM memberi Anda kernel sendiri, sehingga Docker, VPN, swap nyata, dan modul kernel menjadi urusan Anda dan bukan urusan tiket dukungan. OpenVZ menekan biaya dengan berbagi kernel, dan itu sah untuk beban ringan yang tidak menyentuh lapisan kernel.

Kalau ragu, pilih KVM untuk apa pun yang menopang pendapatan atau melayani klien, dan sisakan OpenVZ untuk percobaan yang boleh gagal. Sebelum membeli, jalankan systemd-detect-virt pada masa uji, periksa /dev/net/tun, lalu coba satu kontainer percobaan. Untuk membandingkan pilihan lain, baca VPS vs shared hosting, dedicated server vs VPS, dan ringkasan rekomendasi di VPS terbaik. Kalau lokasi server juga masih Anda timbang, artikel VPS Singapura membahas sisi itu, dan paket kami ada di halaman VPS.

Pertanyaan Umum (FAQ)