Ders 13: Hyper-V Sanal Makina Kurulumu

16.02.2017

Windows Server 2012 Hyper-V Sanallastirmanin Sinirlarini Zorluyor!

 

Windows Server 2012 Hyper-V ‘de Neler Var?
 
Bazi yenilikler:

·         Host basina 320 Logical Processor destegi.

·         Host basina 4TB RAM destegi.

·         Standalone Host basina 1000 sanal makine destegi.

·         Hyper-V Failover Cluster basina 64 node destegi.

·         Hyper-V Failover Cluster basina 4000 sanal makine destegi.

·         Sanal makine basina 64 vCPU (sanal islemci) destegi.

·         Sanal makine basina 1TB RAM destegi.

·         Sanal makine basina 64TB sanal disk destegi. (VHDX)

·         Sanal makineler için NUMA destegi.

·         Sanal makineler için SR-IOV destegi

·         Sanal makineler için canli Dynamic Memory yapilandirma destegi.

·         Yeni Dynamic Memory yapilandirma parametreleri.

·         Sanal makineler için boot from iSCSI SAN destegi.

·         Sanal makineler için Resource Metering özelligi.

·         Sanal makineler için Virtual FC-HBA destegi.

·         FC üzerinden Guest Clustering destegi.

·         VM Monitoring (Uygulama ve Servis seviyesinde)

·         Canli Snapshot Merge destegi.

·         Hyper-V Replica.

·         Es zamanli, canli ve sinirsiz Live Migration destegi.

·         Failover Cluster ve Shared Storage olmaksizin Live Migration destegi.

·         Live Storage Migration destegi.

·         Failover Cluster ve Shared Storage olmaksizin Live Storage Migration destegi.

·         Failover Cluster’da sanal makine failover önceliklendirme destegi.

·         Failover Cluster’a canli sanal makine ekleyebilme destegi.

·         NIC Teaming destegi. (Cross chipset)

·         Virtual Network Adapter üzerinde Bandwidth Management destegi.

·         Extensible Virtual Switch destegi.

·         DHCP ve Router Guard destekleri.

·         Virtual Network tarafinda Capture, Filter, Forward yetenekleri.

·         Yeni Network Virtualization ve izolasyon yetenkleri.

·         Sanal makineler için Port Mirroring destegi

·         Sanal makineler için VMQ, IPsec Task, MAC Address Spoofing yetenekleri.

·         QoS destegi.

·         Yeni sanal disk formati VHDX.

·         Sanal diskler için 4KB sector destegi.

·         Offloaded Data Transfer (ODX) destegi.

·         Cluster Shared Volume 2.0 (CSV)

·         Cluster Volume Encryption destegi.

·         Incremental Backup destegi.

·         Windows Server Backup ile sanal makine yedekleyebilme destegi.

·         Otomasyon için genisletilmis PowerShell destegi.

Tek makalede tüm yenilikleri detaylandirma sansimiz yok. Ilerleyen günlerde özellikleri Türkçe olarak ele alan ve detaylandiran çalismalar yayimlayacagiz. Ama Windows Server 2012 Hyper-V ‘de sinirlari zorlayan bazi özellikleri kisaca ele almadan da geçemeyecegim :)
 
Host Basina 320 Mantiksal Islemci Destegi (Logical Processor, Core)
 
Microsoft dünyasinda 1 mantiksal islemci (logical processor), 1 fiziksel çekirdek (core) veya 1 processor thread’e karsilik gelir. Örnegin 8 fiziksel çekirdege sahip bir islemciniz varsa, Windows Server için 8 mantiksal islemciniz var demektir ve task manager’i açtiginizda 8 adet görürsünüz. Örnegin 8 fiziksel çekirdekli islemciniz var ama bir de CPU’da hyper-threading aktif ise, Windows Server için 16 mantiksal islemciniz var demektir ve task manager’i açtiginizda 16 adet görürsünüz. Bu makalenin konusu olmayan Hyper-threading özel bir CPU teknolojisidir. Detayli bilgi almak için asagidaki baglantiyi ziyaret edebilirsiniz.
 
