VMware Lisanslaması Değişti: Proxmox'a Geçmeli miyiz?

Kısa cevap: Lisans faturası arttı diye taşınmayın. Kararı dört şey belirler: sanallaştırma dışında hangi VMware bileşenlerine bağlısınız, ekibinizin operasyonel olgunluğu, uygulama tedarikçilerinizin destek matrisi ve geçişin gerçek toplam maliyeti. Bu dördü ölçülmeden yapılan geçiş, tasarruf ettiğini sandığınız parayı kesinti olarak geri ödetir.

Broadcom'un satın alma sonrası lisans modelini değiştirmesiyle birlikte bu soru sahada en sık konuştuğumuz konu hâline geldi. Yenileme teklifini gören teknoloji müdürü genelde aynı cümleyi kuruyor: "Proxmox'a geçsek?"

Soru meşru. Ama kararın kendisi lisans faturasından çok daha geniş bir hesap.

Rakamlar ne diyor?

Şubat 2026'da Kuzey Amerika'da 302 teknoloji karar vericisiyle yapılan CloudBolt araştırması manzarayı üç sayıyla özetliyor:

%86

Yani herkes hareket ediyor, neredeyse kimse çıkmış değil. Yaşanan bir göç değil, müşteri müşteri ve iş yükü iş yükü bir bağımlılık azaltma.

Maliyet tarafında da beklenti ile gerçek ayrışıyor. 2024'te katılımcıların %73'ü faturanın iki katından fazla artmasını bekliyordu; gerçekleşen artışın en yaygın aralığı %25 ila %49 oldu, %100'ün üzerinde artış görenlerin oranı %14'te kaldı. Yine de kurumların %85'i yeni artış bekliyor. Bugünkü faturadan çok bu beklenti, yeni iş yüklerini platformdan uzaklaştırıyor.

Aynı araştırmadaki en pahalı sayı ise az konuşulanı: kurumların yaklaşık üçte ikisi satın almadan bu yana en az iki kez strateji değiştirmiş. Her dönüş, atılan aylar demek. Karar vermemek de bir maliyet kalemi.

Önce doğru soruyu sorun

"VMware'den çıkalım mı" yanlış soru. Doğru soru şu: VMware'in hangi parçasını kullanıyorum?

Yalnızca ESXi ve vCenter kullanan, yani sanal makine çalıştırıp yöneten bir kurum için alternatifler gerçekten olgun. Proxmox VE, KVM tabanlı ve yıllardır üretimde çalışan bir platform.

Ama tabloda NSX varsa, vSAN varsa, SRM ile felaket kurtarma orkestrasyonu yapılıyorsa, Horizon ile sanal masaüstü dağıtılıyorsa; bunların her biri ayrı bir geçiş projesi. Toplamı "sanallaştırma platformu değişimi" değil, veri merkezi mimarisinin yeniden kurulması olur.

Bu ayrım lisans tarafında da karşılığını buluyor: süresiz lisanslar kalktı, katalog VMware Cloud Foundation etrafında birkaç pakete indi ve ölçü çekirdek başına, soket başına en az 16 çekirdek olacak biçimde değişti. Yani kullanmadığınız bileşenler de artık aynı paketin içinde geliyor.

Sahada gördüğümüz en pahalı hata bu: karar ESXi maliyetine bakılarak veriliyor, sonra vSAN'ın yerine ne konacağı aylar sonra gündeme geliyor.

Dört kriter

Bağımlılık envanteri. Hangi VMware ürünleri, hangi sürümler, hangi entegrasyonlar. Yedekleme yazılımınız, izleme sisteminiz ve otomasyon araçlarınız da bu listeye girer; çoğu VMware API'lerine bağlıdır ve alternatif platformda aynı yetenekle çalışmayabilir. Veeam mimarisi tarafında bu, proxy ve aktarım modu seçimlerini doğrudan etkiliyor.

