vSphere 5.1 vMotion Hakkında

vSphere 5.1 vMotion Hakkında
Adem YETİM tarafından 4 sene önce eklendi. 2,344 kez okundu.

vSphere 5.1 vMotion bir sanal makinenin veri deposu ve hostunu eş zamanlı olarak değiştirebilmesine olanak sağlamaktadır, hatta iki hostun ortak paylaşımlı bir hafızası olmasa bile. Bu teknoloji yeni olanakları ortaya çıkardığı ve sanal makinelerin gerçek taşınabilirliğini sağladığından bence bu özellik vSphere 5.1 ürününün en iyi özelliklerinden birtanesidir. İki host network bağlantısına sahip olduğu sürece canlı olarak sanal makineleri taşıyabiliriz. Bu teknoloji ile ileride mevcut bazı sınırlamaların kalkmasıyla bulutlar (cloud) arası taşıma işlemlerinin gerçekleşmesi mümkün olabilecektir.

Yeni vMotion sanal makineleri taşımada yeni bir kolaylık ve esneklik seviyesi sunmakta ve bunun güzelliği de tüm kullanıcıları kapsıyor olması. Büyük veri merkezleri aralarında ortak paylaşımlı bir bellek olmasa bile cluster arasında sanal makineleri taşıyabiliyorlarken, SMB’lerin yerel disklerini geliştirmelerine ve daha basit ayarlamalar kullanmalarına da olanak tanımaktadır.

Şimdi bu özelliğin gerçekten ne yaptığına bakalım. Aslında bu teknoloji vMotion ve Storage vMotion’ı kombine etmektedir. Ama hem hesap durumunu bir başka hosta hem de diskleri diğer veri deposuna kopyalamak yerine hesap durumu ve diskin başka host ve veri deposuna transferi işlemi birleştirilmiş bir taşımadır. Tamamı vMotion ağı üzerinden yürütülür (genellikle).

Bu makalemde vMotion ile ilgili en çok merak edilen soruların cevaplarını paylaşıyor olacağım.

Taşıma türü

Aldığım sorulardan birisi de “vMotion her zaman diski ağ üzerinden mi taşıyacak” idi. Bu sizin seçtiğiniz vMotion türüne bağlıdır. Taşıma türünü seçerken 3 seçenek mevcut;

vMotion

Bu çoğunuza yeterince açık gelecektir ama ben açıklayayım. Storage vMotion hiçbir zaman bir SM (Sanal Makine) hesap durumunu bir hosta ve diski de başka veri deposuna taşımayacak. Bu nedenle sadece SM’yi bir başka hosta taşıyacaksanız vMotion, sadece veri depolarını taşıyacaksanız Storage vMotion’u seçin.

vMotion hangi ağı kullanıyor?

Paylaşılmayan diskler arasında disk verisini kopyalarken vMotion hesap durumunu ve diskleri hedef hosta taşırken tasarlanan vMotion ağını kullanır. Bu da disk verisi transfer edilirken hesaba ekstra yüke ihtiyacınız olacak demektir.

local datastore data copy

 

Yeni vMotion disk taşıması için çoklu NIC destekliyor mu?      

Disk verisi vMotion kodu tarafından alınmaktadır. Bunun anlamı da vMotion’ın şeffaf şekilde tüm noktalar arasında disk verisi trafiğinin yükünü dengelediğidir. vSphere 5.1 vMotion Çoklu NIC desteği ve SDPS gibi vSphere 5.0 ile tanıtılan tüm özellikleri desteklemektedir.

 Sanal makine paylaşımlı/paylaşımsız swap kullandığında vMotion için herhangi bir sınırlama var mı?  

Hayır, her ikisi de çalışır, ancak sadece geleneksel vMotion ile.

 Peki, yeni vMotion özellikleri DRS/DPM/Storage DRS tarafından desteklenecek mi?

vSphere 5.1’de DRS, DPM ve Storage DRS veri depoları arasında veri kopyalayan bir vMotion yayımlamayacaklar. DRS ve DPM geleneksel vMotion’u desteklemeye devam ederken Storage DRS veri deposu kümesindeki veri depoları arasında veri aktarmak için vMotion’lar yayımlayacak. DRS yığınının bir parçası olan bakım modu veri taşıyan bir vMotion operasyonu yayımlamayacaktır. Veri taşıyan vMotion operasyonları geleneksel vMotion’a nazaran daha pahalılar ve taşıma seçimleri yaparken maliyet/risk sonucu da dikkate alınmalıdır. DRS algoritma kodunun önemli derecede revizyonu bu bakımdan önemlidir ve bu aşamada bu pek uygulanabilir değildi.

 Veri depoları arasında veri kopyalayan vMotion operasyonlarından kaç tanesini aynı anda eş zamanlı olarak kullanabilirim?

Veri depoları arasında veri kopyalayan bir vMotion bir hostun eş zamanlı çalışan vMotion ve Storage vMotion sınırlandırmalarına zararlıdır. vSphere 5.1’de kimse host başına 2’den fazla eş zamanlı Storage vMotion çalıştıramaz. Sonuç olarak 2’den fazla veri kopyalayan vMotion’a olanak tanınmayacaktır. vMotion sürecinin maliyetleri hakkında daha detaylı bilgi için “ Storage vMotion sayısını sınırlandırma” başlıklı makaleyi okumanızı öneririm.