Hyper-threading
 
Hyper-V için ise her bir mantiksal islemci 1 adet sanal islemciye tekabül eder (vCPU). Örnegin siz bir sanal makineye 16 vCPU atadiginizda gerçekten 16 fiziksel çekirdege karsilik gelebilecegi gibi, -eger cpu’larda hyper-threading aktif ise- bu özel yöntemle çogaltilmis ve 16 çekirdek gibi davranan aslinda 8 fiziksel çekirdege de karsilik gelebilir.
 
Windows Server 2012 Hyper-V ile artik Host basina 320 adet mantiksal islemciden olusan havuzlar olusturup sanal makinelere bölümleyebilirsiniz. Su an RTM durumdaki en güncel sürüm olan Windows Server 2008 R2 SP1 Hyper-V, 64 adet mantiksal islemci yönetebiliyor. Windows Server 2012 Beta ‘da 160 olarak duyurulan Host basina mantiksal islemci yönetimi, RC ile 320’ye güncellenmis oldu.
 
Söyle bir uç örnek verebilirim: Hyper-threading’i kapali, her bir vCPU’nun gerçek bir fiziksel islemci çekirdegine karsilik geldigi, 8’er fiziksel çekirdekli 40 bagimsiz soket islemciye sahip tek bir Hyper-V Host’u düsünün. Iste yeni Hyper-V böyle bir CPU gücünü tek basina yönetebilir.
 
Host Basina 4TB Bellek Destegi (Physical RAM)
 
Windows Server 2012 Hyper-V ile artik Host basina 4TB’a kadar fiziksel bellek havuzlari olusturup sanal makinelere bölümleyebilirsiniz. Su 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 basina fiziksel bellek yönetimi, RC ile 4TB’a güncellenmis oldu.
 
Sanal Makine Basina 64 Adede Kadar Sanal Islemci (vCPU)
 
Windows Server 2012 Hyper-V ile artik sanal makine basina 64 adede kadar sanal islemci (virtual processor – vCPU) atayabilirsiniz. Su an RTM durumdaki en güncel sürüm olan Windows Server 2008 R2 SP1 Hyper-V ile 4 adete kadar sanal islemci atanabiliyor ki bu limit bazi senaryolarda ciddi bir dar bogaz olusturabiliyor. Windows Server 2012 Beta ‘da 32 olarak duyurulan sanal makine basina vCPU sayisi, RC ile 64’e güncellenmis oldu.
 
  image002
 
Hyper-V için 1 vCPU = 1 Logical Processor (Physical Core veya Thread) karsilik geldiginden bahsetmistim. Windows Server 2012 Hyper-V ‘deki bu güncelleme sonrasinda, örnegin Host üzerinde yer alan 8’er fiziksel çekirdekli ve tamamen son teknolojiler ile donatilmis 4 bagimsiz soket fiziksel islemcinin tamamini tek bir sanal makinenin kullanimina sunabilirsiniz ki bu 32 vCPU ile atanabilecek maksimum rakamin yarisi yapar. Eger Host’unuz modüler bir yapidaysa bir bu kadar daha genisletip 8’er fiziksel çekirdekli 8 bagimsiz soket fiziksel islemciyi 64 vCPUolarak tek bir sanal makineye atayabilirsiniz.
 
vCPU limitleri veya platform lisanslarinin yüksek maliyetli olmasi nedeniyle sanallastirmayi ertelediginiz sistemleri gözünüzde canlandirin. Kaç tanesi bu rakamin üzerinde?
 
