Windows Server 2012 R2 Hyper-V vs Vmware 5.5 – Yüksek Erişilebilirlik ve Felaket Kurtarma Senaryoları

Written by Ertan Gülen on. Posted in Sanallaştırma

Bu yazı dizisinde olabildiğince tarafsız duruş ile özellik karşılaştıracağız desek de üreticilerin sunduğu onlarca teknolojiden hangisini ele alırsanız ona göre farklı bir tarafı öne çıkarmış olabiliyorsunuz. Yine de en çok soru gelen yada en ilgi çeken veya ihtiyaç olduğu düşünülen başlıklar ile hareket etmek sağlıklı olacaktır.

6 başlık altında toplanacak olan bu seride sırası ile;

  1. Lisanslama
  2. Sanallaştırmanın Sınırları
  3. Yüksek Erişilebilirlik ve Felaket Kurtarma Senaryoları
  4. Veri Depolama
  5. Network
  6. Sanal Makine Desteği

başlıklarınin inceleneceğini aktarmıştır Giriş yazımızda. Şimdi ise sıradaki başlığımız ile devam edelim

3. Yüksek Erişilebilirlik ve Felaket Kurtarma Senaryoları

Günümüz IT yapılarında hizmetlerin devamlılığı ve tabiki bunun yanında olağan üstü durumlara hazırlıklı olma en önemli konulardan biri halini almaya başladı. Teybe yedek alışkanlığından vazgeçilmesi, sanallaştırmanın brden fazla sunucu üzerinde çalışması, Exchange ve SQL gibi kiritk uygulamaların birden çok sunucu ile hizmet vermesi gibi bir çok örnek sayabiliriz.

Buradan konu “Bulut Bilişim” kavramına da kayabilir ki Azure ile ilgili düzenlemeye başladığım yazı dizisinde bolca bahsediliyor bu senaryolardan. Bulut ile ne alakası var derseniz de sizi yine o çok sevdiğiniz arama motorlarında Office 365 ve Microsoft Azure gibi teknolojileri araştırmaya davet edebilirim.

Fakat konumuz şuan bulut bilişimden ziyade on-premise yani fiziksel binalarımız içinde çalışan altyapılar. Hal böyle olunca da elle tutulur gözle görülür daha geleneksel sistemlerden bahsetmek gerekiyor. Bu sistemin sağlık durumundan ve erişilebilirlik seviyesinden hatta felaket halinde ne gibi çözümler üretildiğinden.

Yüksek erişilebilirlik denince bazı yerlerde bol 9’lu oranlar görebilirsiniz kısaca bu oranları açıklayıp ne demek istendiğini anlayalım

 

Erişilebilirlik % Yıl içinde Hizmet Kesintisi Ay içinde Hizmet Kesintisi Hafta içinde Hizmet Kesintisi
90%  (tek dokuz) 36,5 gün 72 saat 16,8 saat
95% 18,25 gün 36 saat 8,4 saat
97% 10,96 gün 21,6 saat 5,04 saat
98% 7,30 gün 14,4 saat 3,36 saat
99% (çift dokuz) 3,65 gün 7,20 saat 1,68 saat
99,9% (üç dokuz) 8,76 saat 43,8 dakika 10,1 dakika
99,95% 4,38 saat 21,56 dakika 5,04 dakika
99,99% (dört dokuz) 52,56 dakika 4,32 dakika 1,01 dakika
99,999% (beş dokuz) 5,26 dakika 25,9 saniye 6,05 saniye
99,9999% (altı dokuz) 31,5 saniye 2,59 saniye 0,605 saniye

Kabaca özetlemek gerekir ise tabloyu ne kadar 9 o kadar az sistem kesintisi yani bir yıl icinde sisteminiz %99,95 erişilebilir ise kesintiniz toplam 4,38 saattir. Bunun mesai saati dışına denk gelmesini de hesapladığınızda bence mesai içinde en fazla 2 saat kesinti yaşanır :) Bu arada sistem ayakta ama erişilemez olduğu durumlarda vardır ki genelde “not work” denen bileşenlerden kaynaklanır ;) (Not work= çalışmayan network)

