Windows Server 2012 Hyper-V

11.06.2012 | 19:25 Dokümanlar , Hyper-V , Windows Server 6 Yorum

Kısa bir süre önce Release Candidate dağıtımı ile son dönemece giren Windows Server 2012 ‘nin RTM (Release) olup raflardaki yerini almasına az bir zaman kaldı.

Olayın doğası gereği ve her yeni işletim sisteminde olduğu gibi bu seferki için de şimdiye kadarkilerin en iyisi diyebiliriz. Yeni Windows Server 2012, kendinden önceki Windows Server sürümlerde olmayan 100+ ‘ün üzerinde yeni özelliği bünyesinde barındırırken, artık geleneksel hale gelmiş birçok özelliğin de geliştirilmiş hallerini içeriyor ve yükselen trend Bulut Bilişim mimarilerinin hemen hemen her noktasında konumlanabiliyor. Dünya üzerinde en çok tercih edilen sunucu işletim sistemleri olan Windows Server Ailesi’nin bu yeni üyesi, özellikle sunucu sanallaştırma rolü Hyper-V ile ilgili dikkat çekici yenilikler ve henüz rakipsiz birçok özelliği de beraberinde getiriyor.

Yeni hypervisor’ın ismi Windows Server 2012 Hyper-V ve şimdi 10 kaplan gücünde :)

Hyper-V 10 Kaplan Gücünde

Hyper-V, bare-metal olarak da ifade edilen Type1 sınıfta bir hypervisor’dır. Windows Server işletim sistemi rolü olarak dağıtılır ve ana odak noktası kurumsal seviyedeki sunucu sanallaştırma + özel/genel bulut altyapılarıdır.

Özelliklere geçmeden önce; son dönemece giren Windows Server 2012 Road-Map’i şu şekilde çizebiliriz:

  • Windows Server 8 Developer Preview (Eylül 2011)
  • Windows Server 8 Beta (Şubat 2012)
  • Windows Server 2012 Release Candidate (Haziran 2012)
  • Windows Server 2012 RTM (2012 Son çeyrek) (Resmi bilgi değildir)

Windows Server 2012 Hyper-V ‘de Neler Yeni?

Bazı yenilikler:

  • Host başına 320 Logical Processor desteği.
  • Host başına 4TB RAM desteği.
  • Standalone Host başına 1000 sanal makine desteği.
  • Hyper-V Failover Cluster başına 64 node desteği.
  • Hyper-V Failover Cluster başına 4000 sanal makine desteği.
  • Sanal makine başına 64 vCPU (sanal işlemci) desteği.
  • Sanal makine başına 1TB RAM desteği.
  • Sanal makine başına 64TB sanal disk desteği. (VHDX)
  • Sanal makineler için NUMA desteği.
  • Sanal makineler için SR-IOV desteği
  • Sanal makineler için canlı Dynamic Memory yapılandırma desteği.
  • Yeni Dynamic Memory yapılandırma parametreleri.
  • Sanal makineler için boot from iSCSI SAN desteği.
  • Sanal makineler için Resource Metering özelliği.
  • Sanal makineler için Virtual FC-HBA desteği.
  • FC üzerinden Guest Clustering desteği.
  • VM Monitoring (Uygulama ve Servis seviyesinde)
  • Canlı Snapshot Merge desteği.
  • Hyper-V Replica.
  • Eş zamanlı, canlı ve sınırsız Live Migration desteği.
  • Failover Cluster ve Shared Storage olmaksızın Live Migration desteği.
  • Live Storage Migration desteği.
  • Failover Cluster ve Shared Storage olmaksızın Live Storage Migration desteği.
  • Failover Cluster’da sanal makine failover önceliklendirme desteği.
  • Failover Cluster’a canlı sanal makine ekleyebilme desteği.
  • NIC Teaming desteği. (Cross chipset)
  • Virtual Network Adapter üzerinde Bandwidth Management desteği.
  • Extensible Virtual Switch desteği.
  • DHCP ve Router Guard destekleri.
  • Virtual Network tarafında Capture, Filter, Forward yetenekleri.
  • Yeni Network Virtualization ve izolasyon yetenkleri.
  • Sanal makineler için Port Mirroring desteği
  • Sanal makineler için VMQ, IPsec Task, MAC Address Spoofing yetenekleri.
  • QoS desteği.
  • Yeni sanal disk formatı VHDX.
  • Sanal diskler için 4KB sector desteği.
  • Offloaded Data Transfer (ODX) desteği.
  • Cluster Shared Volume 2.0 (CSV)
  • Cluster Volume Encryption desteği.
  • Incremental Backup desteği.
  • Windows Server Backup ile sanal makine yedekleyebilme desteği.
  • Otomasyon için genişletilmiş PowerShell desteği.

