Sunucu Sanallaştırma (Server Virtualization) çözümlerinde yapılan Host to Host Cluster Mimarisini sizlere paylaşmıştık. Hypervisor Seviyesinde bir Cluster kurabilmemiz için en az iki adet fiziksel sunucu ve paylaşılmış bir veri depolama alanına ihtiyacımız bulunmaktadır.
Windows Server 2012 ‘den önce, Server Virtualization ortamlarında Host Cluster içine bulunacak olan fiziksel sunucuların aynı marka ve model olması zorunluydu. Fiziksel olarak aynı olması istenildiği gibi firmware sürümleri, aygıtların sürücü işletim Sistemleri, windows işletim sistemi sürümü ve yüklü bulunan yamaların bile aynı olması istenilmekteydi.
Windows server 2012 ‘den sonra bu gereksinimler ortadan kalktı ve artık bir-birine eşit olmayan iki fiziksel sunucuyu Aynı cluster kümesi içinde barındırabimekteyiz. Windows Server 2016 ile gelen bir başka yenilikte ise artık işletim sisteminin bile aynı olma zorunluluğu ortadan kalktı. HyperV Upgrade Cluster Roling Yöntemi konu başlığında bu çözümü sizlerle paylaşmıştık.
Iki farklı işletim sistemine sahip iki farklı HyperVisor Host aynı Failover cluster kümesinde çalışabilmekte. Evet bir takım ek gereksinimleri ve kısıtlamalar olsa bile bu teknoloji artık mümkün.
Bu çalışmamız da konuşacak olduğumuz konu ise iki farklı fiziksel HyperVisor sunucuyla yapılmış olan Host to Host Cluster işleminde ki işlemci uyumsuzluğunu yani Processor Compatibility Mode konuşacağız.
Hypervisor katmanında, fiziksel kaynaklarımız mantıksal kaynaklara dönüştürülse bile fiziksel kaynak bilgileri sanal makinelere öğretilmektedir. Sanal makine (Virtual Machine) barınmış olduğu HyperVisor Host’un sahip olduğu işlemci sürümünü tanımaktadır. Bu bilgiler Hypervisor işletim sisteminde saklanmakta.
Planlı bir migration işlemi yada plansız bir migration işlemindeyse bu uyumsuzluk bizlere kesinti olarak geri dönüş yapacaktır. Processor Compatibility Mode bu kesintileri önlemek için geliştirilmiş bir çözümdür.
Örnek senaryo da X marka sunucu üzerinde Xeon5410 işlemci Y Marka sunucudaysa Xeon5492 işlemci bulunmakta. Bu iki fiziksel HyperVisor aynı failover cluster kümesi içinde ve sanal makine (virtual machine) paylaşmakta.
Bu failover cluster kümesinde oluşacak olan bir kesinti de sanal makine (virtual machine) barınmış oldukları HyperVisor sunucudan diğer sunucuya göç edecektir. Eğer sanal sunucu (virtual machine) üzerinde Processor Compatibility Mode aktif duruma getirdiysek diğer HyperVisor sunucu üzerine taşındığı zaman sanal makine (virtual machine) başarılı bir şekilde açılacaktır.
Eğer Processor Compatibility Mode açılmadıysa sanal sunucu (virtual machine) seviyesinde de hizmet kesintisi başlayacaktır. Işlemci uyumluluk özelliği (Processor Compatibility Mode) sanal makine (Virtual Machine) seviyesinde seçilmektedir.
Bütün sanal sunucular (virtual machine) da bu özelliği aktif duruma getirdiğimiz gibi ihtiyaç duyulan sanal makine (Virtual Machine) içinde bu yapılabilir.
Bu özellik kulaka hoş gelse bile bu özelliğin bir de kötü yanı vardır. Işlemci uyumluluk özelliği (Processor Compatibility Mode) açmış olduğumuz sanal makine (virtual machine) her zaman için zincirin en zayıf halkasına sahip olacak.
Tabloda ki örneğimize göre konuşacak olursak sanal makine (virtual machine) Xeon5492 işlemciye sahip HyperVisor sunucu üzerinde çalışsa bile her zaman için Xeon5410 işlemci özelliklerini kullanacaktır.
Çünkü failover Cluster Kümesinde ki en zayıf halka bu işlemci ve Processor Compatibility Mode kullanıldığı zaman sanal makine (virtual machine) küme içinde ki en zayıf işlemcinin özelliklerine sahip olacak.
Processor Compatibility Mode aynı aileye sahip ve aynı marka işlemciler arasında yapılmaktadır. Intel işlemciye sahip bir host ile AMD işlemciye sahip bir HyperVisor arasında bu özelliği aktif duruma getiremeyiz.
