- Banyak perusahaan sedang mencari alternatif karena biaya lisensi VMware yang tinggi dan perubahan terbaru
- Berbagai tim IT skala kecil hingga menengah sedang mempertimbangkan beralih ke solusi virtualisasi open source seperti Proxmox VE dan oVirt
- Ada banyak kasus yang mempertimbangkan migrasi ke hypervisor lain seperti KVM, Xen, dan Hyper-V
- Dalam migrasi nyata, mereka menghadapi persoalan metode pemindahan data dan kompatibilitas workflow yang ada
- Di komunitas, diskusi tentang analisis biaya/kinerja saat memindahkan infrastruktur skala besar dan strategi eksekusi berlangsung aktif
Latar belakang pencarian alternatif VMware
- Banyak perusahaan belakangan menghadapi perubahan kebijakan lisensi VMware serta beban biaya yang terus meningkat
- Karena itu, langkah untuk meninjau solusi yang dapat menggantikan infrastruktur VMware yang ada semakin dipercepat
Platform virtualisasi alternatif utama
- Proxmox VE: solusi virtualisasi open source yang dipertimbangkan banyak organisasi kecil dan menengah karena kemudahan pengelolaan berbasis web dan dukungan komunitas yang aktif
- oVirt: solusi virtualisasi enterprise berbasis Red Hat yang menggunakan KVM serta memiliki skalabilitas dan fitur otomasi
- Xen: hypervisor open source yang sudah lama terbukti stabil dan berkinerja baik, serta didukung oleh sejumlah perusahaan komersial utama
- Hyper-V: solusi dari Microsoft yang cocok untuk lingkungan Windows dan memiliki kedekatan tinggi dengan infrastruktur Microsoft
Isu dan diskusi migrasi
- Dalam proses transisi nyata, banyak yang menghadapi tantangan praktis seperti pemindahan data VM yang ada, kompatibilitas jaringan dan storage, serta penulisan ulang skrip otomasi
- Dalam kebanyakan kasus, proses verifikasi dilakukan melalui benchmark, test migration, dan proyek pilot skala kecil
Pendapat komunitas dan para ahli
- Banyak pengguna lebih menyukai pendekatan bertahap, dimulai dengan memindahkan sebagian layanan terlebih dahulu
- Berbagai pengalaman dan saran tentang kelebihan serta kekurangan tiap solusi dari sisi performa, stabilitas, dan skalabilitas terus dibagikan
Kesimpulan dan pendekatan strategis
- Beragam solusi alternatif untuk mengurangi ketergantungan pada VMware memang sudah digunakan dalam praktik
- Ditekankan perlunya strategi migrasi yang disesuaikan dengan skala dan kompleksitas infrastruktur organisasi, anggaran, serta kapabilitas IT
1 komentar
Komentar Hacker News
ELA VMware 5 tahun di institusi kami melonjak dari $1,5 juta menjadi $12 juta, saya bekerja di bidang pendidikan tinggi
Lingkungan Hyper-V sudah dibangun beberapa bulan lalu, dan karena sudah termasuk dalam Microsoft ELA, dananya bisa dipakai untuk mendapatkan dukungan pada level yang lebih tinggi
Ada tim terpisah yang khusus menangani "genAI stuff"
Kami mulai migrasi VM sekitar 3 minggu lalu dan sudah memindahkan sekitar 500 dari 3.500 mesin
Lingkungan HPC untuk proyek dukungan riset sedang dipindahkan ke bare metal, dan perpindahan VM ini bersifat sementara untuk HPC temporer dan infrastruktur umum
Beberapa server aplikasi besar seperti SAP Hana mungkin tetap di VMware jika SAP tidak mendukung Hyper-V
Musim panas ini benar-benar berat, tapi pada akhirnya kami berhasil
“Jika Anda perusahaan Global 2000, VMware menginginkan bisnis Anda — kalau bukan, mereka tidak terlalu peduli”
Artikel terkait
Di lingkaran teman-teman saya yang bekerja di SME, topik ini sedang panas
Dari perspektif lokal Swedia, pemain utamanya adalah HPE dan Nutanix
Saya rasa keputusan HPE untuk mendukung beberapa backend hypervisor sambil memasang frontend mereka sendiri itu keputusan yang jenius, dan itulah satu-satunya arah yang masuk akal ke depan
Di tempat kerja saya sekarang kami memakai Proxmox dan sangat puas
Dari pengalaman saya dengan VMware, saya rasa kebanyakan perusahaan bisa dengan mudah menggantinya dengan Proxmox
Adopsi Proxmox lebih lambat karena tidak punya SLA enterprise; berapa pun biayanya, yang dibutuhkan hanyalah kontrak enterprise
Secara pribadi saya ingin melihat KubeVirt atau Openshift+KubeVirt lebih luas digunakan; rasanya jenius menambahkan runtime hypervisor ke API kubernetes yang sudah banyak dipakai
Saya khawatir Proxmox akan melewatkan kesempatan ini
Mereka berada di posisi unik untuk menggantikan VMware, tetapi perusahaannya kecil dan konservatif, jadi tampaknya tidak punya ambisi untuk berekspansi secara global
Isi kontrak premium Proxmox:
akses ke repositori enterprise, set fitur lengkap, dukungan melalui portal pelanggan, tiket dukungan tanpa batas, respons dalam 2 jam, dukungan SSH jarak jauh, dan aktivasi kunci langganan offline
Sangat disayangkan tidak mendukung SAN dan ISCSI
Saya suka model penyiapan seperti ini dan ingin terus memakainya
Saya sempat mengusulkan migrasi ke bare metal Openshift, tetapi ada penolakan karena kekurangan fitur
Pada akhirnya diputuskan untuk memakai hpe
Saya rasa Openshift+KubeVirt berada di posisi yang sangat bagus untuk masuk
Di berbagai bidang tempat saya bekerja, Openshift sudah banyak dipakai jadi ini perluasan yang alami
Saya lupa betapa kuatnya kemampuan bundling Hyper-V dari MSFT, dan itu sering disebut di thread ini
Broadcom menaikkan harga terlalu tinggi sehingga kami sedang pindah ke proxmox
Beberapa orang di tim IT sudah pernah memakai proxmox di rumah, jadi saat biaya mempertahankan VMWare dari Broadcom jauh lebih besar daripada risiko gangguan selama migrasi, kami langsung memutuskan pindah tanpa ragu
Kami memindahkan sebagian farm sambil melakukan uji A/B, hasilnya juga bagus, jadi sepertinya seluruh perpindahan bisa selesai sebelum pembayaran berikutnya ke Broadcom
Broadcom justru membantu kami mempercepat pengambilan keputusan
Secara pribadi, Broadcom dan Oracle adalah “vendor nomor satu yang tidak akan pernah saya pilih secara sukarela”; cukup hebat juga Broadcom bisa setara dengan Oracle
Oracle setidaknya masih menginginkan pelanggan yang membayar, sedangkan Broadcom terlihat tidak peduli pada pelanggan itu sendiri
Saya bekerja sebagai MSP dan terutama menangani klien UKM
Setelah akuisisi vmware oleh Broadcom, biaya lisensi naik sangat besar, dan tahun ini bahkan naik sampai $20.000 per tahun karena jumlah minimum core, dan sepertinya bisa naik lagi ke depan
Jika memakai lisensi lama yang perpetual, Anda masih bisa bertahan beberapa tahun dengan memisahkan VLAN manajemen dari internet, tetapi karena tidak bisa di-patch, pada akhirnya bisa kena audit internal
Lisensi berbasis perpanjangan tidak memungkinkan VM dinyalakan sama sekali saat masa berlakunya habis; kalau reboot, akan tetap mati
Sekitar setengah dari semuanya kami pindahkan ke Hyper-V, dan sebagian besar memang sudah memakai Windows Server
Memang ada beberapa perbedaan, tetapi Hyper-V menyediakan semua fitur yang kami butuhkan dan lisensinya sudah termasuk
Veeam membuat perpindahan antar-VM jadi mudah, sehingga banyak pelanggan memakainya untuk backup
Cukup banyak yang bermigrasi ke Azure atau lingkungan hosting lain; jika tidak punya LOB utama seperti file server kantor pusat, perpindahannya cukup mudah
Sebagian lagi sedang pindah atau memperluas penggunaan nutanix
Dari sudut pandang server/developer, kami terus mengalami berbagai ketidakstabilan seperti perilaku VM yang aneh atau performa di bawah harapan, dan pemilik sistem lain juga mengalami masalah serupa
Dalam waktu singkat ada sesuatu yang menjadi pemicu perubahan besar, dan akhirnya kami memutuskan pindah
Yang didukung upstream Linux adalah stack berbasis libvirtd, jadi sisi itu juga perlu dicek
Ada juga yang memakai proxmox hanya untuk UI karena kebutuhan sertifikasi, dan banyak pelanggan saya juga pindah ke dashboard cockpit atau kubernetes
Ini tergantung pada skala dan kebutuhan provisioning
cockpit adalah favorit saya karena mudah dikonfigurasi, tetapi kurang cocok untuk skala cluster, dan cukup merepotkan karena harus menyiapkan web UI dan beberapa daemon cockpit server secara terpisah
Proxmox memang tua dan berbasis Perl, tetapi masih layak dipakai; untuk clustering storage agak merepotkan karena memerlukan lapisan sistem file seperti ceph
Ada juga Openshift, tetapi perusahaan kecil-menengah cenderung menghindarinya karena khawatir terkunci pada IBM/RedHat
cockpit, proxmox, penjelasan cockpit machines
Saya bekerja di vendor block storage, dan sedang melihat berbagai platform manajemen cloud berbasis KVM yang dipakai untuk keluar dari VMware
Pelanggan sedang berpindah ke OpenNebula, CloudStack, Proxmox, OpenStack, HP VME, Oracle Virtualization, bahkan solusi rakitan sendiri
Kesamaan utamanya adalah fokus pada backend storage yang tidak terikat ke hypervisor tertentu dan bisa memberikan performa tinggi yang dapat diprediksi
Kelebihan ekosistem KVM adalah kebebasan memilih tool yang paling cocok untuk pekerjaan, dan kebebasan itu meluas sampai ke lapisan storage
Solusi software-defined block storage yang bagus bisa memperlancar perpindahan dari VMware lewat fitur seperti migrasi data, disaster recovery, dan sebagainya
Solusi KVM benar-benar sedang mendapatkan momentum
Microsoft tampaknya yang paling diuntungkan
Menyedihkan melihat perusahaan dipermainkan software closed source lalu mengulang jalur yang sama lagi
Nutanix juga sedang mengalami lonjakan permintaan
Syukurlah alternatif seperti Proxmox dan Xcp-ng juga menunjukkan tingkat adopsi yang memecahkan rekor
Saya terlibat di proyek Apache CloudStack, dan layanan ini juga sedang mengalami kenaikan permintaan yang belum pernah terjadi sebelumnya
Hypervisor KVM pada dasarnya sudah menjadi standar de facto, dan berkat tool virt-v2v, migrasi guest vmware jadi mudah
Di perusahaan saya sebelumnya, sekitar periode 2023/2024 saya mempresentasikan opsi-opsi ini dalam bentuk slide
Saya mengusulkan tiga jalur: tetap di vmware, migrasi ke Apache Cloudstack, atau migrasi ke Nutanix, tetapi pada akhirnya diputuskan untuk memindahkan sisa infrastruktur ke AWS dengan lift and shift
Kalau saya yang bertanggung jawab penuh, Cloudstack akan lebih cocok; kami punya kemampuan untuk itu dan bisa lepas dari ketergantungan vendor
Nutanix hanya masuk daftar berdasarkan portofolio teknologinya, tetapi karena profitabilitas, struktur keuangan, dan fokus SaaS-nya, ada kekhawatiran pada akhirnya akan jatuh ke masalah yang sama seperti vmware
Ada berbagai opsi berbasis KVM/QEMU atau OpenStack, dan Virtuozzo juga mengesankan, walau paket keseluruhannya terasa kurang
Oxide menarik karena kesederhanaan dan integrasinya, tetapi permintaan internal untuk produk startup yang masih baru sangat rendah
Microsoft dan Oracle dikeluarkan karena biaya dan beban lisensinya terlalu besar, sementara IBM/Openshift dikeluarkan karena private cloud kami 100% berbasis VM dan hanya sekitar 20% dari seluruh produk yang bisa dikontainerisasi
Saran terpenting adalah memahami dengan tepat karakteristik workload Anda saat ini lalu memilih opsi yang sesuai
Semua orang menekankan K8s dan container, tetapi di lingkungan yang mayoritas VM, opsi seperti itu tidak terlalu berarti
<i>"VMware kembali di pengadilan. Hubungan pelanggan jarang berakhir seburuk ini"</i> (190 komentar, 2025)
Tautan terkait
<i>"Proxmox VE: Import Wizard untuk Migrasi VMware ESXi VMs"</i> (100 komentar, 2024)
Tautan terkait
Saya biasanya sangat menekan tim IT perusahaan agar mengizinkan tool atau workflow alternatif
Kenyataannya, inilah hambatan terbesar
Tim kami punya kemampuan DevOps yang cukup untuk mengemas container, lingkungan pengembangan, dan sebagainya, tetapi tim keamanan perusahaan hanya terus mengulang “melanggar kebijakan” saat kami mencoba membuka diskusi
Pengalaman ini bukan cuma di satu tempat; saya mengalaminya berulang kali bahkan di perusahaan engineering/software yang levelnya tinggi
Saya juga mengalami situasi yang persis sama, dan ini benar-benar membuat frustrasi
Tim keamanan siber memegang semua kendali, tetapi nyaris tidak punya minat atau keahlian dalam DevOps maupun manajemen proses
Akhirnya setiap percakapan seperti mentok di firewall manusia, dan jawabannya selalu “tidak bisa”
Secara organisasi, semua orang heran kenapa perbaikan tidak pernah terjadi
Masalah kepercayaan terhadap pihak ketiga itu sama sekali bukan lelucon
Siapa yang mau menghentikan pekerjaannya sendiri untuk mengaudit vendor inti yang baru
Tim kami juga mampu mewujudkan container dan packaging lingkungan pengembangan dengan kemampuan DevOps
Di tempat kerja saya, kami all-in pada container tanpa Kubernetes, dan hasilnya sangat bagus
Sangat disayangkan ada resistensi terhadap pendekatan seperti ini, dan saya harap akhirnya bisa berjalan baik