Geleneksel mimaride hazırlanan Sunucu Sanallaştırma ortamını görmektesiniz. Fiziksel sunucu üzerinde network, ram, işlemci ve yerel veri depolama havuzları bulunmakta ve HyperV Server Kurulum işlemleri yerel disk üzerinde yapıldı.

Fiziksel sunucumuzun sahip olduğu kaynaklar ölçüsünde sanal makine (virtual machine) oluşturduk ve çalıştırmaktayız. HyperV Server işletim sistemiyle sanal makine (virtual machine) verilerinin barınmış olduğu yerel diskler bir-birinden ayrıdır.

Her bir sanal makine verisi, HyperV Server Kurulum işlemlerinşin yapılmış olduğu fiziksel diskten ayrılmış, ayrı bir fiziksel disk üzerinde çalışmakta.

Ayrıcalıklı bir sanal makine (virtual machine) var ve bu sanal makine yüksek disk I/O değerlerine ihtiyaç duymakta. Ram, Bellek, işlemci gibi temel bilgi işlem kaynakları, diğer sanal makineler gibi aynı fiziksel sunucu üzerinde ortak çalışmakta. Yüksek Disk performansına ihtiyaç duyan veriler içinse üçüncü bir fiziksel bir diskimiz var ve sanal makineye ayrılmış olarak bağladık.

Bu teknolojiye HyperV Server Pass-Through Disks teknolojisi demekteyiz ve HyperV Server’in üçüncü sürümünde kazanılmış bir yetenektir. Pass-Through Disks çalışmamız da, bu teknolojiyi detaylı olarak çalışmıştık.

Bu çalışmamıza ek olarak Pass-Through Disks ihtiyaçlarını özetleyelim.

  • Fiziksel sunucu üzerinde ki yerel depolama alanlarınız kullanabilmekteyiz ve Direct Attached Storage (DAS) teknolojisi desteklenmektedir.
  • Sanal makine (virtual machine) için ayrılmış olan diskler HyperV Server üzerine bağlı durumda fakat HyperV Server tarafından yönetilmemektedir.
  • Disk üzerinde ki Bütün yönetimsel işlemler sanal makine tarafından yapılmaktadır.
  • Sanal makineye bağlı olan depolama alanı Fiziksel Sunucuya bağlı olan fiziksel depolama alanı olsa bile sanal makineye Pass-Through Disks  teknolojisiyle geçiş yapılmıştır. Bu alan artık mantıksal bir alandır ve bu mantıksal alan fiziksel sunucuya bağlı değildir.

Bu mimaride anlatmış olduğumuz Pass-Through Disksbağlantısı, giriş seviyesi Sunucu Sanallaştırma ortamları için uygundur.

Giriş seviyesinden biraz daha ileriye gidiyoruz. Yerel veri depolama alanlarını kaldırıyoruz ve yerine Host Bus Adaptör (HBA) bağlıyoruz. Fiziksel sunucuya iki adet Host Bus Adaptör (HBA) bağladık ve yedekli olarak çalışmakta. HyperV Server işletim sisteminde bir değişiklik yok ve HyperV Server işletim sistemi fiziksel sunucu üzerinde  ve yerel disklerde çalışmakta.

Harici bir veri depolama havuzumuz var. Veri depolama havuzu üzerinde Array ve Lun mimarisini oluşturduk. Iki adet Cluster Shared Volume (CSV) alanımız bulunmakta ve CSV1 ve CSV2 olarak isimlendirdik. Bu CSV alanlarında sanal makine verileri (VMCX, Vhd, VHDx, VMRS) barınacak.

HyperV server Host Bus Adaptör (HBA) adaptörleri üzerinden harici veri depolama havuzuna bağlı durumda. Bu bağlantı yöntemine de Direct Attached Storage (DAS) demekteyiz.

Bu Direct Attached Storage (DAS) teknolojisinde kullanabilecek olduğumuz ürünler Serial Attached SCSI (SAS) yada Fibre Channel ürünleri olabilir. HyperV Server Pass-Through Disksteknolojisi bu mimari içinde desteklenir.

Harici veri depolama havuzunda olan Pass-Through Disks Fiziksel Disk alanı HyperV Server ‘a yansıtılacak ve Pass-Through Disks teknolojisi üzerinden Sanal makine ‘e geçiş yapılacaktır. Aynı kurallar bu tasarım için de geçerli durumda.

HyperV Server, Fiziksel veri depolama alanını kullanmıyor sadece barındırıyor ve sanal makineye geçiş yaptırıyor.

Sahip olduğumuz mimariyi biraz daha ileriye taşıyoruz be bağlantı yöntemini Direct Attached Storage (DAS) mimarisinden  Storage Area Network (SAN) mimarisine yükseltiyoruz. Pass-Through Disks mimarisi aynı özellikler de çalışmaya devam edecektir.

Pass-Through Disksmimarisi  Storage Area Network (SAN) alt yapıları içinde desteklenmektedir.

Sanallaştırma ortamını bir adım daha ileriye taşıyoruz. Aynı marka, model yada farklı fiziksel özelliklerde ikinci bir fiziksel sunucuyu sanallaştırma ortamına dahil ettik. Bu iki fiziksel sunucu aynı HyperV Server Failover Cluster içinde çalışacak. Diğer HyperV Server ile aynı yapılandırmaya sahip ve ortak amaca hizmet etmekteler.

Veri depolama havuzunu da bir adım ileriye taşıyoruz ve genişletiyoruz. Iki fiziksel sunucu iki yöneticiye sahip veri depolama havuzuna Storage Area Network (SAN) mimarisiyle bağlı durumda ve Host to Host Cluster yapıldı.

Pass-Through Disks mimarisi bu mimaride de çalışmaktadır Fakat, bu çalışma şeklinde dikkat edilmesi gereken maddeler bulunmakta.

  • Pass-Through Disks yapılmış bir sanal makine Host to Host Cluster kümesinde çalışsa bile Live Migration, Quick Migration yapılamaz.
  • Pass-Through Disks kullanan sanal makine Cluster Grop içinde barınamaz. Buraya dikkat çekelim. Çalışamaz demiyorum barınamaz diyorum!!!
  • Pass-Through Disks bağlantısında sanal makinenin kullanmış olduğu fiziksel disk fiziksel sunucu üzerinden aktarılmakta.

Bizler, Planlı yada plansız bir migration işlemi yaptığımız zaman sanal makine verileri (VMCX, VMRS, Vhd, Vhdx) diğer barınmış olduğu HyperV Server üzserinden diğer HyperV Server üzerine taşınmış olsa bile Pass-Through Disks bağlantısı taşınamaz. Bu sebepten ötürü, planlı yada plansız taşıma işlemleri hata ile tamamlanacaktır.

Pass-Through Disks mimarisinin HyperV Server Virtual Fibra Channel bağlantısına göre en büyük farkı bu eksikliğidir. Şimdi Pass-Through Disks mimarisini silelim ve aynı sanal makine için HyperV Server Virtual Fibre Channel bağlantısını kullanalım.

Veri depolama havuzumuz üzerinde Virtual Fibre Channel bağlantısı için ayrı bir lun oluşturduk. Virtual Fibre Channel mimarisinde, Fiziksel sunucu üzerinde kullanacak olduğumuz Host Bus Adaptör (HBA) türü Fibre Channel olmak zorunda.

Serial Attached SCSI (SAS)  HBA ‘lar Virtual Fibre Channel mimarisinde desteklenmez!!!

Burada bir sınırlamayla karşılaştık ve sizlerde farkettiniz. Pass-Through Disks, SAS ve Fibre Channel mimarisinde çalışırken Virtual Fibre Channel mimarisi Sadece Fibre Channel mimarisinde çalışmaktadır.

Sanal makine (virtual machine) ayarlarında değişiklik yapıyoruz. Pass-Through Disks mimarisin de Sanal makine sadece geçiş yapılacak olan fiziksel diskleri bağlarken Virtual Fibre Channel mimarisinde sanal makineye Virtual fibre Channel HBA bağlıyoruz.

Her bir Fibre channel adaptörün fiziksel olsun yada sanal olsun benzersiz bir World Wide Name (WWN) numarası bulunmaktadır. Virtual Fibre Channel mimarisini kullanacak olan sanal makine üzerinde Virtual Fibre Channel kart olduğu için o da artık bir WWN numarasına sahip durumda.

Fiziksel Disk erişimleri bu World Wide Name (WWN) numaraları üzerinden sağlanacak.

Bir-birine benzeyen iki özelliği inceledik. Virtual Fibre Channel ve Pass-Through Disksmimarisinde ki artı ve eksileri özetleyelim ve kıyaslamamızı yapalım.

  • Sanal makineye bağlı olan fiziksel diskler her iki çözümde de sanal makine tarafından yönetilmekte ve kullanılmakta. Matıksal alan Yönetimi sanal makine üzerinde
  • Fiziksel disk bağlantısı Pass-Through Disks ‘de fiziksel sunucudayken Virtual Fibre Channel mimarisinde sanal makinededir.
    Bu durum sanal makine (virtualm achine) özelinde ayrı gereksinimleri de ortaya çıkarmakta ve her sanal makine ve işletim sistemi tarafından da desteklenmemektedir.
    Sanal makine özelinde sınırlamalar bulunmakta.

Bu mimaride Sanal makine ‘ye Virtual Host Bus Adaptörleri olduğu için Sanal makine versiyonu , Sanal Makine Sürümü ve işletim sistemi Virtual Fibre Channel mimarisine bire bir etmektedir.

Pass-Through Disks ve Virtual Fibre Channel Desteklenen Disk Türleri

  • Yerel diskler (Virtual Fibre Channel ‘da Desteklenmez.)
  • SAS bağlantılarıyla yapılmış DAS mimarisi  (Virtual Fibre Channel ‘da Desteklenmez.)
  • Fibre Channel bağlantılarıyla yapılmış DAS
  • Fibre Channel bağlantılarıyla yapılmış SAN

Her iki mimari de fiziksel disk kulanılıyor olsa bile edinmiş olduğum tecrübelere dayanarak şunu söyleyebilirim, Virtual Fibre Channel mimarisi bir adım daha hızlıdır. Sebebi de Virtual Fibre Channel mimarisinde yansıtılmış disk kullanılmamakta ve sanal makine fiziksel disklere direk erişim yapmaktadır.

Ve bonus. Virtual Fibre Channel mimarisi Live Migration Desteklemektedir. Planlı yada Plansız bir kesinti durumunda diğer fiziksel sunucu üzerinde çalışabilmektedir.

Virtual Fibre Channel mimarisinde Virtual Fibra Channel HBA ‘lar kullanıldığı için fiziksel sunucuya bağımlılık yoktur. Her bir sanal makine benzersiz WWN numarasına sahip olduğu için fiziksel sunucu problemlerinden etkilenmemektedir.