Mevcut altyapımızda çalışan sistemlerimiz bir bakıma pamuk ipliğine bağlıdır zira donanımın yedeklenmesi, networkün, elektriğin ve uygulamaların yedeklenmesi gerekir ki bol 9’lu erişilebilirlik sağlayalım. Ne kadar yedekli yapı o kadar maliyet demek diğer biryandan da.

İşte bu para mı erişilebilirlik mi ikilemi içinde sanallaştırma çözümleri yeri geldiğinde donanımın yeri geldiğinde yazılımın hatalarına karşı bizlere koruyabilir hem de ilk başlarda bahsettiğimiz avantajlı sahip olma imkanları ile. Daha az donanım maliyeti daha sıkısık ama duzenli ve yonetilen bir sanallastırma yapısı ile maliyeti düşürdükçe erişilebilirliği arttırma şansına sahip oluyoruz.

Üreticilerin Yüksek Erişilebilirlik adına sundukları teknolojileri kısaca neden ihtiyacımız var paragraflarından sonra aşağıdaki tabloda bulabilirsiniz. Sonrasında da yine öne çıkan başlıkları incelememiz gerekir.

 

Özellik Microsoft Vmware Notlar
Canlı Aktarım Live Migration vMotion  
Eş Zamanlı Canlı Aktarım Sınırsız Kısmen 1 Gbps network üzerinde 4 sanal makine
Ortak Depolama Alanı Olmaksızın Canlı Aktarım Shared Nothing Live Migration Enhanced vMotion  
Canlı Aktarım Esnasında Sıkıstırma Compressed Live Migration Yok  
RDMA Desteği ile Canlı Aktarım SMB-Direct Live Migration Yok Bu özelliğe sahip kartlar ile 10 kata kadar daha hızlı sanal makine aktarımı
Kümeleme İçindeki Sanal Makinelerin Aktarımı Var Yok Cluster içindeki sanal makine de taşınabilir olmalı.
Yüksek Erişilebilirlik Önceliklendirme Var Var  
Yüksek Erişilebilirlik Kuralları Var Var  
Sanal Makine İçi Servis İzleme Var – tüm servisler Var (Apache, IIS, SQL, Sharepoint gibi kısıtlı hizmetler)  
Sanal Makineler için Yük Dengeleme Dynamic Optimization DRS  
Sanal Makineler İçin Güç Dengeleme Power Optimization DRS  
Asenkron Replikasyon Replica Replication 30 saniye ile 15 Dakika bir olabilir mi
Sanal Makine İçin 3. Kopya Oluşturma Hyper-V Replica Yok  
Küme Üzerinde Toplu Güncelleme Kısmen  

Geldik yine can alıcı yorum kısmına; benim için burada önemli olan ve fark yaratan ana özellik Hyper-V Replica, devamında ise Servislerin izlenmesi ve Cluster Aware Update kritik diyebileceğimiz noktalar.

Hyper-V replica Windows Server 2012 ile gelen bir özellikti ve kabaca bir sanal makinenin network üzerinden 5 dakikada bir farklı bir Hyper-V sunucusu üzerine kopyalanması anlamına geliyordu. Sanal makinelerin küme içinde olması yada hedef Hyper-V sunucunun bir küme üyesi olması ise hiç önemli değildi. Network üzerinden yapılan aktarım hem sıkıstırma teknolojisi barındırıyor hem de sadece değişen datayı aktarıyordu yani işin kısa ve türkçe hali: ADSL ile dahi çalışabiliyordu. Saatte ortalama 200 MB yeni data üreten bir makine 1 mbps network ile 20 dakika gibi bir sürede kopyalanabiliyordu.

ile ise durum daha da can alıcı hale geldi: Artık 3 kopya barındırabiliyor ve süreleri 30 saniye, 5 dakika yada 15 dakika olarak belirleyebiliyoruz. Yine sıkıstırma yine değişen datanın kopyalanması mevcut. Düşünün ki aynı kampüs içinde replikasyon yapıyorsunuz fiziksel sorunlara yada binada oluşabilecek sorunlara karşı, aradaki network bağlantısı gayet hızlı mesela 300 mbps. Böyel bir durumda 30 saniye bir kopya almanın inanılmaz cazibesinin farkında mısınız :) Bu kopyayı da isterseniz Olaganüstü Durum Merkezi olarak kullanmakta olduğunuz başka şehir yada ülkedeki datacenterınıza da ister 5 dakika ister 15 dakikada bir kopyalamaya devam edin.

