Percentage of Cluster Resources Reserved İlkesi

Percentage of Cluster Resources Reserved İlkesi
Adem YETİM tarafından 4 sene önce eklendi. 1,313 kez okundu.

HA Admission Control ile ilgili yazdığım makale üzerine çok fazla teşekkür maili aldım. Öncelikle ; gösterdiğiniz ilgi için ben teşekkür ediyorum. Gelen maillerin bazılarında “Percentage of cluster resources reserved” ilkesini tavsiye ettiğini söylemişsiniz fakat “bu konuya biraz daha ayrıntılı bir şekilde değinir misiniz, hesaplamaları nasıl ve neye göre yapacağız” gibi istekler vardı. Ben de gelen talepler üzerine bu ilke ile ilgili biraz daha ayrıntılı bir makale yazmaya karar verdim.

Diğer makalemde de anlattığım gibi bu ilke HA’in host failover durumuna karşı cluster üzerindeki mevcut tüm kaynaklar üzerinden belirtilen yüzdelik değere göre bir failover rezervasyon işlemi gerçekleştirir. Bu işlemi yaparken powered-on makineler için hem memory hem de CPU için rezerve olan kaynakları hesaplar. Slot hesaplama modeline göre bu ilke daha çok önerilmektedir. Bu makalemizde yüzdelik değeri nasıl hesaplayacağımızı ve hesaplama türleri ile ilgili konulara değineceğiz.

 

Rezerve failover kapasitesi  

Percentage resources reserved ilkesinde clusterın CPU veya bellek kapasitesi aşağıdaki şekilde hesaplanır: Mevcut kapasite ise clusterdaki ESX hostların toplamından sanallaştırma ek yükü çıktıktan sonra (1-yüzde değeri) ile çarpılması ile bulunur.

Örneğin; her birisi 70 GB RAM barındıran 8 ESXi hosttan oluşan bir cluster olsun. Rezerve cluster kaynak yüzdesi %20’ye ayarlanır. Bu da toplam 448 GB cluster bellek kapasitesi demektir (70GB+70GB+70GB+70GB+70GB+70GB+70GB+70GB) * (1 – %20). 112GB ise failover kapasitesi olarak ayrılır. Her ne kadar örneğimiz belleğe odaklansa da yüzde ayarlaması hem CPU hem de belleğe uygulanır.

Aktif sanal makineler için kullanılabilir olmayacak olan kaynakların yüzdesi olan yüzde değeri ayarlanırken bu yüzdeyi olabildiğince düşük tutmak mantıklıdır. İhtiyaçlarınıza uygun yüzdeyi belirleyen çok sayıda yaklaşım bulunmaktadır.

Bunlardan birisi host düzeyi yaklaşımı diğeri ise bir hostun katkısına eşit veya daha küçük yüzdeyi kullanan agresif yaklaşımdır. Peki hangi yaklaşım kullanılmalı?

Host düzeyi 

Önceki örnekte 8 hostluk bir cluster’da rezerve kaynak olarak %20 kullanılmıştı. Bu konfigürasyon tek bir hostun cluster’a katkısından fazla kaynak rezerve etmektedir. Bu işlemin temel amacı fiziksel sunucunun hatasının ardından sanal makinelere otomatik kurtarma sağlamaktır. Bu nedenle cluster içerisindeki tekil hostlara eşit kaynak ayırmak önerilmektedir.
8 hosluk bir clusterda (homojen konfigürasyonlu hostlar) host başına öğe boyu seviyesini kullanırken, host başına kaynak katkısı clusterda %12,5’tir. Bununla beraber kullanılacak yüzde bir tam sayı olmalıdır. Tutucu yaklaşımı kullanarak bir hostun tam kapasitesinin korunmasının garanti edilmesini sağlamak için yukarıya yuvarlamak daha iyidir; bu örnekte %13’e yuvarlamak gibi.

Percentage of Cluster Resources

Agresif yaklaşım 