Windows Server 2012 Hyper-V Yenilikleri

Tek makalede tüm yenilikleri detaylandırma şansımız yok. İlerleyen günlerde özellikleri Türkçe olarak ele alan ve detaylandıran çalışmalar yayımlayacağız. Ama Windows Server 2012 Hyper-V ‘de sınırları zorlayan bazı özellikleri kısaca ele almadan da geçemeyeceğim :)

Host Başına 320 Mantıksal İşlemci Desteği (Logical Processor, Core)

Microsoft dünyasında 1 mantıksal işlemci (logical processor), 1 fiziksel çekirdek (core) veya 1 processor thread’e karşılık gelir. Örneğin 8 fiziksel çekirdeğe sahip bir işlemciniz varsa, Windows Server için 8 mantıksal işlemciniz var demektir ve task manager’ı açtığınızda 8 adet görürsünüz. Örneğin 8 fiziksel çekirdekli işlemciniz var ama bir de CPU’da hyper-threading aktif ise, Windows Server için 16 mantıksal işlemciniz var demektir ve task manager’ı açtığınızda 16 adet görürsünüz. Bu makalenin konusu olmayan Hyper-threading özel bir CPU teknolojisidir. Detaylı bilgi almak için aşağıdaki bağlantıyı ziyaret edebilirsiniz.

Hyper-threading http://en.wikipedia.org/wiki/Hyper-threading

Hyper-V için ise her bir mantıksal işlemci 1 adet sanal işlemciye tekabül eder (vCPU). Örneğin siz bir sanal makineye 16 vCPU atadığınızda gerçekten 16 fiziksel çekirdeğe karşılık gelebileceği gibi, -eğer cpu’larda hyper-threading aktif ise- bu özel yöntemle çoğaltılmış ve 16 çekirdek gibi davranan aslında 8 fiziksel çekirdeğe de karşılık gelebilir.

Windows Server 2012 Hyper-V ile artık Host başına 320 adet mantıksal işlemciden oluşan havuzlar oluşturup sanal makinelere bölümleyebilirsiniz. Şu an RTM durumdaki en güncel sürüm olan Windows Server 2008 R2 SP1 Hyper-V, 64 adet mantıksal işlemci yönetebiliyor. Windows Server 2012 Beta ‘da 160 olarak duyurulan Host başına mantıksal işlemci yönetimi, RC ile 320’ye güncellenmiş oldu.

Şöyle bir uç örnek verebilirim: Hyper-threading’i kapalı, her bir vCPU’nun gerçek bir fiziksel işlemci çekirdeğine karşılık geldiği, 8’er fiziksel çekirdekli 40 bağımsız soket işlemciye sahip tek bir Hyper-V Host’u düşünün. İşte yeni Hyper-V böyle bir CPU gücünü tek başına yönetebilir.

Host Başına 4TB Bellek Desteği (Physical RAM)

Windows Server 2012 Hyper-V ile artık Host başına 4TB’a kadar fiziksel bellek havuzları oluşturup sanal makinelere bölümleyebilirsiniz. Şu an RTM durumdaki en güncel sürüm olan Windows Server 2008 R2 SP1 Hyper-V 1TB’a kadar fiziksel bellek yönetebiliyor. Windows Server 2012 Beta ‘da 2TB olarak duyurulan Host başına fiziksel bellek yönetimi, RC ile 4TB’a güncellenmiş oldu.

Sanal Makine Başına 64 Adede Kadar Sanal İşlemci (vCPU)

Windows Server 2012 Hyper-V ile artık sanal makine başına 64 adete kadar sanal işlemci (virtual processor – vCPU) atayabilirsiniz. Şu an RTM durumdaki en güncel sürüm olan Windows Server 2008 R2 SP1 Hyper-V ile 4 adede kadar sanal işlemci atanabiliyor ki bu limit bazı senaryolarda ciddi bir dar boğaz oluşturabiliyor. Windows Server 2012 Beta ‘da 32 olarak duyurulan sanal makine başına vCPU sayısı, RC ile 64’e güncellenmiş oldu.

Sanal Makine Başına 64 İşlemci

