- Eretek
- Sistem Destek
- Başarı Hikayeleri
- JMW Jant
VMware/vSAN bağımlılığını kıran dönüşüm: JMW Jant'ta Dell VxRail'den Hyper-V'ye
Üç Dell VxRail P570F düğümü, bir Dell PowerEdge R740 ve üretim sistemlerine bağlı kritik servisler. Windows Server 2025 Hyper-V’ye geçişte zorluk yalnızca VM taşımak değil; depolama, ağ, replikasyon ve kurtarma mimarisini bütünüyle yeniden kurgulamaktı.
Yıllık VMware lisans tasarrufu, + KDV
0 plansız kesinti; toplam operasyon geçmişi*
Dell VxRail düğümü + PowerEdge R740
Windows Server 2025 Hyper-V hedef platform
*Müşteri beyanına göre toplam operasyon geçmişinde iki yıldır plansız kesinti yaşanmadı. Süreklilik metriği, Windows Server 2025 geçişinin iki yıl önce yapıldığı anlamına gelmez.
Bir lisans yenilemesi, neden altyapı projesine dönüştü?
JMW Jant’ın sanallaştırma ortamı, Dell VxRail hiper bütünleşik (HCI) donanımı üzerinde VMware vSphere, vCenter ve vSAN’ın aynı mimari içinde çalıştığı bir platforma dayanıyordu. Bu yapı yönetim kolaylığı ve bütünleşik depolama sağlarken lisanslama ve ürün yaşam döngüsü kararlarını da VMware ekosistemine bağlı hale getiriyordu.
Yıllık 45.000 USD + KDV tutarındaki VMware lisans yüküne karşılık, mevcut donanımı atıl bırakmadan Windows Server 2025 Hyper-V tabanlı bağımsız bir sanallaştırma platformu oluşturuldu. İşin gerçek zorluğu; hizmet bağımlılıklarını, veri yerleşimini ve kurtarma prosedürlerini yeniden tasarlamaktı.
Bu iş, ESXi kaldırıp Hyper-V kurmaktan ibaret değildi.
Hiper bütünleşik bir platformdan çıkarken hipervizörle birlikte depolama, yönetim ve kurtarma varsayımları da değişir.
HCI bağımlılığı
VxRail; vSphere ve vSAN ile birlikte tasarlanmış bütünleşik bir operasyon modeline sahipti. Hipervizör değiştirildiğinde yönetim, depolama erişimi, yaşam döngüsü ve hata senaryolarını yeniden tasarlamak gerekiyordu.
Depolama semantiği
Dağıtık vSAN datastore mantığını, Hyper-V’nin host depolaması ve VM replikasyonuyla aynı şeymiş gibi ele almak ciddi bir tasarım hatası olurdu. Kapasite, veri yerleşimi ve geri yükleme süreçleri ayrı analiz edildi.
Üretim bağımlılıkları
AD/DNS, dosya ve yazdırma servisleri, insan kaynakları, santral ve üretim çevresindeki uygulamalar; kimlik, isim çözümleme, ağ erişimi ve servis sırası açısından birbirine bağlıydı.
Hipervizörün yanında depolama, ağ ve kurtarma katmanını da yeniden ele aldık.
İş yükü ve bağımlılık envanteri
Geçiş öncesinde sanal makineler yalnızca CPU/RAM boyutlarıyla değil; disk profili, servis bağımlılığı, açılış sırası, RPO/RTO beklentisi, ağ segmenti ve geri dönüş yöntemiyle birlikte sınıflandırıldı. Böylece yüksek öncelikli altyapı servisleri ile daha esnek uygulama iş yükleri farklı geçiş pencerelerine ayrılabildi.
Fiziksel yatırımın yeniden kullanımı
Üç Dell VxRail P570F düğümü ve Dell PowerEdge R740 çevresinde, VMware’e özgü yazılım bağımlılığını taşımayan yeni bir görev dağılımı oluşturuldu. VxRail donanımı, Windows Server 2025 Hyper-V iş yüklerini taşıyan bağımsız bir mimarinin parçası haline getirildi.
Replikasyonun doğru konumlandırılması
Hyper01 birincil host, Hyper02 ikincil replika host olarak konumlandırıldı. Hyper-V Replica, seçili VM’lerin değişikliklerini asenkron aktararak felaket kurtarma seçeneği sağladı. Bu bir otomatik yüksek erişilebilirlik (HA) kümesi veya senkron depolama değildir; failover planlı bir işlemdir ve replikasyon aralığına bağlı veri kaybı penceresi ayrıca değerlendirilir.
Tasarımda ayrıştırılan katmanlar
Host rolleri, kaynak kapasitesi, sürücü/firmware uyumu ve VM uyumluluğu.
Disk yerleşimi, kapasite, tekil hata noktaları, performans ve geri yükleme süreleri.
Yönetim, sunucu, istemci, yazıcı ve üretim erişimlerinin VLAN ve güvenlik politikalarıyla ayrıştırılması.
AD DS, DNS, bağımlı uygulamalar ve servis hesaplarının çalışma sırası.
Hyper-V Replica, uygulama tutarlı yedekler, kurtarma testi ve geri dönüş (rollback) senaryosu.
İzleme, yama yönetimi, değişiklik kontrolü ve dokümantasyon.
Kontrollü geçiş: hata alanını küçült, doğrula, sonra ilerle.
Keşif ve tasarım
VMware/vSAN bağımlılıkları, kapasite profili, donanım uygunluğu, iş yükü kritiklikleri ve lisans senaryoları karşılaştırıldı. Yeni host, depolama ve replikasyon rolleri belirlendi.
Aşamalı taşıma
Sanal disk formatı, önyükleme biçimi, sanal NIC, sürücü ve uygulama bağlantıları gibi platformlar arası taşımada kırılabilecek unsurlar kontrol listesine alındı. Her iş yükü için geri dönüş (rollback) yolu tanımlandı; servisler planlı geçiş pencerelerinde doğrulandı.
Kurtarma doğrulaması
Replikasyon sağlığı, VM açılabilirliği, DNS/AD çözümlemesi, dosya ve uygulama erişimi ayrı kontrol alanları olarak ele alındı. Replikanın yedeğin yerine geçmediği prensibiyle bağımsız, uygulama tutarlı yedekleme katmanı korundu.
Metodoloji teknik kapsamı açıklar; paylaşılmamış test sayıları, kesin kesinti süreleri veya RPO/RTO değerleri iddia edilmez.
Bir ürün ailesine bağımlı HCI modelinden, yönetilebilir bir sanallaştırma ve kurtarma mimarisine.
VMware vSphere / ESXi
Windows Server 2025 Hyper-V
VMware vSAN merkezli HCI modeli
Hyper-V host depolaması; vSAN ile bire bir eşdeğerlik iddiası yok
VMware/vSAN ekosisteminin kullanılabilirlik yaklaşımı
Hyper-V Replica ile asenkron VM kopyası; yedekleme ve kurtarma süreçleri ayrı
VxRail/VMware yönetim ve lisans bağımlılığı
Windows Server tabanlı host ve servis yönetimi
Dell VxRail P570F altyapısı
Mevcut P570F yatırımı + PowerEdge R740 değerlendirilerek yeniden kullanım
Asıl kazanım: lisans ödemesinden daha fazlası.
45.000 USD + KDV / yıl
VMware lisans modelinden çıkışla sağlanan yıllık lisans tasarrufu. Bu tutar, proje maliyetlerinin sıfır olduğu veya Windows Server lisanslarının ücretsiz olduğu anlamına gelmez.
2 yıllık operasyonel süreklilik
Müşteri beyanına göre altyapı operasyonlarında iki yıldır plansız kesinti yaşanmadı. Bu metrik toplam operasyon geçmişini anlatır; Windows Server 2025’e geçişin iki yıl önce tamamlandığı iddia edilmez.
Platform seçme özgürlüğü
Her iş yükü için tek yanıt Hyper-V değildir. Eretek, ihtiyaca göre SUSE Linux Enterprise tabanlı KVM, Red Hat OpenShift Virtualization ve diğer kurumsal seçenekleri teknik ve lisans yönünden karşılaştırabilir.
Mevcut yatırımınız değerlidir. Yeni mimari ona göre tasarlanmalı.
VMware lisans baskısı, donanım yenilemesi, iş sürekliliği beklentileri veya bulut stratejisi değişmiş olabilir. Eretek; iş yükü envanteri, TCO/lisans karşılaştırması, depolama ve ağ tasarımı, pilot geçiş, geri dönüş planı ve kurtarma testleriyle karar sürecini yönetir. SUSE Linux Enterprise tabanlı KVM ve Red Hat OpenShift Virtualization gibi alternatifler, gereksinime göre değerlendirdiğimiz seçeneklerdir.
Hangi sorularla başlıyoruz?
Hangi iş yükleri gerçekten sürekli çalışmalı?
Mevcut donanımda hangi bağımlılıklar var?
Gerçek RPO/RTO hedefiniz nedir?
Depolama için HA mı, replika mı, yedek mi gerekiyor?
3 ve 5 yıllık toplam sahip olma maliyeti nasıl değişiyor?
VMware lisans maliyetinizi yeniden hesaplayalım.
Donanımınızın modelini, sanal makine sayınızı ve mevcut lisans teklifinizi paylaşın. Alternatif mimariyi risk, kurtarma senaryosu ve toplam maliyet açısından birlikte değerlendirelim.
Teknolojilerin doğru konumlandırılması
VxRail’in VMware ile bütünleşik mimarisi için Dell VxRail Architecture Guide; Hyper-V Replica’nın asenkron yapısı ve küme yüksek erişilebilirliğinden farkı için Microsoft Learn – Hyper-V Replica Overview temel alınmıştır.
Proje metrikleri müşteri ve proje beyanına dayanır.