Hypervisor

Merhaba;

[img] [/img]

sorunuzun detaylı cevabı aşağıda ki Hyper-V Mimarisi (Architecture) makalesinde anlatılmıştır.

http://www.cozumpark.com/blogs/virtualization/archive/2009/04/05/hyper-v-mimarisi-architecture.aspx

Vmotion ve DRS özelliklerine Microsoft Live Migration özelliği ile cevap vermektedir ve ücretsizdir..

FailOver ortamlarında ki Planlı geçişlerde 

W2k8 R2 öncesi Os üzerinde Quick Migration (donanıma bağlı olarak >30 saniye kadar bir kesinti)

W2k8 R2 ile birlikte ise Live Migration (sıfır saniye kaybı)

 

Bu geçişleri, HOST sistemlerin performans değerlerinize göre otomatikleştirebilirsiniz. Bu özellikleri için SystemCenter Ürün ailesini almanız gerekmektedir.

 

Plansız geçişler ise FailOver' in ana mantığı olduğu için Hyper-V servisinde bulunmakta olup, donanım özelliğine göre bu süre 3 dk lık bir kesintiyi bizlere sunmaktadır.

Fatih hocam tesekkurler cevabiniz icin.

burda planli gecis ve plansiz gecisten kastiniz tam olarak nedir?

en son Serhat hocanin Failover Cluster yazisini okumustum.

Ordaki Hyper-V ile yapilan configursayon plansiz oluyor galiba?

peki bu failover cluster service   Vmotion ve artik live migration in oldugu bir ortamda ne ise yariyor?

yani migration islemini mi yapiyor? ya da katkisi tam olarak nedir?

tesekkurler.

Merhaba;

Önce iyi haber verelim. Serhat hocamızın makale dizisi devam edecek 🙂

Planlı Down Time :

Senaryo 1 (Bakım-Onarım)

FailOver Cluster Nod' larından herhangi bir tanesinde planlı kesinti yapacaksınız. Yani bu kesinti Arızalı Ram değişikliği, Donanım bakımı, yazılım bakımı vb.. etkenler olabilir. Bu kesintiyi, server kapanıp açılma zamanı bizlerin insiyatifinde olduğu için planlı olur. Yani planladığımız bir tarih içerisinde yapacağımız için sistem süpriz bir kesinti ile karşılaşmayacaktır.

Bu vb.. bir operasyonu gerçekleştireceğimiz zaman uygun durumda bulunan FailOver Cluster farmı üyesi bulunan başka bir NOD üzerine, operasyonu gerçekleştirecek olduğumuz Nod' üzerinde ki sanal OS, planlı olarak bir aktarmaya demekteyiz.

Bu süre R2 öncesi , donanıma bağlı olarak >30 Saniye kadar sürmekte olup Quick Migretin diyoruz. R2 ile birlikte Live Migretion özelliği gelmekte olup, bu süre sıfır saniyeye ile sınırlanmıştır. Kesinti olmaksızın Nod lar arasında bizler geçişi yapmaktayız.

Operasyonu gerçekleştirecek olduğumuz NOD üzerinde ki Sanal OS' leri FailOver Cluster farmı içinde bulunan, sağlık durumu uygun, performansı uygun servera-Nod'a aktarımı yapınca Operasyonu gerçekleştire bilir, arızalı parçayı değiştire bilir, bakımı yapabiliriz.

Senaryo 2 (Performans)

Planlı Downtime kullanım amacımız diğer bir senaryo ise Performans Kazancı içindir.

Senaryomuzda iki nod' umuz var. 

• NOD1 Kaynak tüketimi % 60


• Nod 2 Kaynak tüketimi ise % 40

olduğunu var sayalım. Nod 1 üzerinde Sanal Exchange Serverimiz var. Günün birinde yoğun bir mail trafiği oluştu ve Sanal Exchange Serverin barınmış olduğu Nod 1 kaynak kullanımı % 60' dan % 90 lar seviyesine yükseldi. Sadece exchange serverin yoğunluğu % 30 luk değerlerde. Nod2 miz üzerinde bir değişiklik yok ve kaynak kullanımı % 40 olarak korunmakta. Performans kazanmak ve sistemi rahat bir şekilde çalışmasını sağlamak için Sanal Exchange serverimizi Nod1' den Nod2' ye planlı olarak geçiririz ve bu işlemi yaparken performans kazancı elde ettiğimiz gibi R2 özelliği ile live Migration teknolojisi ile kaybımız sıfır saniye olur.

Yukarıda ki saydığım özellikler Microsoft Windows Server 2008 ile birlikte gelen ücretsiz Özelliklerdir. Rakip ürünlerde ki gibi (Vmation-DRS) ek bir maaliyet yapmaksızın bu teknolojiden yararlanabiliriz.

İhtiyacımız eğer bu performans izlemelerinin otomatik algılanması ve migration işleminin otomatik yapılması ise Sistem Center ürünleri ile bunu sağlayabiliriz.

Sistem Center Operation Manager ile sistemi izletir, Performans değerlerini alırız ve Sistem Center virtual Machine Manager ile entegre bir çözüm üretiriz. Operation Manager performansı izler ve bizlerin daha önceden oluşturmuş olduğu kurallar gereği geçişleri otomatik olarak yapabilir.

Plansız Down Time

Planlayamadığımız bir kesintiye verilen isimdir. Serverin arıza göstermesi, CPU, Main board yanması, yazılım hatası olması vb.. etkenler sonucu oluşan bir işlemdir. Bizler bunu planlayamadığımız gibi sistem de bunu algılayamamaktadır. Bu vb.. kötü felaket senaryolarında , donanım performansına göre Arızalı NOD üzerinden, Sağlıklı durumda ki Nod üzerine Sanal Serverların aktarılması ortalama 3 dk kadar olmakta olup, bu işlem FailOver mimarisi gereği otomatik yapılacaktır.

Not : Yukarıda vermiş olduğum süreler, test ortamı değil bire bir gerçek ortamda elde etmiş olduğum ve müşterilerime belirtmiş olduğum sürelerdir.

Hocam cok tesekkurler cevabiniz icin. simdi daha anlasilir hale geldi sayenizde.

Kolay gelsin.

http://www.cozumpark.com/blogs/videolar/archive/2009/09/12/webcast-hyper-v-failover-cluster-ve-quick-migration-demo.aspx

yukarıda ki web cast' de canlı demo bolumunde neler anlatmak istediğimi izleyebilirsiniz.