Storage vMotion’ların sayısını sınırlama

Storage vMotion’ların sayısını sınırlama
Adem YETİM tarafından 5 sene önce eklendi. 1,351 kez okundu.

Veri deposu bakım modu açıldığında Storage DRS, mümkün olduğunca çabuk şekilde sanal makineleri veri deposundan çıkartacaktır. Veri deposunun içine veya dışına taşınabilecek sanal makinelerin sayısı 8’dir. Bu hostların, ağın ve veri depolarının iş zamanlı taşıma limitleri ile ilgilidir. Hem vMotion hem de Store vMotion’da iş zamanlı taşıma sayısı limitlerini yönetmek için bir maliyet ve limit faktörü uygulanır. Her ne kadar limit terimi kullanılsa da daha iyi bir tanımlama “maksimum maliyet” yönünde olurdu.

Taşıma operasyonunun başlayabilmesi için maliyet maksimum maliyeti (sınırı) aşamaz. vMotion ve Storage vMotion ele alınan operasyonlardır. ESXi hostu, ağ ve veri deposu ele alınan kaynaklardır. Bir kaynağın hem maksimum maliyeti hem de kullanımdaki maliyeti vardır. Bir operasyon başlatıldığında kullanımdaki maliyet ve yeni operasyonun maliyeti maksimum maliyeti aşamaz.

 

Storage vMotion Cost Max

 

Hosttaki bir Storage vMotion’in operasyon maliyeti 4’tür, bir hostun maksimum maliyeti ise 8’dir. Eğer bir Storage vMotion operasyonu devam ediyorsa host kaynağının kullanımdaki maliyeti 4’tür ve bu da host limitlerini aşmadan bir Storage vMotion sürecinin daha başlatılmasına olanak sağlar.

Bir Storage vMotion operasyonu aynı zamanda depolama kaynak maliyetini de vurduğundan veri deposunun maksimum maliyet ve kullanımdaki maliyetinin de faktörlendirilmesi gerekmektedir. Veri depoları için bir Storage vMotion operasyonunun maliyeti 16’ya ayarlıdır, veri deposunun maksimum maliyeti 128’dir. Bu demektir ki bir veri deposunda eş zamanlı olarak 8 Storage vMotion işlemi yürütülebilir. Bu operasyonlar birden fazla sayıda hostta başlatılabilirler, host düzeyindeki maksimum Storage vMotion maliyeti nedeniyle aynı hostta 2’den fazla Storage vMotion olamaz.

 Storage vMotion Costİşlemdeki bir Storage vMotion

 

Storage vMotion operasyonlarının sayısı nasıl arttırılır?           

Bakım modu boyunca bir veri deposunda IO hitini düşürmek için Storage vMotion operasyonlarının sayısını arttırmak için veri deposundaki konfigürasyon operasyonlarının maksimum maliyetinin düşürülmesi tercih edilebilir. Hostların maliyetlerini ayarlamak oldukça sıkıntılı bir işlemdir. Host maliyetleri host kaynak sınırlandırmasına tabi olarak tanımlanır ve host maliyetlerini ayarlamak diğer hostların işlevselliğini vMotion veya Storage vMotion süreçlerinden bağımsız olarak etkileyebilir.

Veri deposu başına maksimum maliyetin ayarlanması yönetici görünümündeki vCenter Server ayarlarındaki gelişmiş ayarlar üzerinden veya vpxd.cfg’i değiştirerek yapılabilir.

Eğer vpxd.cfg üzerinden yapılacaksa vpxd.ResourceManager.MaxCostPerEsx41Ds değeri aşağıdaki şekilde eklenir;

< config >
< vpxd >
< ResourceManager >
< MaxCostPerEsx41Ds > new value < /MaxCostPerEsx41Ds >
< /ResourceManager >
< /vpxd >
< /config >

ESX 4.1’den beri maksimum maliyet değiştirilmediğinden değer adı aynı kalmıştır ve tüm ESX 4.1 üstü hostlar için geçerlidir.

Veri deposunun maksimum maliyetini yeniden boyutlandırırken vMotion için bir miktar alan bırakmayı unutmayınız. vMotion sürecinin de elbette ki bir veri deposu maliyeti mevcuttur. Bir sanal makinenin stun/unstun işlemi boyunca vMotion süreci veri deposuna yüklenir, bu süreçte maliyet 1’dir.

Örneğin 112’ye değiştirmek vCenter envanterindeki verilen veri deposunda 7 eş zamanlı Storage vMotion işlemine olanak tanır. Eğer 7 eş zamanlı Storage vMotion bu veri deposunda başlatılırsa bu veri deposunu kullanan bir sanal makinenin vMotion süreci veri deposunun maksimum maliyetini aştığı için sıraya alınır (beklemeye). 7 x 16 = 112 + 1 vMotion = 113. Bir Storage vMotion tamamlandığında vMotion süreci kaynaklar uygun hale geldiği için devam eder.

Lütfen maliyet ve maksimum maliyet değerlerinin her taşıma sürecine uygulandığını unutmayınız, tıpkı vCenter sunucusu tarafından yönetilen sanal altyapılarda gerçekleşen manuel vMotion ve Storage vMotion işlemleri gibi. Ayrıca bu işlem  günlük DRS ve Storage DRS yük dengeleme işlemlerini de etkiler.

Daha önce bahsedildiği üzere operasyon maliyetleri ve limitleri birbirlerine bağlı olduğundan ve taşıma operasyonu ile alakası olmayan hostları bile etkileyebileceğinden dolayı host tarafında maliyetleri ayarlamak biraz uzmanlık gerektiren bir işlemdir. Eğer halen maliyetleri host tarafından değiştirmeyi düşünüyorsanız DRS üzerindeki etkilerini de dikkate alınız! Storage vMotion işleminin host üzerindeki maliyetini arttırmak vMotion işlemleri için uygun “slotları” azaltır. Bu da bir vMotion süreci aktifken DRS yükü dengeleme etkinliğini etkiler ve her zaman için bundan kaçınılmalıdı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....

Bu içerik için henüz hiç kimse görüş bildirmemiş. İlk olarak siz yorum yazamaya ne dersiniz ?

Yorum ekleyin

Doğrulama Kodunuz : 59831109

Ö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