Failover Cluster özelliği ile zaten 64 sunuculu küme oluşturup bir sanal makinenin mevcut sunucusundan 63 farklı sunucuya taşınmasına imkan sağlayabilirsiniz. Bir de bu erişilebilirliği felaket önleme adına 30 saniyede bir yan binaya oradan da 5 dakikada bir diğer sehirdeki Hyper-V sunucuya kopyalayın. Güzel ama pahalı bir çözüm gibi duruyor sanırım fakat unutmamak gerekir, Hyper-V ve bu özellikleri aslında Windows Server lisansı içinde geken tıpkı DNS server rolü gibi bir rol yani: Ücretsiz!

64 sunucu ile kurulan bir kümeden bahsederken bu yapıyı güncel tutmanın zorluklarından da bahsetmeden geçmek olmaz. Normal şartlarda Vmware olsun Microsoft olsun kim olursa olsun her üretici belirli dönemlerde güvenlik yamaları yayınlar ki yayınlanma sıklığı üç aşağı beş yukarı bellidir (kaynak kodu çaldıracak kadar basiretsiz bir firma değilseniz). Bu dönemlerde sunucuların güncellenmesi genellikle yüksek erişilebilir yapıda oldukları için kolaydır. Mesela vSphere ortamında vMotion ile sanalları taşır ESXi sunucuyu boşa çıkarır günceller yükü geri alır ve sırası ile devam edersiniz. Yada bir Windows Server Lisansı daha alır ve Update Management Server kurarsınız ki o da 5 host ve 50 VM içindir. Üstüne çıkarsanız SQL de gerekir.

Ben güncelleme yapmıyorum diyenleri duyar gibiyim ve sizleri sevdiğimi belirtmek isterim zira elimdeki kaynak kodu bir gün kullanılabilir hale getirirsem daha da yakından sevmek isterim sizi :)

Bu durum hep aynı rutin tekrarlar şeklinde gerçekleşir her ne kadar 3 ayda 1 yapıyorum deseniz de, peki bu durumu otomatize edecek bir sürece sahip olsanız daha iyi olmaz mıydı? Bu soruyu sorarken cevabını da biliyordum ve paylaşmak istedim : Cluster Aware Update. Microsofr Failover Cluster üzerinden tüm sunucularınızı kontrollü ve otomatik bir güncelleme mekanizması sunuyor sizlere. Sırası ile yapmanız gereken adımları kendi gerçekleştiriyor, live migration, host maintaince mode update/restart tekrar live migration gibi. Updateleri ister SCCM’den ister WSUS’dan alsın 64 sunucuyu da otomatize bir şekilde güncellesin.

3. Bölüm Özeti:

Sayılarla uğraşarak kolay hesap yapabileceğimizden bahsetmiştim ya, işte 64 sunuculu bir küme aynı anda sınırsız sanal makine taşıma ve 15 dakika yerine 30 saniyede bir replikasyon aslında tercih yaparken nasıl yönlenebileceğimizi bize anlatıyor sanırım. Hani puanlama yapıp bir tarafa kocaman bir 0 (yazıyla sıfır) vermek geçiyor içimden.

Tags: , , , , , , , , , ,

Trackback from your site.

Ertan Gülen

Ertan Gülen 1986 istanbul doğumludur. 8 yılı aşkın süredir bilişim sektörünün içerisinde farklı rollerde görev almaktadır. Bilge Adam BTA‘da eğitmenlik ve danışmanlık görevlerinin ardından bir süre Microsoft Türkiye'de Sanallaştırma ağırlıklı olarak System Center ürün ailesi, Forefront Güvenlik ailesi ve Server Ailesi hakkında İş Ortakları Teknoloji Danışmanı olarak görev almıştır. Şuan ise Avnet Türkiye'de Microsoft ürünlerinden sorumlu teknik danısman olarak çalışmaktadır. Windows 8 ve Hyper-V 3.0 araştırmakta, Hp Blade Sistemler, Sanallaştırma Mimarileri, Cloud Computing gibi konular üzerine kafa yormaktadır. MVP: Virtual Machine, vExpert 2011,MCT, ASE, CCNA, VCP, SCS, HPCI vb. sertifikalara sahiptir.

Leave a comment

*