Hyper-V için 1 vCPU = 1 Logical Processor (Physical Core veya Thread) karşılık geldiğinden bahsetmiştim. Windows Server 2012 Hyper-V ‘deki bu güncelleme sonrasında, örneğin Host üzerinde yer alan 8’er fiziksel çekirdekli ve tamamen son teknolojiler ile donatılmış 4 bağımsız soket fiziksel işlemcinin tamamını tek bir sanal makinenin kullanımına sunabilirsiniz ki bu 32 vCPU ile atanabilecek maksimum rakamın yarısı yapar. Eğer Host’unuz modüler bir yapıdaysa bir bu kadar daha genişletip 8’er fiziksel çekirdekli 8 bağımsız soket fiziksel işlemciyi 64 vCPU olarak tek bir sanal makineye atayabilirsiniz.

vCPU limitleri veya platform lisanslarının yüksek maliyetli olması nedeniyle sanallaştırmayı ertelediğiniz sistemleri gözünüzde canlandırın. Kaç tanesi bu rakamın üzerinde?

Bir de konunun maliyet boyutu var. Windows Server 2012 Hyper-V, sınırları zorlayan vCPU limitini yine tamamen ücretsiz ve platforma entegre bir şekilde sunuyor. Herhangi bir ek lisans, ek yazılım veya yansıyan bir maliyet durumu söz konusu değil. Piyasa lideri olarak konuşulan rakip ürünler en fazla 32 vCPU verip bunu en pahalı lisanslama modelleri ile sunarken, Windows Server 2012 Hyper-V rakiplerini ikiye katladığı gibi ücretsiz olma özelliğini de korumaya devam ediyor. (Haziran 2012 / Sürümler değiştikçe bu ifade geçerliliğini yitirebilir.)

Sanal Makine Başına 1TB’a Kadar Bellek (vRAM)

Windows Server 2012 Hyper-V ile artık sanal makine başına 1TB’a kadar bellek (memory/ram) atayabilirsiniz. Şu an RTM durumdaki en güncel sürüm olan Windows Server 2008 R2 SP1 Hyper-V ile sanal makine başına 64GB’a kadar bellek atanabiliyor. Bu limit, vCPU kadar olmasa da senaryo spesifik olarak bazen yetersiz kalabiliyor. Windows Server 2012 Beta ‘da 512GB olarak duyurulan sanal makine başına atanabilen bellek miktarı, RC ile 1TB’a güncellenmiş oldu.

Sanal Makine Başına 1TB Bellek

* Sanal makinelere bellek atama konusunun Guest OS (sanal/misafir işletim sistemi) sürümü ile direkt bağlantılı olduğunu unutmayın. Örneğin sanal olarak çalışan ve yapısal olarak en fazla 32GB bellek kullanabilen bir Windows Server 2008 R2 Standard sürüme 512GB bellek atarsanız, sadece 32GB’ını görüp kullanabilecektir. Bu durum tüm sanallaştırma platformları için geçerli olduğu gibi fiziksel ortamlarda da aynıdır.

İncelemek isterseniz Windows sürümlerinin bellek limitlerine şuradan ulaşabilirsiniz:

http://msdn.microsoft.com/en-us/library/windows/desktop/aa366778(v=vs.85).aspx

Host Başına 1000 Sanal Makine

Windows Server 2012 Hyper-V ile, Cluster üyesi olmayan standalone (tek başına çalışan) bir Host üzerinde 1000 adet sanal makine oluşturabilirsiniz. Özellikle geniş ölçekli veri merkezleri ile bulut servis sağlayıcılar ve biraz daha küçük ölçekli hoster’lar için iyi bir gelişme. Şu an RTM durumdaki en güncel sürüm olan Windows Server 2008 R2 SP1 Hyper-V üzerinde maksimum 384 adet sanal makine destekleniyor.

Bu limitler hardcoded değildir. Yani standalone Windows Server 2012 Hyper-V üzerinde 1001’inci sanal makineyi de oluşturabilirsiniz ancak 1000 rakamı Microsoft tarafından test edilmiş ve resmi olarak destek verilen rakamdır.

Cluster Başına 64 Node ve 4000 Sanal Makine

Bir Windows Server 2012 Hyper-V Failover Cluster yapısında artık 64 adet node yer alabilir ve bu yapı üzerinde toplamda 4000 adet sanal makine çalışabilir. Şu an RTM durumdaki en güncel sürüm olan Windows Server 2008 R2 SP1 Hyper-V Failover Cluster yapılarında en fazla 16 node ve 1000 adet sanal makine destekleniyor. Yine özellikle geniş ölçekli veri merkezleri ile bulut servis sağlayıcılar ve biraz daha küçük ölçekli hoster’lar için çok iyi bir gelişme.

VM Live Migration

Windows Server 2008 R2 SP1 ‘de şu an kullanabildiğimiz, çalışan sanal makinelerin canlı ve kesintisiz olarak farklı Host’lara aktarılabilmesini mümkün kılan bir teknolojidir. Çalışan sanal makinenin disk üzerindeki bileşenlerine (VDH, XML, VSV, BIN) dokunulmadan sadece CPU ve RAM kaynak içeriği/durumu farklı bir Host üzerine aktarılır.

Windows Server 2008 R2 SP1 Hyper-V VM Live Migration karakteristik özellikleri:

  • Host’lar arası kesintisiz sanal makine aktarımı sağlar.
  • Microsoft Cluster Services Setup gerekir.
  • Cluster yapısı nedeniyle AD Domain bağımlıdır.
  • Node’lar arası Shared Storage (SAN) gereksinimi vardır.
  • Senaryo spesifik olarak CSV bağımlıdır.
  • Eş zamanlı LM işleri platformda desteklenmez. (VMM ile Queue desteği sunulur)

Peki VM Live Migration nasıl daha iyi olabilirdi? Cevap Windows Server 2012 Hyper-V’de…

Windows Server 2012 Hyper-V ‘de VM Live Migration çok daha yetenekli ve en önemlisi özel bir Setup ihtiyacı olmadan çalışabiliyor. Failover Cluster ve Shared Storage ortamlarına destek aynı şekilde devam ederken, canlı sanal makine taşıma yeteneği bu yapıdan bağımsız olarak da gerçekleştirilebiliyor.

Paylaşımsız Canlı Aktarım

Daha açık bir ifade ile; aynı AD Domain ortamında standalone olarak çalışan iki Windows Server 2012 Hyper-V Host düşünün. Aralarında herhangi bir Failover Cluster konfigürasyonu veya eş zamanlı olarak eriştikleri bir Back-end Shared Storage donanımı yok. Tamamen network (SMB) üzerinden bu iki Host arasında canlı sanal makine aktarımı artık mümkün.

Windows Server 2012 Hyper-V VM Live Migration karakteristik özellikleri:

  • Host’lar arası kesintisiz sanal makine aktarımı sağlar.
  • Host’lar AD Domain üyesi olmalı.
  • Microsoft Cluster Services olmadan çalışabilir.
  • Microsoft Cluster Services ortamlarına destek devam ediyor.
  • Host’lar arası Shared Storage (SAN) gereksinimi yoktur.
  • Shared Storage (SAN) olan yapılara destek devam ediyor.
  • SMB 3.0 üzerinden çalışabilme yeteneği.
  • Eş zamanlı LM operasyonları destekleniyor. (Sınırsız)
  • Ölçeklenebilir.

Live Storage Migration

Bir Windows Server 2012 Hyper-V özelliği olan Live Storage Migration sayesinde, çalışır durumdaki sanal makinelerin disk üzerindeki tüm bileşenlerini (>vhdx, xml, snapshot, slp, vsv, bin) tamamen canlı bir şekilde farklı depolama alanlarına taşıyabilirsiniz.

Live Storage Migration ile VM Live Migration arasındaki en temel fark, Live Storage Migration’ın taşıma sırasında sanal makinenin CPU ve RAM bilgisine dokunmuyor olması. Sanal makine aynı host üzerinde çalışmaya devam ediyor, aynı Host’un CPU ve RAM kaynaklarını kullanıyor, arka tarafta sadece disk üzerindeki bileşenler farklı bir depolama alanına taşınmış oluyor.

Live Storage Migration

Özellikle Storage upgrade’lerinde, bazı reconfiguration işlemlerinde, performans problemleri ortaya çıktığında veya disk alanının yetersiz seviyelere gerilediği durumlarda sanal makineleri farklı depolama alanlarına taşıma ihtiyacı ortaya çıkabilir. İşte tam bu noktada Live Storage Migration özelliği, sanal makine bileşenlerini taşımanız için canlı, pratik ve platforma entegre bir yol sunuyor. Çalışır durumdaki sanal makinenin Host Disk üzerinde konumlanan sanal disklerini (VHD/X), konfigürasyon dosyasını (XML), SLP/VSV/BIN gibi durum bilgilerini ve varsa Snapshot dosyalarını, aynı Host tarafından erişilebilen farklı bir depolama alanına canlı olarak aktarabilirsiniz. Bu sırada sanal makine için herhangi bir downtime durumu söz konu değildir.

