Geleneksel mimaride oluşturulan Sunucu Sanallaştırma mimarisini görmektesiniz. HyperV Server kurulu olan fiziksel sunucumuz da temel bilgi işlem kaynaklarımız çalışmakta.

Fiziksel sunucu özelliklerine bakıyoruz. HyperV Server üzerinde iki adet fiziksel işlemci ve toplam 12 Çekirdek (Core) bulunmakta. Her bir işlemci de 6 (Core) çekirdek bulunmakta. Her bir fiziksel işlemci 6 DIM yuvasına sahip ve her bir DIMM yuvasında 32 GB fiziksel bellek bulunmakta.

Varsayılan değer de Non-Uniform Memory Access (NUMA) spanning aktif durumda ve bir değişiklik yapmazsak her bir sanal makine (Virtual machine) en fazla 12 Adet sanal işlemci bağlayabiliriz.

HyperV Server Üzerinde Numa Spanning özelliğini pasif duruma getirdik ve bu işlemden sonra HyperV Server ‘a bir takım kurallar söyledik. HyperV server üzerinde 12 çekirdek olsa bile her bir sanal makine (virtual machine) en fazla 6 sanal işlemcide çalışacak.

HyperV Serverüzerinde toplam 384 GB fiziksel bellek bulunmakta ve Numa spanning özelliğini kapatmasaydık bir sanal makine (virtual machine) en fazla 384 GB sanal bellek bağlayabilirdik. Kullanacak olduğumuz bellek türü sabit bellek, HyperV Dynamic Memory özelliğini kullanmıyoruz.

HyperV Server üzerinde Numa spanning özelliğini pasif duruma getirdiğimiz zaman farkında olmadan iki kural daha yazmış olduk.

  • Bir sanal makine (Virtual machine) en fazla 192 GB sanal bellek verebiliriz
  • Bütün Sanal makineler, Kullanmış oldukları işlemci üzerinde en fazla 192 GB sanal belleği paylaşabilir.

HyperV server üzerinde Host Seviyesinde Numa Spanning kapattığımız zaman Hypervisor’e bu kuralları vermis olmaktayız. Bu kurallar sanal makine (virtual machine) için en iyi performans da çalıştırabilmesi için HyperVisor tarafından uygulanacak.

Bu kurallar sonrasında bir çok sanal makine (virtual machine) oluşturuldu ve bu kurallar çerçevesinde çalışmakta. Her bir sanal makine (virtual machine) en fazla 6 Sanal işlemci (virtual cpu) kullanmakta. Barınmış oldukları fiziksel işlemci üzerinde ki 192 GB Fiziksel Belleği paylaşmakta ve her bir sanal makine (virtual machine) Dynamic Memory kullanmamakta.

Sanal makine ölçekleri,  biri 10 GB, diğeri 40 GB bir diğeri 60 GB sanal belleğe (virtual mamory) sahip. Toplamda 192 GB belleği paylaşmakta ve hiç bir sanal makine (virtual machine) Dynamic Memory kullanmamakta.

HyperV ortamlarında kaynak ayırma kuralını bir kez daha hatırlayalım. Hypervisor tarafından bir sanal makineye verilen fiziksel kaynak, sanal makine (virtual machine) kapatılana kadar yada başka bir HyperV Server ‘ataşınana kadar geri alınmaz. Artık bu kuralı bilmekteyiz ve bu kuralı unutmayalım.

Her iki fiziksel işlemci üzerinde bulunan toplam 192 GB fiziksel bellek bulunmakta ve toplam 162 GB ‘I sanal makineler tarafından kullanılmakta. Sanal makineler ve sanallaştırma ortamı istenilen performans değerinde çalışmakta.

60 GB sanal belleğe sahip bir sanal makine (virtual machine) var ve bu sanal bellek  performans talepleri için yetersiz durumda. Sanal makineyi kapattık ve bellek artışı yapacağız.

Sanal makineyi kapattıktan sonra Sanal makinenin barınmış olduğu fiziksel işlemci üzerinde ki toplam bellek kullanımı 162 GB’ dan 102 GB ‘da geri çekildi. Mantıksal kaynaklar fiziksel kaynaklara dönüştürüldü. Ekleyecek olduğumuz ilave 20 GB Bellek fiziksel kaynaklarda bulunmakta.

Bizler sanal makine (virtual machşne) kapattığımız zaman 30 GB sanal belleğe sahip bir başka sanal makine (birtual machine) açıldı yada Failover cluster kümesi içinde bulunan başka bir HyperV Host tarafından bu HyperV Hosta taşındı.

Bizler henüz sanal makine (virtual machine) üzerinde sanal bellek artış işlemini tamamlamadık ve sanal makine kapalı durumda. Bizler sanal makine üzerinde ki bellek artış işlemini yaparken HyperV Server kaynak kullanım değerleri de değişti.

Birinci socket üzerinde 132 GB fizilsel bellek ikinci socket üzerinde 162 GB fiziksel bellek sanal makinelere ayrıldı. Bellek artışı yapacak olduğumuz sanal makine kapalı durumdayken 80 GB sanal bellek verdik.

HyperV Server üzerinde fiziksel kaynaklar yeterli durumda.. 90 GB yeterli belleğimiz var ve sanal makineye 80 GB sanal bellek atamasını da yaptık.

Bu durumda, Sanal makineyi açtığımız zaman sanal makine (virtual machine) açılmayacak ve hata verecektir yada başka bir HyperV Server üzerine taşınacaktır.

Bunun nedeni, toplam da 90 GB uygun durumda belleğiniz olsa bile HyperV Server Host Spanning ayarları sonrası sisteme vermis olduğunuz kurallardan kaynaklı.

Kurallarımızı hatırlayalım.

  • Sanal makine (virtual machine) Dynamic Memory kullanmayacak.
  • Bir sanal makine en fazla 192 GB sanal bellek atanacak.
  • Bir fiziksel işlemci üzerinde bulunan bellekler o işlemciyi kullanan sanal makineler tarfından kullanılacak ve remote access memory kullanılmayacak.

Performans için yapmış olduğumuz bu ince ayarlar sanal makine (virtual machine) açılışına etki etti.

Fiziksel sunucuya yada sanal sunucuya verecek olduğunuz daha fazla bellek daha fazla işlemci, daha hızlı depolama birimleri bir çok kez performans problemlerini çözmemekte. Performans problemleri için bir çok çözümler üretebilir ve yapacak olduğunuz ince ayarlar sonrasında ihtiyaçlarınızı karşılayabilirsiniz.

Yapacak olduğumuz bu ince ayarlar dikey ve yatay olmak üzere bir çok uzmanlığa ihtiyaç duymakta. Bu ince ayarlar doğru bir şekilde yapılmadığı zaman bazen sanal makine (virtual machine) seviyesinde bazen de bütün HyperV Sanallaştırma ortamına etki etmektedir.

Pera bilgi Sistemleri olarak sanallaştırma çözümlerinde bir çok tecrübe ve referansa sahibiz.

HyperV özelinde yapmış olduğumuz HyperV Proactive Services hizmetleriyle performans ve güvenlik problemleri için keşifler yapmakta ve bunları müşterilerimze rapor halinde sunmkatayız.

Sanallaştırma ortamınız için hazırlamış olduğumuz raporda iyileştirme planları da bulunmakta ve daha fazla bellek daha hızlı işemci satin almadan mevcut kaynaklarla performans kazanabilmektesiniz.