Sunucu Sanallaştırma ortamlarında Host to Host Cluster türünü konuştuk ve bu Failover Cluster türünün çalışma mantığını sizlere paylaştık. Aynı sanal iş iş yüklerini çalıştırmak için aynı fiziksel veri Merkezi içinde bulunan çalışan Failover Cluster türüdür. Bu cluster türünde sahip olunan fiziksel sunucular Aynı marka ve model olabileceği gibi farklı marka ve model fiziksel sunucularda olabilir.
Bu Failover Cluster türünde en önemli konu fiziksel sunucuların aynı fiziksel veri Merkezi içinde olması, aynı sunucu sanallaştırma (Server Virtualization) ürünü (Microsoft HyperV yada Vmware ESX gibi) ile yapılması ve paylaşılmış bir veri depolama havuzuna sahip olması beklenmektedir.
HyperVisor seviyesinde yapılan Host to Host Failover Cluster mimarisini HyperV Serverlar arasında yapabiliriz yada Vmware ESX Serverlar arasında yapabiliriz yada XenServer ‘lar arasında yapabiliriz. HyperV Server ile Vmware ESX server’ı aynı Failover Cluster mimarisi içinde çalıştıramayız.
Guest Cluster Mimarisine göre en temel fark bu olmakta ve bu çalışmamız da Virtualization Host to Host Cluster ile Guest to Guest Cluster arasında ki farkları inceleyeceğiz.
Virtualization Host to Host Cluster mimarisini hatırladıktan sonra ihtiyacımız olmayan bileşenleri kaldırıyoruz. Guest to Guest Cluster mimarisinde paylaşılmış bir veri depolama havuzuna da ihtiyaç bulunmamakta ve paylaşılmış veri depolama havuzunu da sildik.
Her iki fiziksel HyperVisor Host üzerine ayrı-ayrı storage bağlayabiliriz. Bu storage, paylaşılabilir bir storage olmadığı gibi fiziksel sunucu üzerinde ki yerel diskler de olabilir. iki fiziksel Host ‘umuzdan bir tanesi Microsoft HyperV diğer ise Vmware ESX Server olabilir. Guest to Guest Cluster mimarisinde Hypervisor’un bir önemi yoktur!!!
HyperV üzerinde bulunan sanal makineler (virtual machine) VHD disk türünü kullanmakta ve fiziksel sunucu üzerinde ki veri depolama havuzuna balanmakta. Vmware server da VMDK disk türünü kullanmakta ve aynı şekilde fiziksel sunucu üzerinde ki veri depolama havuzuna bağlanmakta.
Hypervisor Host to Host Cluster mimarisinde veri depolama havuzlarına odaklanmıştık, çünkü en temel ihtiyacımız paylaşılabilir bir veri depolama havuzuna ihtiyacımızın olmasıydı. Guest to Guest Cluster mimarisinde ise network katmanına odaklanacağız. Guest to Guest cluster mimarisinde ki en temel ihtiyacımız network katmanıdır.
Guest to Guest Cluster mimarisi aynı veri Merkezi içinde olabileceği gibi farklı fiziksel veri merkezleri arasında da yapılabilmektedir. En Temel gereksinim network gereksinimidir ve bir-birine erişim sağlayan iki sanal sunucu arasında yapılabilemektedir.
Guest to Guest Cluster mimarisinde ki diğer bir ihtiyacımız da Sanal makine (Virtual Machine) işletim sistemi ve üzerinde çalışmakta olan uygulamaların Guest to Guest Cluster mimarisini desteklemeleri gerekmektedir.
Exchange Server Dag Mimarisi ile, SQL Server Always On mimarisi ile, File Server DFRS mimarisi ile ve Domain Controller sunucularımız da Active directory Replication servisi ile Guest to Guest Cluster desteklemekte.
Bu failover cluster türünde ki temel amaç, sanal sunucu (virtual machine) seviyesinde sürekliliğin sağlanmasıdır. HyperVisor Host’ ların bir önemi bulunmamakta ve amaç misafir sanal sunucuların devamlılığını sağlamaktır.
Dikkatinizi çektiyse eğer farketmişsinizdir. Host to Host Cluster mimarisinde iş sürekliliği uygulanan sanal sunuculardan sadece bir tane, Guest to Guest Cluster mimarisinde iki tanedir.
Amaç burada sanal sunucu (virtual machine) üzerinde çalışmakta olan hizmetlerimizin ve uygulamalarımızın sürekliliğini sağlamaktır veHyperVisor Host’ lar Guest to Guest Cluster mimarisinde mimaride sadece ev sahibi durumundadır.
Guest to Guest Cluster mimarisinde, sanal sunuculara fiziksel sunucuymuş gibi davranılan çözümlerdir.
