Forum

Bildirimler
Hepsini Temizle

Hypervisor

Ali Osman
(@AliOsman)
Üye

Arkadaslar sanallastirma konusunu teori olarak biliyorum ama pratik te hic kurmadigim icin bazi konular soyut geliyor.

ornegin hypervisor sanallastirilmis client makine ile fiziksel makinedeki kurulu olan isletim sisitemi arasinda vazife goruyor.

 simdi bu hypervisor fiziksel makinede mi sanallastirilmis makinede mi?

Vmotion ve ya live migration islemlerinde migration islemi virtual infrastructure uzreinden yapiliyor??

burda virtual infra structure down ya da failure oldugunda  islem nasil devam ediyor?

tesekkuler

Alıntı
Topic starter Gönderildi : 08/09/2009 18:22
Fatih KARAALIOGLU
(@fatihkaraalioglu)
Kıdemli Üye

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.

CevapAlıntı
Gönderildi : 11/09/2009 18:18
Ali Osman
(@AliOsman)
Üye

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.

CevapAlıntı
Topic starter Gönderildi : 11/09/2009 20:00
Fatih KARAALIOGLU
(@fatihkaraalioglu)
Kıdemli Üye

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.

CevapAlıntı
Gönderildi : 12/09/2009 02:09
Ali Osman
(@AliOsman)
Üye

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

CevapAlıntı
Topic starter Gönderildi : 14/09/2009 14:43
Fatih KARAALIOGLU
(@fatihkaraalioglu)
Kıdemli Üye

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.

CevapAlıntı
Gönderildi : 14/09/2009 16:17
Paylaş: