VMware Sonrası Platform Seçimi: Hyper-V, Proxmox VE ve Diğerleri

VMware Broadcom’a geçtikten sonra kalıcı lisans satışı bitti; ürünler abonelik ve çekirdek bazlı paketlere toplandı. Yenileme teklifi masaya geldiğinde asıl soru fiyat değil: hangi platform sizin yedekleme, depolama ve ekip yapınızla gerçekten çalışır? Bu rehber Hyper-V/Azure Local, Proxmox VE, Nutanix AHV ve VMware’de kalma seçeneklerini fiyat listesine değil, sahada işin bozulduğu noktalara göre karşılaştırıyor.

Karardan önce cevaplanacak sorular

Hipervizör değiştirmek tek bir yazılımı değiştirmek değildir. Yedekleme işleri, izleme şablonları, PowerShell ya da Ansible betikleri, depolama erişimi, ekibin gece 3’teki refleksleri ve destek sözleşmeleri birlikte değişir. Karar toplantısına şu soruların yazılı cevabıyla girin:

• Yenileme tarihi ne zaman? Destek bitişi, taşıma için elinizdeki süreyi belirler. Birkaç aylık pencere büyük bir platform değişikliğine yetmez; kısa vadeli yenileme ile planlı çıkışı birlikte düşünün.
• Hangi vSphere özelliklerini fiilen kullanıyoruz? vMotion, HA ve DRS hemen her ortamda var. NSX mikro segmentasyonu, vSAN stretched cluster, Horizon veya Aria otomasyonu ise taşıma maliyetini katlar.
• Depolama nerede duruyor? FC veya iSCSI SAN varsa hedef platform o diziyle konuşabilmeli. vSAN kullanıyorsanız depolamayı da baştan tasarlayacaksınız.
• Yedekleme ürünü yeni platformu destekliyor mu? Ajan tabanlı yedeğe dönmek; hipervizör düzeyinde değişiklik izlemeyi (CBT benzeri) ve anlık geri yüklemeyi kaybetmek demektir.
• Ekip hangi işletim sisteminde rahat? Windows Server ve PowerShell ağırlıklı bir ekiple Linux ağırlıklı bir ekip için doğru cevap aynı değildir.

Sahada en sık gördüğümüz hata, bu listeyi atlayıp doğrudan ürün demosuna geçmek. Demo her zaman çalışır.

Değerlendirme kriterleri

Özellik listesi değil, işletme kriteri kullanın. Her kriter için “yoksa kabul edilemez” ile “olsa iyi olur” ayrımını önceden yazın; yapmazsanız karşılaştırma tablosu bütün seçenekleri eşit gösterir ve karar yine fiyata kalır.

1. Yedekleme ekosistemi: Ürününüz hedef hipervizörü API düzeyinde destekliyor mu? Uygulama tutarlı yedek, dosya düzeyi geri yükleme ve çapraz platform geri yükleme var mı?
2. Depolama uyumluluğu: Mevcut SAN kullanılabiliyor mu, paylaşımlı blok depolamada snapshot alınabiliyor mu, HCI seçeneği var mı?
3. Yönetim aracı: Merkezi konsol, rol bazlı yetki, API ve otomasyon, çoklu küme yönetimi.
4. Yüksek erişilebilirlik ve canlı geçiş: Otomatik yeniden başlatma, canlı geçiş, DRS benzeri yük dengeleme ve bakım modunun gerçek davranışı.
5. Donanım uyumluluğu: Sunucular, HBA ve NIC sürücüleri hedefte destekleniyor mu? HCI ürünlerinde onaylı donanım listesi zorunlu mu?
6. Destek modeli: Üretici, iş ortağı ya da topluluk; SLA ve eskalasyon yolu kimde?
7. Ekip yetkinliği: Eğitim ihtiyacı ve platformun tek bir kişinin kafasında kalma riski.

Hyper-V ve Azure Local

Hyper-V, Windows Server’ın bir rolüdür. Failover Clustering ile HA, canlı geçiş ve Cluster Shared Volume (CSV) üzerinden paylaşımlı depolama gelir. Mevcut FC/iSCSI SAN’lar MPIO ile doğrudan bağlanır; SMB3 dosya paylaşımları da VM depolaması olarak desteklenir. Yönetimde Failover Cluster Manager, Hyper-V Manager, Windows Admin Center ve PowerShell var; çok sayıda kümeyi tek konsoldan yönetecekseniz System Center Virtual Machine Manager (SCVMM) gerekir.