Hyper-V Manager Live Storage Migration

Hyper-V Manager, Powershell, VMM gibi birçok noktadan tetikleyebileceğiniz Live Storage Migration özelliği için herhangi bir AD Domain veya Failover Cluster Setup ihtiyacı da söz konusu değil. Taşıyacağınız sanal makinenin bulunduğu Host’un source ve destination disk alanlarına erişebiliyor olması yeterlidir.

Hyper-V Manager Live Storage Migration

Ayrıca >USB, FW, SAS, DAS, FC, iSCSI, SMB 2.2 gibi yaygın olarak tercih edilen tüm depolama alanları Live Storage Migration sırasında desteklenir.

Sanal Makineler İçin NUMA Desteği

NUMA (Non-Uniform Memory Access veya Non-Uniform Memory Architecture), donanım üreticileri ve yazılım geliştiricileri tarafından kullanılan genel bir bellek erişim/sıralama mimarisidir.

Bu makalenin konusu olmayan NUMA hakkında daha fazla teknik detay için aşağıdaki bağlantıyı ziyaret edebilirsiniz.

NUMA http://en.wikipedia.org/wiki/Non-Uniform_Memory_Access

Peki NUMA pratikte ne işe yarar? Kabaca ve mümkün olduğunca anlaşılır bir şekilde açıklamak gerekirse;

Windows Server 2012 Hyper-V ile çok daha fazla fiziksel kaynağın yönetilebildiğini ve günümüz standartlara oranla çok daha fazla kaynağa sahip sanal makineler yaratılabildiğini biliyorsunuz. Özellikle sanal makine başına atanabilen maksimum CPU (64vCPU) ve maksimum vRAM (1TB) miktarları, yeni üründe en dikkat çekici noktalar arasında. Ancak çok güçlü fiziksel donanımlar üzerinde ulaşmanın mümkün olduğu bu sınırlarda veya yakın ölçülerde çalışan sanal makineleriniz varsa, CPU’ların RAM modüllerine erişimi sırasında iş parçalarının beklemeye maruz kalması sonucunda performansı olumsuz etkileyen durumlar ortaya çıkabiliyor.

Çok CPU’lu yaygın bir server mainboard’unu incelediğinizde her cpu soketi için bir memory grubu yer aldığını ve hatta memory modül dizilim sırasının kullanılacak cpu adetine göre değiştiğini görebilirsiniz. Memory kaynağı, cpu’ların kendi cache’lerinden sonra kullanabildiği en değerli ve hızlı kaynaklardır. Bir CPU, kendi cache’i dışında bir memory modülü kullanmak istediğinde, öncelikli olarak kendine bağlı bellek modül grubuna erişmek ister ve bu grup o CPU için local memory konumundadır. Mainboard üzerindeki diğer bellek grupları ise (aslında öncelikle diğer CPU’lara bağlı modüller) remote memory konumundadır. Bir CPU gerektiğinde (mesela kendi grubu yetmediğinde) remote memory gruplarını da iş yapmak için kullanabilir. Ama haliyle local memory erişiminden daha yavaş bir erişim söz konusu olur.

8’er fiziksel çekirdeğe sahip, 4 soket fiziksel işlemci + 2TB bellek ile çalışan bir Host düşünün ve bu Host üzerindeki memory havuzunun 32GB’lık modüller ile oluştuğunu var sayın ki bu toplamda 64 adet fiziksel memory modülü demek oluyor. Bu Host üzerinde örneğin 32 vCPU ve 1TB memory atanmış bir sanal makine çalışsın. Bu senaryoda, daha performanslı bir CPU/Memory etkileşimi için hangi CPU’nun, hangi grup üzerindeki memory modüllerini öncelikli ve daha doğru kullanabileceğini sanal makineye birinin söylemesi gerekiyor. İşte sanal makineye bunu söyleyen mekanizma Hyper-V’ye entegre edilmiş olan NUMA kullanım yeteneği oluyor.

NUMA

CPU/Memory durumunuza göre sanal makine başına kolayca konfigüre edebileceğiniz NUMA özelliği Processor Settings altında yer alıyor.

Sanal Makineler İçin SR-IOV Desteği

SR-IOV (single root i/o virtualization), kabaca tek bir PCI device’ın birden fazla sanal makineye paylaştırılmasını sağlayan endüstri standardı bir teknolojidir. SR-IOV destekli device’lar system chipset ile birlikte çalışarak özel bir yöntem sunarlar ve direkt bir sanal makineye bağlanabilirler. Windows Server 2012 Hyper-V, SR-IOV destekli network-device’ları direkt sanal makinelerin kullanımına açmayı destekler ve bu device’lar üzerinde yer alan virtual function’ların yine direkt sanal makineler tarafından kullanılmasını sağlayabilir.

Sanal Makineler İçin SR-IOV Desteği

Bu sayede network trafiğinin işlenmesi sırasında oluşabilecek gecikmeler ve bir şekilde Host CPU’ya overhead edilmesi muhtemel yük minimuma çekilmiş olurken, network-device üreticisi tarafından sunulan yeni teknolojilerin (virtual functions) direkt sanal makineler içerisinde kullanımı da mümkün hale gelmiş oluyor.

Bellek Yönetim İyileştirmeleri (Dynamic Memory)

Windows Server 2012 Hyper-V ’de bazı Dynamic Memory yapılandırma işlemleri sanal makine çalışır durumdayken yapılabiliyor. Daha yaygın bir ifade ile artık canlı bellek arttırmak mümkün. Windows Server 2012 Hyper-V üzerinde DM ile çalışan bir sanal makinenin o anki bellek miktarını sanal makineyi shutdown etmeden yükseltebilirsiniz.

Windows Server 2008 R2 SP1 Hyper-V ‘den beri var olan ve fiziksel bellek havuzunun daha verimli kullanılmasına yardımcı olan Dynamic Memory özelliği, Windows Server 2012 Hyper-V öncesinde canlı olarak arttırılamıyor, sanal makine kapatıldıktan sonra değişiklik yapılabiliyordu. Ama artık bu mümkün; bellek miktarını arttırmak istediğiniz sanal makineleri kapatmadan gerekli bellek arttırma işlemini uygulayabilirsiniz. (sanal makine dynamic memory opsiyonu ile start edilmiş olmalı)

Bellek Yönetim İyileştirmeleri

Yukarıda Windows Server 2012 Hyper-V üzerinde çalışan bir sanal makine için bazı memory yapılandırma özelliklerine müdahale edilemediğini, ama Minimum RAM ve Maximum RAM miktarlarının müdahale edilebilir (arttırılabilir) olduğunu görebilirsiniz.

Dynamic Memory tarafındaki bir diğer yenilik ise Startup RAM, Minimum RAM ve Maximum RAM değerleri. Windows Server 2008 R2 SP1 Hyper-V üzerinde çalışan bir sanal makine için Dynamic Memory yapılandırma penceresi aşağıdaki gibidir.

Bellek Yönetim İyileştirmeleri

Görebileceğiniz gibi yukarıdaki sanal makineye Startup RAM: 2,5GB ile Maximum RAM: 6GB arasında bir bellek atanmış. Yani sanal makine hayatına 2.5GB bellek ile başlıyor, gerektiğinde 6GB’a kadar genişliyor ve bellek ayırılma durumu 2,5GB-6GB arasında ihtiyaca göre değişiyor. Bu iyi bir fikir, ama ihtiyaç 2,5GB’ın altına düşer ve örneğin 1GB olursa? İşte bu noktada sanal makineye atanmış bellek en fazla 2,5GB’a kadar daralabiliyor. Eğer sanal makinenin anlık ihtiyacı 1GB’a inerse, bu durumda tasarım gereği 1,5GB fazladan bellek kullanılmadığı halde yine o sanal makineye atanmış oluyor.

Peki biz en başta Startup RAM miktarını düşük tutarak örneğin 1GB ile başlatsak ve sanal makine çalışırken de ona 1GB ile 6GB arasında hareket etme şansı versek nasıl olur? Elbette olur, ama bu senaryoda da şöyle bir handikap oluşma ihtimali var: Dynamic Memory konfigürasyonu sanal makine start olup servisler başladıktan sonra devreye girer ve bu süre zarfında sanal makinenin kullandığı bellek miktarı Startup RAM kadardır. Yani ilk açılışta 2,5GB ihtiyacı olan bir sanal makineye sırf bu yüzden 1GB verdiğinizde, boot süreci boyunca ve sonrasında DM devreye girene kadar bir dar boğaz söz konusu olabilir.

Windows Server 2012 Hyper-V’deki yeni DM değerlerine bir göz atalım.

Windows Server 2012 Hyper-V üzerinde çalışan bir sanal makine için Dynamic Memory konfigürasyon penceresi aşağıdaki gibidir.

Bellek Yönetim İyileştirmeleri

Startup RAM: Eğer bir Dynamic Memory konfigürasyonu yoksa, sanal makineye atanmış static memory değeri olarak kabul edilir ve sanal makine tarafından kullanılmasa dahi atanmış durumda bekler. (Eski Static RAM değeri gibi.) Eğer Dynamic Memory konfigürasyonu ile birlikte kullanılırsa (ki yukarıda olduğu gibi), sanal makinenin boot process’i boyunca ve ardından Dynamic Memory devreye girene kadar sanal makineye static olarak atanacak bellek miktarını temsil eder.

Minimum RAM: Sanal makine start olup DM devreye girdikten sonra sanal makinenin ilk daralmaya çalışacağı ve yaşadığı süre boyunca da daralabileceği minimum bellek miktarını belirler.

Maximum RAM: Sanal makine start olup DM devreye girdikten sonra sanal makinenin genişleyebileceği en fazla bellek miktarını belirler.

Bu bilgiler ışığında ilk konuştuğumuz senaryoya tekrar bakarsak; Sanal makine start olurken henüz Dynamic Memory devrede olmayacağı için sanal makineye Startup RAM değeri yani 1024MB bellek static olarak atanır. Sanal makine boot sürecini atlatıp servisleri başladıktan ve DM devreye girdikten sonra Startup RAM değerinin görevi biter ve artık Minimum RAM ile Maximum RAM devrededir. Gerekiyor ise sanal makineye atanmış bellek miktarı hemen Minimum RAM değerine çekilir veya Minimum RAM ile MaximumRAM arasında uygun bir değere alınır ve dinamik olarak yönetim başlar. Böylece bir önceki senaryoda bahsettiğim boot sırasındaki memory dar boğazı aşılmış olurken, sanal makine başladıktan sonra üzerinde kalabilecek gereksiz bellek durumu da ortadan kalkmış olur.

Resource Metering Özelliği

Windows Server 2012 Hyper-V üzerinde çalışan sanal makinelerin, cpu, memory, network ve storage kaynak kullanım miktarlarını geriye dönük olarak takip etmeye yardımcı bir özelliktir.

Örneğin bir sanal makinenin gün boyunca memory üzerinde yaptığı işin ortalamasını ölçebileceğiniz gibi, aynı sanal makinenin sadece 88.x.x.x networkü için gönderdiği ve aldığı paket miktarını da ayrı ayrı ölçebilirsiniz. Eğer bir servis sağlayıcıysanız, oluşan verileri günlük, haftalık veya aylık kaynak kullanım değerleri olarak depoladıktan sonra ortaya çıkan kullanım miktarına göre müşterinize daha doğru bir fatura yansıtabilirsiniz.

Bu özelliği bir performans izleme yöntemi olarak değil bir chargeback çözümü olarak tanımlıyoruz. Ayrıca bu verileri yeni iş yüklerini konumlandırmadan önce kapasite planlama için de kullanmak iyi bir yöntem olabilir. Daha çok servis sağlayıcıları hedefleyen Resource Metering ile belki şirket içi departmanların sanallaştırma altyapınızdaki maliyetlerini de ortaya koyabilirsiniz.

Resource Metering ile ölçebileceğiniz kaynak kullanım değerleri aşağıda yer alıyor.

Resource Metering Özelliği

Yeni VHDX Formatı

Windows Server 2008 R2 SP1 Hyper-V üzerindeki VHD formatına ve sanal disk tiplerine destek aynı şekilde devam ederken, VHDX uzantılı yeni bir format da Windows Server 2012 Hyper-V ile hayatımıza girmiş oldu.

Yeni VHDX Formatı

Temel çıkış amacı VHD formatındaki 2TB kapasite limitini ortadan kaldırmak olan VHDX formatı, bir sanal makineye, tek bir VHDX üzerinde 64TB’a kadar kapasite sağlayabiliyor. Gerçekten korkunç ve yine rakipsiz bir limit. (Haziran 2012) VHDX, sunduğu kapasite avantajına ek olarak VHD’lere göre çok daha performanslı çalışıyor, özellikle dynamic ve differencing vhd’lere göre power failuer durumlarında yaşanabilen bozulmalara karşı çok daha dayanıklı ve performans kayıplarını azaltmak için daha büyük block size desteği sunabiliyor (4KB). Ayrıca üzerinde custom metadata bilgisi de taşıyabiliyor.

VHDX’ler Windows Server 2012 Hyper-V sanal makinelerinde default sanal disk formatı olarak kullanılıyor ama geriye dönük bir uyumlulukta söz konusu. Yani VHD’ler de çalışmaya devam ediyor.

VHD’leri VHDX’e, VHDX’leri de VHD’ye dönüştürme desteği ise yine platforma entegre bir şekilde sunuluyor.

VHDX Convert

Offloaded Data Transfer (ODX) Desteği

Temelde bir storage donanım özelliği olan ODX, bu desteğe sahip Hyper-V ortamlarındaki backend shared SAN’ler üzerinde dosya (vhd/vhdx) taşıma, çoğaltma, yaratma veya sanal disk bakımı (compact) gibi işlerde ciddi bir performans artışı ve zaman tasarrufu sağlıyor. Ayrıca bu işler için Host üzerinde oluşan CPU yükünü de ortadan kaldırmış oluyor.

ODX destekli bir storage ile çalışıyorsanız eğer, Windows Explorer üzerinde bir sanal makineyi taşırken veya bir VHDX’e compact komutu gönderdiğinizde Windows Server bunu otomatik olarak ODX isteğine dönüştürüp storage’a gönderebiliyor. Storage işi internal olarak gerçekleştiriyor ve bu sırada anlık progress status’lar dönerek işi takip edebilmenizi de sağlıyor.

Sanal Makineler İçin Virtual Fibre Channel Desteği (vFC-HBA)

Windows Server 2012 Hyper-V ile gelen ve önceki sürümlerde bulunmayan bu yeni sanal donanım sayesinde, Host üzerinde yer alan Fibre Channel HBA ‘ları (ve doğal olarak bağlandıkları SAN Switch ve Storage donanımlarını) sanal makinelerle paylaşabilir, FC-based depolama alanlarını direkt sanal makinelere atayabilirsiniz.

Sanal Makineler İçin Virtual Fibre Channel Desteği

Bu yeni donanım, kabaca sanal işletim sistemleri üzerine sanal Fibre Channel Host Bus Adapter portları eklemenizi sağlar. Sanal makine başına 4 adede kadar vFC-HBA ekleyebilirsiniz. Her bir vFC-HBA bağımsız bir WWN’e sahip olur ve SAN yapısında fizikselden farksız davranır. vFC-HBA ile sanal makineye atayacağınız LUN’ları sanal işletim sistemi seviyesinde (Guest to Guest) tasarlayacağınız Failover Cluster senaryolarında da rahatlıkla kullanabilirsiniz. Hatta Guest seviyesinde MPIO desteği ile birden fazla fiziksel FC-HBA’yı hem yedeklilik hem de performans için sanal makinelerde kullanma şansınız da var.

İngilizce içeriğe sahip, Windows Server 2012 Hyper-V ile ilgili zaman zaman benim de referans aldığım aşağıdaki kaynakları ziyaret etmenizi tavsiye ederim.

Windows Server 2012 RC Server Virtualization Site http://www.microsoft.com/en-us/server-cloud/windows-server/2012-server-virtualization.aspx

Mevcut ve yeni Hyper-V sürümleri arasında özellik karşılaştırması için http://bit.ly/Nl97Ee

Windows Server 2012 RC Hyper-V ile VmWare vSphare 5.0 özellik karşılaştırması ve neden Hyper-V için http://bit.ly/KZgcuc

Yazı Etiketleri: , ,

Sayfa Başı ▲

Yorumlar (6)

  1. Mehmet G.

    İnanılmaz sade ve başarılı bir anlatım. keyifle okudum. Blogunuzu rss ile takip ediyorum. ilk okuyanlardan biriyim sanırım. Teşekkürler

  2. Mehmet G.

    Ayrıca ciddi maliyet avantajı var. Anlattıklarınıza bakılırsada hyper-v artık olmuş görünüyor.

  3. selcuk ciftler

    merhaba. yeni live migration güzel olmuş. cluster olmadan nasıl çalışıyor?

  4. Serhat AKINCI

    Selçuk – AD Domain sayesinde Machine Authentication (kerberos) yaparak Host’lar kimlik doğrulayabiliyor. Ardından VM yeni SMB3 üzerinden Host’lar arasında taşınıyor…

  5. Muharrem Aydin

    Güzel ve sade anlatim
    kolay gelsin

  6. Murat Aydin

    Tesekkurler, yeni yazinizida okudum

Yorum Ekle