vMotion üzerinden veri taşınması Storage vMotion’dan nasıl farklılaşmaktadır?
vMotion ve Storage vMotion arasındaki temel fark vMotion’un paylaşımsız veri depolarının kopyalama işlemleri için depolama alt sistemine “dokunmaması” ama disk verisini Ethernet ağı üzerinden transfer etmesidir. Daha büyük uzaklıklar ve gecikmeler olasılıkları nedeni ile disk verisi eş zamanlı olarak transfer edilir. Daha yüksek gecikme süreleri ile başa çıkmak için vMotion sürecindeki tampon yapısında çok sayıda değişiklik yapıldı. Bununla beraber eğer vMotion Misafir OS’un ağ transfer hızından daha hızlı I/O yayımladığını veya hedef veri deposunun gelen değişikliklere ayak uyduramadığını tespit ederse vMotion verinin doğruluğunu garantiye almak için senkronize aynalama moduna geçebilir.

 vMotion modülü disk verisini hedefe iletmekte, ama taşınma sırasında değişen bloklar nasıl ele alınıyor?          

Disk verisi taşınması için vMotion disk içeriğine ilişkin Storage vMotion ile aynı mimariyi kullanmaktadır. İki temel fark var – toplu kopyalama ve ayna mod sürücüsü. vMotion toplu taşıma başlatır ve vMotion ağı üzerinden hedef veri deposuna mümkün olduğunca çok içerik taşır. Toplu kopyalama sırasında bazı bloklar henüz kopyalanmamıştır ama bunlardan bazıları hedef veri deposunda bulunmaktadır. Eğer misafir OS henüz toplu kopyalama sürecinde kopyalanmamış blokları değiştirirse ayna modu sürücüsü onları kaynak ve hedef veri depolarına her ikisini de sırada tutarak yazar. Ayna modu sürücüsü devam eden toplu kopyalama onları alacağından değiştirilmiş ama kopyalanmamış tüm blokları yok sayar. IO performansını mümkün olduğunca yüksek tutmak için ayna modu sürücüsünde bir tampon mevcuttur. Eğer vMotion ağında yüksek gecikme süreleri tespit edilirse I/O’nun kaynak ve hedef disklere yazılımını geciktirmek yerine ayna modu sürücüsü değişiklikleri tampona yazabilir.

Mirror mode

İlk olarak hangisi kopyalanır, disk verisi mi bellek durumu mu?          

Eğer veri paylaşımsız veri depolarından kopyalanıyor ise vMotion disk verisi ve belleği vMotion ağı üzerinden taşımak zorundadır. Ayrıca kopyalama sürecinde gerçekleşen ilave değişiklikleri de işlemek zorundadır. Zorlu olan ise disk veya bellekte yeni değişiklikler olmadan evvel hostlar arasında çok sayıda düşük boyutlu değişmiş blokların kopyalanması ve tümüyle değiştirilmesidir. Genellikle belleğin değişim oranı diskin değişiklik oranından çok daha yüksektir ve bu nedenle vMotion süreci disk verisinin toplu kopyalaması ile başlar. Toplu veri süreci tamamlandıktan ve ayna modu sürücüsü nün devam eden değişiklikleri işledikten sonra, vMotion sanal makinenin bellek durumunu kopyalamaya başlar.

 Peki ya veri depolarını hostlar arasında paylaşırsam halen bu özelliği kullanabilir ve depolama ağını güçlendirebilir miyim?           

Evet ve bu kodun çok iyi bir kısmı. Overhead durumundan mümkün olduğunca kaçınmak için eğer kaynak ve hedef hostların hedef veri deposuna erişimi varsa depolama ağı güçlendirilecektir. Örneğin eğer bir sanal makine yerel bir veri deposunda bulunuyorsa ve SAN üzerinde konumlu bir veri deposuna kopyalanmasına gerek duyuluyorsa vMotion kaynak hostun bağlı olduğu depolama ağını kullanacaktır. Aslında bir Storage vMotion, vMotion ağı kullanımından ve ilave host CPU döngülerinden kaçınmak için kullanılır.

Shared datastore data copy

Storage vMotion kullandığınız için vMotion VAAI donanım boşaltımını güçlendirir mi?

Eğer hem kaynak hem de hedef hostlar hedef veri deposuna bağlı ve veri deposu VAAI’nın açık olduğu bir dizide konumlu ise Storage vMotion kopyalama sürecini diziye boşaltacaktır.

 

Sorularınız için VMware Türkiye Kullanıcı Grubu sayfasından bana ulaşabilirsiniz.

  • Burhan Abdiler: Elinize sağlık Fatih Bey , detaylı incelemeniz konuyu tamamen açıklayıcı nitelikte ....
  • Tufan ULU: Adem kardeşim, tebrik ediyorum ve başarılarının devamını diliyorum,...
  • Rafet Arslanyı lmaz: Adem Hocam, Tebrikler.. Umarım devamıda gelir :)...
  • Serkan ERSAN: Çok başarılı ve güzel bir anlatım olmuş. Emeğinize sağlık, teşekkürler....
  • Adrenalin .: Teşekkürler Adem Bey....

1 Yorum Bulunuyor

  1. Hasan KARA
    Kasım 9, 2013 - 8:31 pm

    Hocam butun makalelerin cok faydali hepsi icin ellerine saglik…

Yorum ekleyin

Doğrulama Kodunuz : 78016733

ÖNEMLİ:
Yorumlarınızı eklerken lütfen girmiş olduğunuz bilgilerin size ait olduğundan emin olunuz. Geçersiz posta adresleri iel yapılan yorumlara yanıt vermek istenildiğinde size ulaşamayacağımız için, geçerli / aktif olarak kullandığınız posta adresiniz ile yorum eklemeniz daha sağlıklı olacaktır. Her yorum yazarı tarafından sorumlu tutulur.

Sayfa başı

Güncellemeler, yeni eklenen içeriklerden anında haberdar olmak için mail listemize adınızı soyadınızı ve posta adresinizi yazarak abone olabilirsiniz.

Adınız Soyadınız
E posta adresiniz
Kaydol