Bir de konunun maliyet boyutu var. Windows Server 2012 Hyper-V, sinirlari zorlayan vCPU limitini yine tamamen ücretsiz ve platforma entegrebir sekilde sunuyor. Herhangi bir ek lisans, ek yazilim veya yansiyan bir maliyet durumu söz konusu degil. Piyasa lideri olarak konusulan rakip ürünler en fazla 32 vCPU verip bunu en pahali lisanslama modelleri ile sunarken, Windows Server 2012 Hyper-V rakiplerini ikiye katladigi gibi ücretsiz olma özelligini de korumaya devam ediyor. (Haziran 2012 / Sürümler degistikçe bu ifade geçerliligini yitirebilir.)
 
Sanal Makine Basina 1TB’a Kadar Bellek (vRAM)
 
Windows Server 2012 Hyper-V ile artik sanal makine basina 1TB’a kadar bellek (memory/ram) atayabilirsiniz. Su an RTM durumdaki en güncel sürüm olan Windows Server 2008 R2 SP1 Hyper-V ile sanal makine basina 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 basina atanabilen bellek miktari, RC ile 1TB’a güncellenmis oldu.
 
image003
 
* Sanal makinelere bellek atama konusunun Guest OS (sanal/misafir isletim sistemi) sürümü ile direkt baglantili oldugunu unutmayin. Örnegin sanal olarak çalisan ve yapisal olarak en fazla 32GB bellek kullanabilen bir Windows Server 2008 R2 Standard sürüme 512GB bellek atarsaniz, sadece 32GB’ini görüp kullanabilecektir. Bu durum tüm sanallastirma platformlari için geçerli oldugu gibi fiziksel ortamlarda da aynidir.
 
Incelemek isterseniz Windows sürümlerinin bellek limitlerine suradan ulasabilirsiniz:
 
Host Basina 1000 Sanal Makine
 
Windows Server 2012 Hyper-V ile, Cluster üyesi olmayan standalone (tek basina çalisan) bir Host üzerinde 1000 adet sanal makine olusturabilirsiniz. Özellikle genis ölçekli veri merkezleri ile bulut servis saglayicilar ve biraz daha küçük ölçekli hoster’lar için iyi bir gelisme. Su 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 degildir. Yani standalone Windows Server 2012 Hyper-V üzerinde 1001’inci sanal makineyi de olusturabilirsiniz ancak 1000 rakami Microsoft tarafindan test edilmis ve resmi olarak destek verilen rakamdir.
 
Cluster Basina 64 Node ve 4000 Sanal Makine
 
Bir Windows Server 2012 Hyper-V Failover Cluster yapisinda artik 64 adet node yer alabilir ve bu yapi üzerinde toplamda 4000 adet sanal makine çalisabilir. Su an RTM durumdaki en güncel sürüm olan Windows Server 2008 R2 SP1 Hyper-V Failover Cluster yapilarinda en fazla 16 node ve 1000 adet sanal makine destekleniyor. Yine özellikle genis ölçekli veri merkezleri ile bulut servis saglayicilar ve biraz daha küçük ölçekli hoster’lar için çok iyi bir gelisme.
 
VM Live Migration
 
Windows Server 2008 R2 SP1 ‘de su an kullanabildigimiz, çalisan sanal makinelerin canli ve kesintisiz olarak farkli Host’lara aktarilabilmesini mümkün kilan bir teknolojidir. Çalisan sanal makinenin disk üzerindeki bilesenlerine (VDH, XML, VSV, BIN) dokunulmadan sadece CPU ve RAM kaynak içerigi/durumu farkli bir Host üzerine aktarilir.
Windows Server 2008 R2 SP1 Hyper-V VM Live Migration karakteristik özellikleri:

·         Host’lar arasi kesintisiz sanal makine aktarimi saglar.

·         Microsoft Cluster Services Setup gerekir.

·         Cluster yapisi nedeniyle AD Domain bagimlidir.

·         Node’lar arasi Shared Storage (SAN) gereksinimi vardir.

·         Senaryo spesifik olarak CSV bagimlidir.

·         Es zamanli LM isleri platformda desteklenmez. (VMM ile Queue destegi sunulur)

