- Birçok şirket, VMware’in yüksek lisans maliyetleri ve son değişiklikler nedeniyle alternatifler arıyor
- Çeşitli küçük ve orta ölçekli BT ekipleri, Proxmox VE ve oVirt gibi açık kaynak sanallaştırma çözümlerine geçişi değerlendiriyor
- KVM, Xen, Hyper-V gibi diğer hipervizörlere migrasyon düşünülüyor
- Gerçek migrasyon süreçlerinde veri taşıma yöntemleri ve mevcut iş akışlarıyla uyumluluk sorunları öne çıkıyor
- Toplulukta büyük ölçekli altyapı geçişlerinde maliyet/performans analizi ve uygulama stratejileri üzerine canlı tartışmalar yürütülüyor
VMware alternatifleri arayışının arka planı
- Birçok şirket son dönemde VMware’in lisans politikası değişiklikleri ve artan maliyet baskısıyla karşı karşıya
- Buna bağlı olarak mevcut VMware altyapısının yerini alabilecek çözümleri inceleme eğilimi hız kazandı
Başlıca alternatif sanallaştırma platformları
- Proxmox VE: Web tabanlı yönetim kolaylığı ve aktif topluluk desteği sayesinde birçok küçük ve orta ölçekli kuruluşun değerlendirdiği açık kaynak bir sanallaştırma çözümü
- oVirt: Red Hat tabanlı bir kurumsal sanallaştırma çözümü; KVM üzerine kurulu ve ölçeklenebilirlik ile otomasyon özellikleri sunuyor
- Xen: Uzun yıllardır kararlılığı ve performansıyla doğrulanmış açık kaynak bir hipervizör; önemli ticari destek sağlayıcıları da bulunuyor
- Hyper-V: Microsoft’un çözümü; Microsoft altyapısıyla uyumluluğu yüksek ve Windows ortamlarına uygun
Migrasyon sorunları ve tartışmalar
- Gerçek geçiş sürecinde mevcut VM verilerinin taşınması, ağ ve depolama uyumluluğu, otomasyon betiklerinin yeniden yazılması gibi pratik zorluklarla karşılaşılıyor
- Çoğu durumda doğrulama süreci; benchmark çalışmaları, test migrasyonları ve küçük ölçekli pilot projelerle yürütülüyor
Topluluk ve uzman görüşleri
- Pek çok kullanıcı, bazı hizmetleri adım adım taşımayı tercih ediyor
- Performans, kararlılık ve ölçeklenebilirlik açısından her çözümün kendine özgü artıları ve eksileri hakkında çeşitli deneyimler ve öneriler paylaşılıyor
Sonuç ve stratejik yaklaşım
- VMware bağımlılığını azaltmak için çeşitli alternatif çözümler fiilen kullanılıyor
- Kurumun altyapı ölçeği ve karmaşıklığı, bütçesi ve BT yetkinliklerine göre özelleştirilmiş bir geçiş stratejisinin gerekliliği vurgulanıyor
1 yorum
Hacker News görüşü
Kurumumuzun VMware için 5 yıllık ELA’sı 1,5 milyon dolardan 12 milyon dolara fırladı; ben yükseköğretim alanında çalışıyorum
Hyper-V ortamı birkaç ay önce kuruldu ve Microsoft ELA’ya zaten dahil olduğu için daha yüksek seviyede destek almak üzere bütçe ayırabildik
Sadece "genAI stuff" ile ilgilenen ayrı bir ekibimiz var
Yaklaşık 3 hafta önce VM geçişine başladık ve 3.500 makineden yaklaşık 500’ünü taşıdık
Araştırma destek projeleri için kullanılan HPC ortamı bare metal’e taşınıyor; VM dönüşümü ise geçici HPC ve genel altyapı için yapılıyor
SAP Hana gibi bazı büyük uygulama sunucuları, SAP Hyper-V’yi desteklemezse VMware’de kalabilir
Bu yaz gerçekten çok zorluydu ama sonunda başardık
“Eğer Global 2000 şirketiyseniz VMware işinizi ister — değilseniz pek ilgilenmez”
ilgili makale
Etrafımdaki SME arkadaşlar arasında bu konu çok sıcak
İsveç perspektifinden bakınca başlıca oyuncular HPE ve Nutanix
HPE’nin birden fazla hypervisor backend’ini destekleyip üstüne kendi frontend’ini koyması bence dahiyane bir karar; ileriye dönük tek yol bu gibi görünüyor
Mevcut iş yerimde Proxmox kullanıyoruz ve çok memnunuz
VMware deneyimi olan biri olarak, çoğu şirket için Proxmox’un kolay bir ikame olabileceğini düşünüyorum
Proxmox’un benimsenmesi enterprise SLA eksikliği yüzünden yavaş ilerliyor; fiyatı ne olursa olsun insanların istediği şey enterprise sözleşmesi
Kişisel olarak KubeVirt ya da Openshift+KubeVirt’ün daha yaygınlaşmasını görmek isterim; hâlihazırda iyi kullanılan kubernetes API’sine hypervisor runtime eklemek bana dahiyane geliyor
Proxmox’un bu fırsatı kaçırmasından endişeliyim
VMware’in yerini almak için eşsiz bir konumdaydı ama şirket küçük ve muhafazakâr; dünya çapında büyüme hırsı varmış gibi görünmüyor
Proxmox premium sözleşmesinin içeriği:
enterprise deposuna erişim, tam özellik seti, müşteri portalı üzerinden destek, sınırsız destek bileti, 2 saat içinde yanıt, uzaktan SSH desteği ve çevrimdışı abonelik anahtarı aktivasyonu sağlanıyor
SAN ve ISCSI desteğinin olmaması gerçekten üzücü
Bu tür bir kurulum yaklaşımını sevdiğim için kullanmaya devam etmek isterdim
Bare metal Openshift’e geçmeyi önerdim ama özellik eksikliği nedeniyle direnç oldu
Sonunda HPE’ye gitmeye karar verildi
Openshift+KubeVirt’ün yayılmak için gerçekten iyi bir konumda olduğunu düşünüyorum
Çalıştığım birçok alanda Openshift zaten yaygın, dolayısıyla bu doğal bir genişleme
MSFT’nin Hyper-V’yi paketleyebilme gücünü unutmuştum; bu başlıkta sık sık anılıyor
Broadcom fiyatları o kadar artırdı ki proxmox’a geçiyoruz
IT ekibindeki birkaç kişi evde zaten proxmox kullanmıştı; Broadcom altında VMWare’i sürdürmenin maliyeti, geçiş sırasında yaşanabilecek kesinti riskinden çok daha büyük hale gelince artık tereddüt etmeden geçiş kararı verdik
Çiftliğin bir kısmını taşıyıp A/B testi yaptık, sonuçlar iyi çıktı; bu gidişle bir sonraki Broadcom ödemesinden önce tam geçişi bitirebiliriz
Broadcom karar vermemizi hızlandırmamıza yardımcı oldu
Kişisel olarak Broadcom ve Oracle benim “asla gönüllü olarak iş yapmayacağım şirketler” listemde ilk sırada; Broadcom’un Oracle seviyesine inmesi de ayrı bir başarı
Oracle en azından ödeme yapan müşterileri istiyor; Broadcom ise müşteriyle hiç ilgilenmiyor gibi
Bir MSP’de çalışıyorum ve çoğunlukla küçük ve orta ölçekli işletme müşterileriyle ilgileniyorum
Broadcom’un vmware’i satın almasından sonra lisans maliyetleri inanılmaz arttı; bu yıl çekirdek başına minimum sayı nedeniyle yıllık 20 bin dolara kadar çıktı, ileride daha da artabilir
Eski kalıcı (Perpetual) lisansınız varsa, yönetim VLAN’ını internetten ayırarak birkaç yıl daha idare edebilirsiniz ama yama yapılamadığı için eninde sonunda iç denetimde sorun çıkar
Yenilemeli lisanslarda süre dolunca VM’leri açmak bile mümkün olmuyor; yeniden başlatırsanız kapalı kalıyorlar
İşlerin yaklaşık yarısını Hyper-V’ye taşıyoruz; çoğunda zaten Windows sunucuları kullanılıyor
Bazı farklar var ama Hyper-V ihtiyaç duyulan tüm özellikleri sağlıyor ve lisans da zaten dahil
Veeam, VM’ler arası taşımayı kolaylaştırıyor; müşterilerimiz bunu yedekleme için yoğun kullanıyor
Epey bir kısmı Azure’a ya da başka hosting ortamlarına taşınıyor; merkez ofis dosya sunucusu gibi kritik LOB uygulamaları yoksa geçiş oldukça kolay
Bazıları da nutanix’e geçiyor ya da mevcut kullanımını genişletiyor
Sunucu/geliştirici tarafından bakınca garip VM davranışları ve beklenenden düşük performans dahil çeşitli kararsızlıklar yaşadık; diğer sistem sahipleri de benzer sorunlar gördü
Kısa süre içinde bir şeyler değişti ve bu sonunda taşınmamıza yol açtı
Upstream Linux’un desteklediği şey libvirtd tabanlı stack olduğu için buna da bakmak gerek
Sertifikasyon gereksinimleri nedeniyle proxmox’u sadece UI olarak kullanan yerler var; müşterilerim arasında cockpit dashboard’a ya da kubernetes’e geçenler de çok oldu
Bu, ölçek ve provisioning gereksinimlerine bağlı
Cockpit kurulumu kolay olduğu için favorim ama cluster ölçeğine uygun değil; ayrıca web UI ile çeşitli cockpit server daemon’larını ayrı ayrı kurma zahmeti var
Proxmox eski ve Perl tabanlı ama iş görüyor; storage clustering tarafında ceph gibi bir dosya sistemi katmanı gerektiği için biraz uğraştırıyor
Openshift de var ama IBM/RedHat bağımlılığı endişesi nedeniyle küçük ve orta ölçekli şirketler bundan kaçınıyor
cockpit, proxmox, cockpit machines açıklaması
Bir block storage üreticisinde çalışıyorum ve VMware’den çıkan müşterilerin farklı KVM tabanlı cloud management platformlarına geçtiğini görüyorum
Müşteriler OpenNebula, CloudStack, Proxmox, OpenStack, HP VME, Oracle Virtualization hatta şirket içinde geliştirilmiş çözümlere geçiyor
Ortak ana tema, belirli bir hypervisor’a bağımlı kalmadan öngörülebilir yüksek performans sunacak storage backend’ine odaklanmaları
KVM ekosisteminin avantajı, işe en uygun araçları serbestçe seçebilmeniz ve bu özgürlüğün storage katmanına kadar uzanması
İyi bir yazılım tanımlı block storage çözümü, veri taşıma, felaket kurtarma gibi özelliklerle VMware’den geçişi sorunsuz hale getirebilir
KVM çözümleri gerçekten ivme kazanıyor
En çok kazanan Microsoft gibi görünüyor
Şirketlerin kapalı kaynak yazılımlardan darbe yiyip sonra aynı yola tekrar girmesi üzücü
Nutanix’te de talep patlaması var
Proxmox ve Xcp-ng gibi alternatiflerin de rekor seviyede benimsenme görmesi sevindirici
Ben Apache CloudStack projesinin bir parçasıyım ve bu hizmet de benzeri görülmemiş bir talep artışı yaşıyor
KVM hypervisor fiilen standart hâline geldi ve virt-v2v aracı sayesinde vmware guest geçişleri kolaylaştı
Önceki şirketimde 2023/2024 döneminde seçenekleri slaytlarla özetleyip sundum
VMware’de kalmak, Apache Cloudstack’e geçmek ya da Nutanix’e geçmek olmak üzere üç yol önerdim ama sonunda kalan altyapının AWS’ye lift-and-shift ile taşınmasına karar verildi
Ben karar verici olsaydım Cloudstack daha uygun olurdu; bu yetkinliğimiz vardı ve bağımlılıktan da çıkabilirdik
Nutanix’i yalnızca teknik portföyüne bakarak listeye almıştık; ancak kârlılık, finansal yapı ve SaaS odağı gibi nedenlerle sonunda vmware ile aynı sorunlara düşebileceğinden endişelendik
KVM/QEMU ya da OpenStack tabanlı çeşitli seçenekler var; Virtuozzo da etkileyiciydi ama bütünleşik paket tarafı zayıftı
Oxide sadeliği ve entegre yapısıyla çekiciydi ama yeni bir startup ürününe içeride yeterli talep yoktu
Microsoft ve Oracle, maliyet ve lisans yükü yüzünden elendi; IBM/Openshift ise özel bulutumuzun %100 VM olması ve ürünlerin ancak yaklaşık %20’sinin container’a taşınabilecek olması nedeniyle elendi
En önemli tavsiye, mevcut workload’larınızın özelliklerini doğru anlamak ve ona göre seçenek seçmek
Herkes K8s ve container’lardan bahsediyor ama ağırlıklı olarak VM kullanan ortamlarda bu seçenekler çoğu zaman pek anlam ifade etmiyor
<i>"VMware's in court again. Customer relationships rarely go this wrong"</i> (190 yorum, 2025)
ilgili bağlantı
<i>"Proxmox VE: Import Wizard for Migrating VMware ESXi VMs"</i> (100 yorum, 2024)
ilgili bağlantı
Çoğunlukla kurumsal IT ekiplerine alternatif araçlara veya iş akışlarına izin vermeleri için güçlü şekilde baskı yapıyoruz
Aslında en büyük engel bu
Ekibimizde yeterli DevOps yetkinliği var; container kullanımı veya geliştirme ortamlarının paketlenmesi gibi işleri rahatlıkla yapabiliriz ama kurumsal güvenlik ekipleri bizim görüşme taleplerimize sadece “politika ihlali” diyerek karşılık veriyor
Bu deneyimi tek bir yerde değil, üst düzey mühendislik/yazılım şirketlerinde birden fazla kez yaşadım
Ben de tamamen aynı durumdayım, gerçekten çok sinir bozucu
Siber güvenlik ekibi her şeyi kontrol ediyor ama DevOps ya da süreç yönetimi konusunda ne ilgileri ne de uzmanlıkları var
Sonuçta konuşmaya çalıştığınızda karşınıza insan güvenlik duvarı çıkıyor ve aldığınız tek cevap hep “hayır” oluyor
Organizasyonel olarak neden ilerleme kaydedilmediğine herkes şaşırıyor
Üçüncü taraf güvenilirliği meselesi şaka değil
Kim kendi işini bırakıp yeni bir çekirdek tedarikçiyi denetlemek ister ki
Bizim ekip de DevOps becerileri sayesinde container’lar ve geliştirme ortamı paketleme işini gerçekleştirebilir
Çalıştığım yerde Kubernetes olmadan tamamen container yaklaşımına gittik ve sonuçlar çok iyiydi
Bu tür bir yaklaşıma direnç gösterilmesi gerçekten üzücü; umarım sonunda iyi sonuçlanır