Ekip olgunluğu. Proxmox ve KVM, Linux tarafında rahat olan bir ekip için doğal gelir. vCenter arayüzünden ötesine çıkmamış bir ekip için öğrenme eğrisi gerçektir ve bu eğri, geçiş sırasında değil geçişten altı ay sonra bir gece yarısı olayında ortaya çıkar.

Tedarikçi destek matrisi. ERP'niz, veritabanı üreticiniz ya da sektöre özel uygulamanız hangi hypervisor'ı destekliyor? Bazı kurumsal uygulamalar yalnızca belirli platformlarda sertifikalı destek veriyor. Desteksiz kalmayı göze alıyorsanız bu bir karar; farkında olmadan desteksiz kalmak bir kaza.

Gerçek toplam maliyet. Lisans farkı hesabın yalnızca bir kalemi. Geçiş iş gücü, paralel çalışma dönemindeki çift donanım, yedekleme yazılımının yeniden yapılandırılması, ekip eğitimi ve geçiş sırasındaki risk primi de hesaba girer. Üç yıllık toplamı çıkarmadan yapılan karşılaştırma, tasarrufu olduğundan büyük gösterir.

Takvim tarafında bir referans: Danimarkalı üretici Danfoss yaklaşık 1.100 sunucuyu VMware dışına taşıyor ve proje 2025 baharından 2027 sonuna kadar planlanmış durumda. İki buçuk yıl. Ciddi bir hypervisor geçişi, disk dönüştürücüyle geçirilen bir hafta sonu değil.

Eclit'in görüşü

Sanallaştırma katmanı artık bir rekabet avantajı değil, bir taşıyıcı. On yıl önce hypervisor seçimi stratejik bir karardı; bugün ESXi de KVM de aynı işi yapıyor ve fark, üstüne kurduğunuz operasyonda.

Bu yüzden bizim yaklaşımımız şu: acele etmeyin, ama hazırlanın.

Acele etmeyin, çünkü çalışan bir platformdan çıkmanın maliyeti genelde bir dönemlik lisans farkından yüksektir. Yenileme dönemi baskı yaratıyor olabilir; o baskıyla alınan mimari kararlar sonraki üç yılı belirliyor.

Hazırlanın, çünkü tek platforma bağlılık başlı başına bir risk. Bugün lisans modeli değişti, yarın destek politikası değişebilir. Yeni iş yüklerini platformdan bağımsız kurmak, test ve geliştirme ortamlarını alternatif platformda çalıştırmak, ekibin KVM tarafında da yetkinlik kazanması; bunlar geçiş kararı vermeden yapılabilecek şeyler ve karar geldiğinde onu ucuzlatır.

Kademeli geçiş, tek seferlik geçişten neredeyse her zaman daha iyi sonuç veriyor. Önce kritik olmayan iş yükleri, sonra ikinci katman, en son çekirdek sistemler. Her aşamada geri dönüş yolu açık kalır. Her dalganın geri dönüş planını yazmak, geçişi olaydan ayıran şey; yöntemi felaket kurtarma testi yazısındaki mantıkla aynı.

Karar sizi zorluyorsa

Bir yenileme teklifiyle karşı karşıyaysanız ve süre daralıyorsa, kısa vadede yapılabilecek en mantıklı şey genelde şu: bu dönem için yenileyin, ama sözleşme süresini kısa tutmaya çalışın ve o süre içinde bağımlılık envanterini çıkarıp bir sonraki kararı hazırlıklı verin.

Karar, yenileme teklifi geldiğinde değil, 12 ila 18 ay öncesinde veriliyor; masada gerçek bir alternatifin oluşması o kadar sürüyor.

Baskı altında verilen mimari kararlar, baskı geçtikten sonra da sizinle kalıyor.

Kaynaklar

CloudBolt araştırması, Şubat 2026

bulut platformları

Bu yazıdaki değerlendirmeler genel niteliktedir. Kendi kurulumunuz için karar vermeden önce bağımlılık envanterinizi çıkarmanızı ve tedarikçi destek matrislerinizi teyit etmenizi öneririz.