Memory Overhead Hakkında

Memory Overhead Hakkında
Adem YETİM tarafından 4 sene önce eklendi. 2,491 kez okundu.

Bir önceki makalemde HA ile ilgili policyler den ve failover durumuna karşı kaynak rezervasyonlarından detaylıca bahsettik , memory overhead’in bu hesaplamada dikkate almamız gerektiğine değindik. Performans ve kapasite planlamasında memory overhead in önemli bir yeri olduğu için bu nedenle memory overhead konusuna detaylıca anlatmayı uygun gördüm.

Memory overhead nedir?

Memory overhead sanal makinenin çalışabilmesi için kullanılan ram miktarıdır. Sanal makine için konfigüre edilen bellek(Guest VM için ayrılan kaynak) yerine fiziksel sunucunun belleğini kullanır. ESXi host üzerinde çalışan her sanal makine kendi konfigüre bellek kullanımına ilaveten bir miktar memory overhead tüketmektedir. Tıpkı sanal makine çerçeve arabelleği ve bellek çevirisi için haritalama tablosu gibi (fiziksel sanal makine belleğini makine belleğine haritalamak için) bu ekstra alana ESXi tarafından dâhili VMkernel veri yapıları için ihtiyaç duyulur. 2 tür sanal makine overhead mevcuttur:

Statik overhead

Statik overhead, sanal makinenin başlatılması için gereken minimum overhead dir. DRS ve VMkernel bu metriği giriş kontrol ve VMotion hesaplamaları için kullanmaktadır. Hedef hostun sanal makine rezervasyonu ve statik overhead’i desteklemesi gerekir, yoksa VMotion hata verecektir.

Dinamik overhead

Sanal makine başlatıldıktan sonra sanal makine monitörü (VMM) ilave bellek alanı isteyebilir. VMM alan isteyecektir ama VMkernel’in bunu sağlaması beklenmemektedir. Eğer VMM ilave bellek alanı alamazsa sanal makine çalışmaya devam eder ama bu biraz performans kaybına neden olur. VMkernel, sanal makine overhead rezervasyonuna VM düzeyindeki bellek rezervasyonu gibi bakar ve bu bellek kullanıldıktan sonra geri alınmaz. Unutulmaması gereken diğer bir nokta Dynamic overhead tamamen iş yüküne bağlıdır ve sanal makine çalışırken değişebilir. Sanal makine işletim sistemi iş yüküne göre artıp azalabildiği için shadow page tabloları dynamic overhead boyutlandırmasında önemli rol oynamaktadır. VMM daha fazla shadow page tablosu eklemek istediğinde daha fazla overhead memory gerekecektir.

Admission control’de kullanılan memory overhead

Bir önceki makalemde bahsettiğim üzere DRS ve VMkernel, eğer rezervasyonlar garantilenemiyorsa sanal makinenin çalıştırılmasına izin vermezler. Bu da sanal makine için etkin bellek rezervasyonu kullanıcı tarafından konfigüre edilen bellek rezervasyonu (VM düzeyinde rezervasyon) ve overhead rezervasyon toplamı demektir.

Resource pool memory rezervasyonları

Resource pool ‘un tasarlanması aşaması boyunca sanal makinenin bellek overhead’i resource pool da belirtilen bellek rezervasyonuna dâhil edilmelidir. Dinamik overhead’in davranışı dikkate alınmalıdır.

vSphere kaynak yönetim rehberindeki Tablo 3.2 sanal makinelerdeki overhead memory’leri listelemektedir.

Moverheadtable

 

Lütfen şu gerçeğe dikkat ediniz ki, memory overheadler her yeni çıkan ESXi ile birlikte büyümekte, bunu yeni bir versiyona geçerken aklınızda tutun. Sanal makine memory overhead dökümantasyonunu doğrulayın ve resource pool daki belirlenmiş bellek rezervasyonunu kontrol edin.

VM’ler için HA Yeniden başlatma önceliği ve memory overhead bilgisi;

Vcenter cluster içerisindeki sanal makinelerin memory overhead bilgileri ve makinelerin herhangi bir failover durumunda HA’in yeniden başlatma önceliği ve VM’nin üzerinde çalıştığı Host, VM için atanan RAM ve vCPU gibi bilgileri için aşağıdaki komut satırını kullanabilirsiniz.

 

Kaynak Kodu
(Get-VM | Where {$_.PowerState -eq “PoweredOn”}) | Select Name,PowerState,NumCpu,MemoryMB,VMHost,@{N=”MemoryOverhead”;E={$_.ExtensionData.Runtime.MemoryOverhead/1MB}}, HARestartPriority | Sort Name | ft

 

memory overhad

Eğer sonuçların bir tablo halinde formatlanmasını istemiyorsanız cmdlet’in sonundaki “| ft” kısmını kaldırın ve eğer sonuçların CSV dosyası olarak alınmasını istiyorsanız “ft” yerine “Export-CSV C:\yourfile.csv” ekleyin.

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

Ö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