Sanallaştırma yöneticilerinin günlük operasyonlarında en sık karşılaştığı handikaplardan biri, sanal makineleri (VM) farklı donanım altyapılarına sahip clusterlar arasında kesintisiz bir şekilde taşımaktır. Özellikle vSphere 8.0.3 gibi modern mimarilerde, kaynakları optimize etmek veya donanım yenileme projelerini yönetmek için “Live vMotion” (Canlı Taşıma) kritik bir rol oynar.
Ancak, işlemci nesillerindeki farklılıklar genellikle vMotion’ın önünde büyük bir engel olan CPU instruction set (komut seti) uyumsuzluklarını getirir. Peki, geleneksel Cluster seviyesinde EVC (Enhanced vMotion Compatibility) açmadan bu taşıma işlemlerini nasıl sorunsuz gerçekleştirebiliriz? Bu makalede, kesintiyi sıfıra indiren profesyonel taşıma stratejilerini inceliyoruz.
Aynı İşlemci Mimarisinde EVC Olmadan Taşıma Sırrı
VMware vMotion teknolojisinin temelinde çekirdek sayısı (core count) veya işlemci frekansı (GHz) yatmaz; belirleyici olan tek unsur işlemcilerin sahip olduğu donanımsal komut setleridir (AVX, SSE, AES vb.). Eğer taşıma yapacağınız iki cluster arasındaki fiziksel sunucular aynı mimari aileden geliyorsa, vMotion işlemi için hiçbir ek yapılandırmaya veya EVC ayarına ihtiyacınız yoktur.
Örneğin; kaynak sunucunuzda Intel Xeon Gold 6152 (2.10GHz) ve hedef sunucunuzda Intel Xeon Gold 6132 (2.60GHz) işlemciler bulunduğunu varsayalım. Frekansları farklı olsa da her iki model de Intel’in “Skylake” (1. Nesil Xeon Scalable) mimarisine aittir. Bu senaryoda vCenter, her iki tarafın komut setlerini birebir aynı kabul eder. Sanal makinenizi kapatmadan, sıfır kesintiyle doğrudan “Migrate” seçeneği üzerinden taşıyabilirsiniz. Eğer iki cluster arasında ortak bir veri depolama alanınız (Shared Storage) yoksa, taşıma sihirbazında “Change both compute resource and storage” (Shared-Nothing vMotion) seçeneğini kullanmak en pratik çözümdür.
Farklı Nesil İşlemcilerde Kesintisiz Taşıma: Per-VM EVC Teknolojisi
Eğer hedef ve kaynak cluster’larınız farklı işlemci nesillerine (Örneğin; eski nesil Broadwell’den yeni nesil Ice Lake’e) sahipse ve cluster bazlı EVC açma şansınız yoksa, vSphere mimarisinin en güçlü yeteneklerinden biri olan Per-VM EVC (Sanal Makine Bazlı EVC) imdadınıza yetişir.
Per-VM EVC, donanım uyumluluk katmanını tüm hostlar yerine sadece ilgili sanal makine düzeyinde uygular. Bu işlemi ilk kez yapabilmek için sanal makinenin Guest OS üzerinden tamamen kapatılması (Powered Off) şarttır. Makine kapalıyken “VM Options” ayarlarına girerek EVC modunu aktif edebilir ve her iki cluster’ın fiziksel olarak desteklediği en düşük ortak CPU mimarisini (Baseline) seçebilirsiniz. VM yeniden açıldıktan sonra, belirlediğiniz o işlemci maskesiyle çalışır ve artık bu iki cluster arasında hiçbir uyumsuzluk hatasına takılmadan canlı olarak taşınabilir hale gelir.
Alternatif Yol: Cold Migration (Soğuk Taşıma) Güvenliği
Canlı taşıma zorunluluğunun bulunmadığı bakım pencerelerinde en risksiz yöntem “Cold Migration” yani soğuk taşımadır. Özellikle Microsoft Active Directory Domain Controller sunucuları veya SCCM gibi veritabanı tutarlılığının hayati olduğu kritik altyapı bileşenlerinde, canlı taşıma sırasındaki milisaniyelik ağ kesintileri nadir de olsa uygulama katmanında kalıcı sorunlara yol açabilir. Sunucuyu kapalı duruma getirip taşımayı başlatmak, hedef hostun güncel CPU maskelerini makineye temiz bir şekilde tanıtmanın ve USN Rollback gibi riskleri sıfırlamanın en güvenilir yoludur.
vMotion Trafiğini Management (Yönetim) Ağına Yönlendirme
Farklı clusterlar arası taşıma yaparken her zaman özel (dedicated) bir vMotion ağına sahip olmayabilirsiniz. Böyle anlarda mevcut Management (Yönetim) ağını vMotion trafiği için kullanmak hızlı bir “troubleshooting” veya operasyon çözümüdür. vSphere Client arayüzünden vmk0 (Management) adaptörünün ayarlarına girip “vMotion” servisini aktif ederek veya SSH üzerinden tek satırlık bir komutla (esxcli network ip interface tag add -i vmk0 -t vMotion) taşıma iletişimini anında başlatabilirsiniz.
Uzmanın Dipnotları ve Altın Kurallar
Operasyonel başarısızlıkların önüne geçmek için saha çalışmalarında dikkat edilmesi gereken kritik detaylar şunlardır:
Markalar Arası Geçiş Yoktur
-
Kaynak cluster donanımınız Intel, hedef cluster donanımınız AMD işlemcilere sahipse (veya tam tersi), hiçbir EVC mimarisi canlı taşımaya (Live vMotion) izin vermez. İki farklı üreticinin komut setleri çevrilemez. Bu durumda Cold Migration uygulanması zorunludur.
Yukarı Yönlü Taşıma (Upward Migration) Toleransı
-
Eski nesil bir işlemciden daha yeni nesil bir işlemciye (örneğin Haswell’den Skylake’e) EVC kapalıyken canlı taşıma yapabilirsiniz. VMware bu alt uyumluluğu destekler. Ancak, sanal makine yeni sunucuda tamamen kapatılıp açıldığında (Power Off/On) yeni komut setlerini devralır. Bu noktadan sonra aynı makineyi eski cluster’a canlı olarak geri döndüremezsiniz.
Ağ Çakışmalarına ve MTU Uyuşmazlığına Dikkat
-
vMotion trafiğini Management ağına aldığınızda, taşıma anında bant genişliği vMotion tarafından tamamen doldurulabilir. Ayrıca, vMotion genelde yüksek performans için “Jumbo Frame” (MTU 9000) arar. Yönetim ağınız standart MTU 1500 olarak yapılandırılmışsa, paket parçalanmasını (fragmentation) ve taşımanın %21’de takılmasını engellemek için vMotion trafiğinin de 1500 MTU’da çalıştığından emin olmalısınız.