Peki VM Live Migration nasil 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 ihtiyaci olmadan çalisabiliyor. Failover Cluster ve Shared Storage ortamlarina destek ayni sekilde devam ederken, canli sanal makine tasima yetenegi bu yapidan bagimsiz olarak da gerçeklestirilebiliyor.
 
image004
 
Daha açik bir ifade ile; ayni AD Domain ortaminda standalone olarak çalisan iki Windows Server 2012 Hyper-V Host düsünün. Aralarinda herhangi bir Failover Cluster konfigürasyonu veya es zamanli olarak eristikleri bir Back-end Shared Storage donanimi yok. Tamamen network (SMB) üzerinden bu iki Host arasinda canli sanal makine aktarimi artik mümkün.
 
Windows Server 2012 Hyper-V VM Live Migration karakteristik özellikleri:

·         Host’lar arasi kesintisiz sanal makine aktarimi saglar.

·         Host’lar AD Domain üyesi olmali.

·         Microsoft Cluster Services olmadan çalisabilir.

·         Microsoft Cluster Services ortamlarina destek devam ediyor.

·         Host’lar arasi Shared Storage (SAN) gereksinimi yoktur.

·         Shared Storage (SAN) olan yapilara destek devam ediyor.

·         SMB 3.0 üzerinden çalisabilme yetenegi.

·         Es zamanli LM operasyonlari destekleniyor. (Sinirsiz)

·         Ölçeklenebilir.

Live Storage Migration

Bir Windows Server 2012 Hyper-V özelligi olan Live Storage Migration sayesinde, çalisir durumdaki sanal makinelerin disk üzerindeki tüm bilesenlerini (vhdx, xml, snapshot, slp, vsv, bin) tamamen canli bir sekilde farkli depolama alanlarina tasiyabilirsiniz.

Live Storage Migration ile VM Live Migration arasindaki en temel fark, Live Storage Migration’in tasima sirasinda sanal makinenin CPU ve RAM bilgisine dokunmuyor olmasi. Sanal makine ayni host üzerinde çalismaya devam ediyor, ayni Host’un CPU ve RAM kaynaklarini kullaniyor, arka tarafta sadece disk üzerindeki bilesenler farkli bir depolama alanina tasinmis oluyor.

image005

Özellikle Storage upgrade’lerinde, bazi reconfiguration islemlerinde, performans problemleri ortaya çiktiginda veya disk alaninin yetersiz seviyelere geriledigi durumlarda sanal makineleri farkli depolama alanlarina tasima ihtiyaci ortaya çikabilir. Iste tam bu noktada Live Storage Migration özelligi, sanal makine bilesenlerini tasimaniz için canli, pratik ve platforma entegre bir yol sunuyor. Çalisir durumdaki sanal makinenin Host Disk üzerinde konumlanan sanal disklerini (VHD/X), konfigürasyon dosyasini (XML), SLP/VSV/BIN gibi durum bilgilerini ve varsa Snapshot dosyalarini, ayni Host tarafindan erisilebilen farkli bir depolama alanina canli olarak aktarabilirsiniz. Bu sirada sanal makine için herhangi bir downtime durumu söz konu degildir.

image006
 
Hyper-V Manager, Powershell, VMM gibi birçok noktadan tetikleyebileceginiz Live Storage Migration özelligi için herhangi bir AD Domain veya Failover Cluster Setup ihtiyaci da söz konusu degil. Tasiyacaginiz sanal makinenin bulundugu Host’un source ve destination disk alanlarina erisebiliyor olmasi yeterlidir.

image007

Ayrica USB, FW, SAS, DAS, FC, iSCSI, SMB 2.2 gibi yaygin olarak tercih edilen tüm depolama alanlari Live Storage Migration sirasinda desteklenir.

Sanal Makineler Için NUMA Destegi

NUMA (Non-Uniform Memory Access veya Non-Uniform Memory Architecture), donanim üreticileri ve yazilim gelistiricileri tarafindan kullanilan genel bir bellek erisim/siralama mimarisidir.

Bu makalenin konusu olmayan NUMA hakkinda daha fazla teknik detay için asagidaki baglantiyi ziyaret edebilirsiniz.

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

Peki NUMA pratikte ne ise yarar? Kabaca ve mümkün oldugunca anlasilir bir sekilde açiklamak gerekirse.

Windows Server 2012 Hyper-V ile çok daha fazla fiziksel kaynagin yönetilebildigini ve günümüz standartlara oranla çok daha fazla kaynaga sahip sanal makineler yaratilabildigini biliyorsunuz. Özellikle sanal makine basina atanabilen maksimum CPU (64vCPU) ve maksimum vRAM(1TB) miktarlari, yeni üründe en dikkat çekici noktalar arasinda. Ancak çok güçlü fiziksel donanimlar üzerinde ulasmanin mümkün oldugu bu sinirlarda veya yakin ölçülerde çalisan sanal makineleriniz varsa, CPU’larin RAM modüllerine erisimi sirasinda is parçalarinin beklemeye maruz kalmasi sonucunda performansi olumsuz etkileyen durumlar ortaya çikabiliyor.

Çok CPU’lu yaygin bir server mainboard’unu incelediginizde her cpu soketi için bir memory grubu yer aldigini ve hatta memory modül dizilim sirasinin kullanilacak cpu adetine göre degistigini görebilirsiniz. Memory kaynagi, cpu’larin kendi cache’lerinden sonra kullanabildigi en degerli ve hizli kaynaklardir. Bir CPU, kendi cache’i disinda bir memory modülü kullanmak istediginde, öncelikli olarak kendine bagli bellek modülgrubuna erismek ister ve bu grup o CPU için local memory konumundadir. Mainboard üzerindeki diger bellek gruplari ise (aslinda öncelikle diger CPU’lara bagli modüller) remote memory konumundadir. Bir CPU gerektiginde (mesela kendi grubu yetmediginde) remote memory gruplarini da is yapmak için kullanabilir. Ama haliyle local memory erisiminden daha yavas bir erisim söz konusu olur.

8’er fiziksel çekirdege sahip, 4 soket fiziksel islemci + 2TB bellek ile çalisan bir Host düsünün ve bu Host üzerindeki memory havuzunun 32GB’lik modüller ile olustugunu var sayin ki bu toplamda 64 adet fiziksel memory modülü demek oluyor. Bu Host üzerinde örnegin 32 vCPUve 1TB memory atanmis bir sanal makine çalissin. Bu senaryoda, daha performansli bir CPU/Memory etkilesimi için hangi CPU’nun, hangi grup üzerindeki memory modüllerini öncelikli ve daha dogru kullanabilecegini sanal makineye birinin söylemesi gerekiyor. Iste sanal makineye bunu söyleyen mekanizma Hyper-V’ye entegre edilmis olan NUMA kullanim yetenegi oluyor.

image008
 
CPU/Memory durumunuza göre sanal makine basina kolayca konfigüre edebileceginiz NUMA özelligi Processor Settings altinda yer aliyor.
 
Sanal Makineler Için SR-IOV Destegi
 
SR-IOV (single root i/o virtualization), kabaca tek bir PCI device’in birden fazla sanal makineye paylastirilmasini saglayan endüstri standardi bir teknolojidir. SR-IOV destekli device’lar system chipset ile birlikte çalisarak özel bir yöntem sunarlar ve direkt bir sanal makineye baglanabilirler. Windows Server 2012 Hyper-V, SR-IOV destekli network-device’lari direkt sanal makinelerin kullanimina açmayi destekler ve bu device’larüzerinde yer alan virtual function’larin yine direkt sanal makineler tarafindan kullanilmasini saglayabilir.
image009
Bu sayede network trafiginin islenmesi sirasinda olusabilecek gecikmeler ve bir sekilde Host CPU’ya overhead edilmesi muhtemel yük minimuma çekilmis olurken, network-device üreticisi tarafindan sunulan yeni teknolojilerin (virtual functions) direkt sanal makineler içerisinde kullanimi da mümkün hale gelmis oluyor.
 
Bellek Yönetim Iyilestirmeleri (Dynamic Memory)
 
Windows Server 2012 Hyper-V ’de bazi Dynamic Memory yapilandirma islemleri sanal makine çalisir durumdayken yapilabiliyor. Daha yaygin bir ifade ile artik canli bellek arttirmak mümkün. Windows Server 2012 Hyper-V üzerinde DM ile çalisan bir sanal makinenin o anki bellek miktarini sanal makineyi shutdown etmeden yükseltebilirsiniz.
 
Windows Server 2008 R2 SP1 Hyper-V ‘den beri var olan ve fiziksel bellek havuzunun daha verimli kullanilmasina yardimci olan DynamicMemory özelligi, Windows Server 2012 Hyper-V öncesinde canli olarak arttirilamiyor, sanal makine kapatildiktan sonra degisiklik yapilabiliyordu. Ama artik bu mümkün; bellek miktarini arttirmak istediginiz sanal makineleri kapatmadan gerekli bellek arttirma islemini uygulayabilirsiniz. (sanal makine dynamic memory opsiyonu ile start edilmis olmali)
 
image010
 
Yukarida Windows Server 2012 Hyper-V üzerinde çalisan bir sanal makine için bazi memory yapilandirma özelliklerine müdahale edilemedigini, ama Minimum RAM ve Maximum RAM miktarlarinin müdahale edilebilir (arttirilabilir) oldugunu görebilirsiniz.
 
Dynamic Memory tarafindaki bir diger yenilik ise Startup RAMMinimum RAM ve Maximum RAM degerleri. Windows Server 2008 R2 SP1 Hyper-V üzerinde çalisan bir sanal makine için Dynamic Memory yapilandirma penceresi asagidaki gibidir.

image011

Görebileceginiz gibi yukaridaki sanal makineye Startup RAM: 2,5GB ile Maximum RAM: 6GB arasinda bir bellek atanmis. Yani sanal makine hayatina 2.5GB bellek ile basliyor, gerektiginde 6GB’a kadar genisliyor ve bellek ayirilma durumu 2,5GB-6GB arasinda ihtiyaca göre degisiyor. Bu iyi bir fikir, ama ihtiyaç 2,5GB’in altina düser ve örnegin 1GB olursa? Iste bu noktada sanal makineye atanmis bellek en fazla 2,5GB’a kadar daralabiliyor. Eger sanal makinenin anlik ihtiyaci 1GB’a inerse, bu durumda tasarim geregi 1,5GB fazladan bellek kullanilmadigi halde yine o sanal makineye atanmis oluyor.

Peki biz en basta Startup RAM miktarini düsük tutarak örnegin 1GB ile baslatsak ve sanal makine çalisirken de ona 1GB ile 6GB arasinda hareket etme sansi versek nasil olur? Elbette olur, ama bu senaryoda da söyle bir handikap olusma ihtimali var: Dynamic Memory konfigürasyonu sanal makine start olup servisler basladiktan sonra devreye girer ve bu süre zarfinda sanal makinenin kullandigi bellek miktariStartup RAM kadardir. Yani ilk açilista 2,5GB ihtiyaci olan bir sanal makineye sirf bu yüzden 1GB verdiginizde, boot süreci boyunca ve sonrasinda DM devreye girene kadar bir dar bogaz söz konusu olabilir.

Windows Server 2012 Hyper-V’deki yeni DM degerlerine bir göz atalim.

Windows Server 2012 Hyper-V üzerinde çalisan bir sanal makine için Dynamic Memory konfigürasyon penceresi asagidaki gibidir.

image012

Startup RAM: Eger bir Dynamic Memory konfigürasyonu yoksa, sanal makineye atanmis static memory degeri olarak kabul edilir ve sanal makine tarafindan kullanilmasa dahi atanmis durumda bekler. (Eski Static RAM degeri gibi.) Eger Dynamic Memory konfigürasyonu ile birlikte kullanilirsa (ki yukarida oldugu gibi), sanal makinenin boot process’i boyunca ve ardindan Dynamic Memory devreye girene kadar sanal makineye static olarak atanacak bellek miktarini temsil eder.

Minimum RAM: Sanal makine start olup DM devreye girdikten sonra sanal makinenin ilk daralmaya çalisacagi ve yasadigi süre boyunca da daralabilecegi minimum bellek miktarini belirler.

Maximum RAM: Sanal makine start olup DM devreye girdikten sonra sanal makinenin genisleyebilecegi en fazla bellek miktarini belirler.

Bu bilgiler isiginda ilk konustugumuz senaryoya tekrar bakarsak; Sanal makine start olurken henüz Dynamic Memory devrede olmayacagi için sanal makineye Startup RAM degeri yani 1024MB bellek static olarak atanir. Sanal makine boot sürecini atlatip servisleri basladiktan ve DM devreye girdikten sonra Startup RAM degerinin görevi biter ve artik Minimum RAM ile Maximum RAM devrededir. Gerekiyor ise sanal makineye atanmis bellek miktari hemen Minimum RAM degerine çekilir veya Minimum RAM ile MaximumRAM arasinda uygun bir degere alinir ve dinamik olarak yönetim baslar. Böylece bir önceki senaryoda bahsettigim boot sirasindaki memory dar bogazi asilmis olurken, sanal makine basladiktan sonra üzerinde kalabilecek gereksiz bellek durumu da ortadan kalkmis olur.

Resource Metering Özelligi

Windows Server 2012 Hyper-V üzerinde çalisan sanal makinelerin, cpu, memory, network ve storage kaynak kullanim miktarlarini geriye dönük olarak takip etmeye yardimci bir özelliktir.

Örnegin bir sanal makinenin gün boyunca memory üzerinde yaptigi isin ortalamasini ölçebileceginiz gibi, ayni sanal makinenin sadece 88.x.x.x networkü için gönderdigi ve aldigi paket miktarini da ayri ayri ölçebilirsiniz. Eger bir servis saglayiciysaniz, olusan verileri günlük, haftalik veya aylik kaynak kullanim degerleri olarak depoladiktan sonra ortaya çikan kullanim miktarina göre müsterinize daha dogru bir fatura yansitabilirsiniz.

Bu özelligi bir performans izleme yöntemi olarak degil bir chargeback çözümü olarak tanimliyoruz. Ayrica bu verileri yeni is yüklerini konumlandirmadan önce kapasite planlama için de kullanmak iyi bir yöntem olabilir. Daha çok servis saglayicilari hedefleyen Resource Meteringile belki sirket içi departmanlarin sanallastirma altyapinizdaki maliyetlerini de ortaya koyabilirsiniz.

Resource Metering ile ölçebileceginiz kaynak kullanim degerleri asagida yer aliyor.

image013

Yeni VHDX Formati

Windows Server 2008 R2 SP1 Hyper-V üzerindeki VHD formatina ve sanal disk tiplerine destek ayni sekilde devam ederken, VHDX uzantili yeni bir format da Windows Server 2012 Hyper-V ile hayatimiza girmis oldu.

image014

Temel çikis amaci VHD formatindaki 2TB kapasite limitini ortadan kaldirmak olan VHDX formati, bir sanal makineye, tek bir VHDX üzerinde 64TB’a kadar kapasite saglayabiliyor. Gerçekten korkunç ve yine rakipsiz bir limit. (Haziran 2012) VHDX, sundugu kapasite avantajina ek olarak VHD’lere göre çok daha performansli çalisiyor, özellikle dynamic ve differencing vhd’lere göre power failuer durumlarinda yasanabilen bozulmalara karsi çok daha dayanikli ve performans kayiplarini azaltmak için daha büyük block size destegi sunabiliyor (4KB). Ayrica üzerindecustom metadata bilgisi de tasiyabiliyor.