Hyper-V’nin güçlü tarafı ekosistemdir. Yaygın kurumsal yedekleme ürünleri Hyper-V’yi uzun süredir destekler; hostlar Datacenter sürümüyle lisanslanıyorsa konuk Windows lisansı da aynı hesapta çözülür. Zayıf tarafı araçların dağınıklığıdır. vCenter’daki DRS olgunluğunda bir otomatik yük dengeleme ancak SCVMM’in Dynamic Optimization özelliğiyle ya da kümenin yerleşik VM Load Balancing özelliğiyle sınırlı ölçüde gelir. Konsolda alışılmış tek ekran yok.

Azure Local (eski adıyla Azure Stack HCI), Hyper-V ve Storage Spaces Direct üzerine kurulu, Azure Arc ile Azure portalından yönetilen bir HCI çözümüdür. Sunucular onaylı donanım kataloğundan seçilir, ücretlendirme Azure aboneliği üzerinden çekirdek başınadır. Klasik Hyper-V kümesinden farkı, işletim sistemi, sürücü ve firmware yaşam döngüsünün bir bütün olarak yönetilmesi ve AKS, Azure Virtual Desktop gibi hizmetlerin şirket içinde çalıştırılabilmesidir. SAN’ını kullanmaya devam etmek isteyen kurum için klasik Windows Server Hyper-V kümesi genellikle daha doğal seçimdir. Küme tasarımının ayrıntıları için Hyper-V failover cluster planlama kontrol listesine bakın.

Proxmox VE

Proxmox VE, Debian tabanlı, KVM/QEMU sanal makinelerini ve LXC konteynerlerini tek web arayüzünden yöneten açık kaynak (AGPLv3) bir platformdur. Ayrı bir yönetim sunucusu yok; kümedeki her düğüm aynı arayüzü sunar. Depolama tarafında yerleşik Ceph, ZFS (yerel depolama ve asenkron replikasyon), NFS, iSCSI, LVM ve Proxmox Backup Server entegrasyonu bulunur; ayrıntılar Proxmox VE yönetim kılavuzunda. Yazılım ücretsizdir; kurumsal paket deposu ve üretici desteği soket başına abonelikle gelir.

Proxmox VE 8.2 ile gelen ESXi içe aktarma sihirbazı VM’leri doğrudan bir ESXi hostundan çekmeyi kolaylaştırdı; Veeam Backup & Replication da 12.2 sürümüyle Proxmox VE desteği ekledi. Sınırlar da net. Paylaşımlı SAN üzerinde (LVM over iSCSI/FC) snapshot desteği tarihsel olarak yoktu; Proxmox VE 9 ile bu senaryoya teknoloji önizlemesi düzeyinde bir çözüm geldi, üretimde güvenmeden önce kendi ortamınızda test edin. DRS benzeri sürekli yük dengeleme sınırlıdır. Ekipte Linux, ağ köprüleri ve Ceph işletim bilgisi şarttır. Bu bilgi yoksa sorun ilk disk arızasında çıkar. Küme kurulumunun adımları Proxmox VE cluster kurulumu rehberinde.

Nutanix AHV ve diğer seçenekler

Nutanix AHV, Nutanix HCI platformunun KVM tabanlı hipervizörüdür. Prism konsolu, vCenter’a en yakın yönetim deneyimini veren alternatiflerden biridir; Nutanix Move aracı VMware’den taşımayı destekler. AHV’yi ise Nutanix’in dağıtık depolama katmanından ayrı düşünemezsiniz. Nutanix belirli harici depolama dizileriyle entegrasyonu genişletiyor, ama bu destek sınırlı bir ürün listesiyle geçerli; SAN’ınızı korumak istiyorsanız dizinin Nutanix’in güncel uyumluluk listesinde olup olmadığını doğrulayın. Donanım ve yazılım lisansını birlikte hesaplayın. Kapasite ve dayanıklılık tarafında HCI ile klasik SAN farkı için HCI ve SAN karar rehberine göz atın.

Diğer seçenekler daha dar senaryolara uyar:

• XCP-ng ve Xen Orchestra: Xen tabanlı açık kaynak platform; Citrix Hypervisor geçmişi olan ekiplere tanıdık gelir.
• OpenShift Virtualization / KubeVirt: VM’leri Kubernetes üzerinde çalıştırır. Konteyner platformuna zaten yatırım yapmış kurumlar için anlamlıdır, klasik sunucu ve sistem altyapısı için değil.
• Genel bulut (Azure, AWS): Sanallaştırma katmanını tümden devretmek; bant genişliği, veri egemenliği ve sürekli işletme maliyeti ayrı bir analiz ister.
• VMware’de kalmak: NSX, vSAN stretched cluster veya yoğun otomasyon kullanan ortamlarda taşıma riski abonelik maliyetinden ağır basabilir. Bu durumda gerçekten kullanılan özellikleri doğrulayın ve paketi ona göre seçin.

Karşılaştırma tablosu

Tablo genel eğilimi gösterir. Sürüme ve yapılandırmaya göre değişen ayrıntılarda üretici dokümantasyonu esastır.

Karar ağacı ve maliyet kalemleri

Karar ağacını en kısıtlayıcı sorudan başlatın:

1. NSX, Horizon veya vSAN stretched cluster’a sıkı bağımlılık var mı? Varsa önce bu bağımlılığın karşılığını bulun. Bulamıyorsanız VMware’de kalıp kapsamı daraltmak ilk seçenektir.
2. Mevcut SAN’ın ömrü 3 yıldan fazla mı? Evet ise SAN’ı doğrudan kullanabilen klasik Hyper-V kümesi ya da Proxmox VE (snapshot gereksinimi netleştirilerek) öne çıkar. Hayır ise HCI seçenekleri (Azure Local, Nutanix, Ceph’li Proxmox) masaya gelir.
3. Windows sunucu yoğunluğu yüksek mi? Windows konuklar hangi hipervizörde çalışırsa çalışsın host çekirdeklerine göre Windows Server ile lisanslanır. Hostlar zaten Datacenter ile lisanslanacaksa Hyper-V ek hipervizör maliyeti getirmez; Proxmox VE veya AHV seçilirse hem Windows lisansı hem platform aboneliği ödenir. Bu kalem çoğu hesapta unutulur.
4. Ekip Linux’ta yetkin mi, destek iş ortağı var mı? Evet ise Proxmox VE güçlü adaydır. Hayır ise eğitim ve danışmanlık desteği planlanmadan seçmeyin.
5. Tek konsoldan çoklu küme ve self-servis gerekiyor mu? SCVMM, Azure Arc veya Prism gibi katmanların lisans ve işletim yükünü hesaba katın.

Yalnız hipervizör lisansını karşılaştırmak yanıltır. Toplam maliyet tablonuzda şu kalemler olmalı:

• Hipervizör ve yönetim yazılımı aboneliği veya lisansı
• Konuk işletim sistemi lisansı (Windows Server Standard/Datacenter seçimi hesabı değiştirir)
• Yedekleme ürününün yeni platform için ek lisansı veya sürüm yükseltmesi
• Depolama: mevcut SAN’ın uyumluluğu ya da yeni HCI disk ve ağ yatırımı
• Taşıma işçiliği, dönüşüm araçları ve paralel çalışma dönemi
• Eğitim, dokümantasyon, izleme ve otomasyon araçlarının uyarlanması
• Üretici ve iş ortağı destek sözleşmeleri

Platform netleşince sıra VM’lerin fiilen taşınmasına gelir; dönüşüm yöntemleri ve dalga planı için VMware’den Hyper-V’ye VM taşıma rehberine bakın. Envanter çıkarma ve seçenek analizi için sanallaştırma ve veri yönetimi hizmetimiz kapsamında birlikte çalışabiliriz.

Sık sorulan sorular

VMware’den çıkmak her kurum için doğru karar mı?

Hayır. NSX, Horizon veya vSAN stretched cluster’a sıkı bağımlı olan ya da taşıma için yeterli zamanı ve ekibi olmayan kurumda VMware’de kalıp yalnız kullanılan özelliklere göre paket seçmek daha düşük risklidir. Kararı toplam maliyet ve taşıma riskini birlikte koyarak verin.

Proxmox VE üretim ortamında kullanılabilir mi?

Evet, kurumsal paket deposu ve destek aboneliğiyle kullanılabilir. Şartı, ekipte Linux, ağ köprüleri ve seçilen depolama teknolojisi (Ceph, ZFS veya paylaşımlı SAN) bilgisinin bulunması ve yedekleme ürününün desteğinin doğrulanmasıdır.

Hyper-V için ayrı hipervizör lisansı gerekir mi?

Hayır. Hyper-V, Windows Server’ın bir rolüdür; hostların Windows Server ile lisanslanması yeterlidir. Konuk VM sayısına göre Standard veya Datacenter seçimi toplam maliyeti belirler. Merkezi yönetimde SCVMM kullanılacaksa System Center lisansını ayrıca hesaplayın.

Mevcut SAN’ımızı yeni platformda kullanabilir miyiz?

Hyper-V kümesi FC, iSCSI ve SMB3 depolamayı doğrudan kullanır. Proxmox VE de paylaşımlı LVM ile SAN kullanabilir, ancak snapshot kısıtlarını kendi sürümünüzde test edin. Azure Local ve Nutanix gibi HCI çözümleri yerel disklerle çalışacak şekilde tasarlanmıştır.