Tek bir hostun clustera katkısından daha az bir değerde yüzdenin kullanımı da önerilmektedir. Bu yaklaşım host hatalarına ayak uydurmak için ayrılan kaynak miktarını düşürmekte ve konsolidasyon oranlarını yükseltmektedir. Bu yaklaşımın tüm hostlar tam yükte olmadığı sürece işlenebileceğini gibi görüşler olsa da agresif yaklaşım bir hatadan sonra tüm etkilenen sanal makinelerin kurtarılması garantisini ortadan kaldırmaktadır.

Sanal makine yeniden başlatmak öncelikleri, kritik görevleri olan sanal makinelerin daha düşük operasyonel öncelikli makinelerden önce açılacağını garantilemek için yakından gözlemlenmelidir. Eğer ayrımlar sanal makine düzeyinde ayarlanırlarsa, bir sanal makinenin açılması ve halen agresif ayarları korumasını sağlamak için sanal makineler eklendiği veya çıkarıldığında failover kapasitesi yüzdesini yeniden hesaplamak gerekmektedir.

Clusterı genişletmek 

Yüzdenin dinamik olmasına ve cluster düzeyinde kapasite hesaplamasına karşın cluster genişletildiğinde host başına ayrılan kaynak katkısı düşer. Clustera host ekledikten sonra yüzde ayarını kullanmaya devam etmeye karar verirseniz fail-over için ayrılan kaynak miktarı host başına ayrılan kaynak katkısına eşit olmayabilir ve sonuç olarak da değerli kaynaklar çöpe atılabilir. Örneğin 8 hostluk bir clustera 4 host eklerken önceden ayarlanmış olan %13’lük giriş kontrol ilkesini kullanmaya devam etmek 1,5 hosta eşit fail-over kapasitesi kullanmak demek olacaktır. 8 hostluk clusterın 12 hosta yükseltildiği aşağıdaki diyagramda 8 hostun her birisi 2 GHz çekirdekli ve 70GB belleklidir. Cluster orijinal olarak 109,2 GB ve 24,96 GHz’e eşit olan %13’e ayarlı giriş kontrole sahiptir. Eğer gereklilik 1 hostun fail-over durumuna göre ise 7,68 GHz ve 33,6GB “israf edilmektedir”.

Percentage of Cluster Resources

Maksimum yüzde 

HA, hostun fail olması durumunda sanal makineleri yeniden başlatacak fail-over koordinatörü olarak çalışacak bir birincil devreye dayanır. Eğer bir HA clusterının 5 birincil devresinin tamamı hata verirse sanal makinelerin otomatik kurtarımı mümkün değildir. Fail-over yedek kapasitesini %100’e ayarlamak mümkün olsa da tüm birincil devrelerin hata vermesi ihtimali olduğundan 4 hostun katkısını aşan yüzde kullanmak pratik  bir çözüm değildir.

Percentage of Cluster Resources

Her ne kadar fail-over kapasitesi yüzdesi konfigürasyonu ve birincil ajanların konfigürasyonu birbirleriyle ilintili olmasa da aslında birbirlerini etkilerler.

Cluster tasarımı host yerleşimine odaklandığı ve tüm birincil devrelerin fail-over riskini düşürmek için host düzeyinde donanım bağımlılığına dayandığı için, maksimum 4 hostun fail durumunda daha fazla sanal makinenin açılmasına izin vermeyerek giriş kontrolünde önemli bir rol oynar.

Bu demektir ki izin verilen maksimum yüzdenin host başına katkıyı 4 ile çarparak hesaplanması gerekmektedir. Örneğin 12hostluk bir clusterın önerilen maksimum izin verilen konfigüre fail-over kapasitesi %34 olunca bu durum clusterın sanal makineler için kaynakları aşırıya kaçarak dağıtmadan 4 host hatası için yeterli kaynak ayırmasına olanak sağlar.

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 : 45595165

Ö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