VHDX’ler Windows Server 2012 Hyper-V sanal makinelerinde default sanal disk formati olarak kullaniliyor ama geriye dönük bir uyumlulukta söz konusu. Yani VHD’ler de çalismaya devam ediyor.

VHD’leri VHDX’e, VHDX’leri de VHD’ye dönüstürme destegi ise yine platforma entegre bir sekilde sunuluyor.

   image015
 
Offloaded Data Transfer (ODX) Destegi
 
Temelde bir storage donanim özelligi olan ODX, bu destege sahip Hyper-V ortamlarindaki backend shared SAN’ler üzerinde dosya (vhd/vhdx) tasima, çogaltma, yaratma veya sanal disk bakimi (compact) gibi islerde ciddi bir performans artisi ve zaman tasarrufu sagliyor. Ayrica bu isler için Host üzerinde olusan CPU yükünü de ortadan kaldirmis oluyor.
 
ODX destekli bir storage ile çalisiyorsaniz eger, Windows Explorer üzerinde bir sanal makineyi tasirken veya bir VHDX’e compact komutu gönderdiginizde Windows Server bunu otomatik olarak ODX istegine dönüstürüp storage’a gönderebiliyor. Storage isi internal olarak gerçeklestiriyor ve bu sirada anlik progress status’lar dönerek isi takip edebilmenizi de sagliyor.
 
Sanal Makineler Için Virtual Fibre Channel Destegi (vFC-HBA)
 
Windows Server 2012 Hyper-V ile gelen ve önceki sürümlerde bulunmayan bu yeni sanal donanim sayesinde, Host üzerinde yer alan FibreChannel HBA ‘lari (ve dogal olarak baglandiklari SAN Switch ve Storage donanimlarini) sanal makinelerle paylasabilir, FC-based depolama alanlarini direkt sanal makinelere atayabilirsiniz.

image016

Bu yeni donanim, kabaca sanal isletim sistemleri üzerine sanal Fibre Channel Host Bus Adapter portlari eklemenizi saglar. Sanal makine basina 4 adede kadar vFC-HBA ekleyebilirsiniz. Her bir vFC-HBA bagimsiz bir WWN’e sahip olur ve SAN yapisinda fizikselden farksiz davranir. vFC-HBA ile sanal makineye atayacaginiz LUN’lari sanal isletim sistemi seviyesinde (Guest to Guest) tasarlayacaginiz Failover Cluster senaryolarinda da rahatlikla kullanabilirsiniz. Hatta Guest seviyesinde MPIO destegi ile birden fazla fiziksel FC-HBA’yi hem yedeklilik hem de performans için sanal makinelerde kullanma sansiniz da var.



Adınız Soyadınız
İçerik
Son Eklenenler Konular
  • 2018-2019 Asp Net vize 2
  • 2018-2019 Web tasariminin temelleri vize 2 konulari
  • 2018-2019 Mesleki Yabanci Dil II Vize 2 Konular
  • 2018-2019 Web tasariminin temelleri web proje konulari
  • 2018-2019 Konu anlatim listesi
  • 2018-2019 güz Mesleki yabanci dil Vize2
  • 2018-2019 Ag temelleri Vize 2 Ödevleri
  • 2018-2019 Aspnet Vize 2 Ödevleri
  • Ders icerik notlari
  • E-Ticaret çalismasi Satis sitesi
  • 2017-2018 Normal Ögretim Konu Anlatim Listesi
  • Asp Net- Veritabani Olusturma ve GridView Ekleme Kayit
  • Asp Net-Master page ile admin paneli
  • Vize 2 Mesleki Yabanci Dil 1
  • Vize 2 için Ag temelleri
  • Dreamveaver
  • ASP Net
  • CSS
  • Html
  • Visual Studio C# ve C Console
  • Programlamanin Temelleri-Algoritma
  • Mesleki Yabancı Dil
  • Windows Server 2012
  • Ag Temelleri-Bilgisayar Aglari
  • Staj
  • Copyright (c) Ferdi DOĞAN