Home > Hyper-V 3.0, Sanallaştırma > Windows Server 2012 İle Hyper-V 3.0 Yenilikleri

Windows Server 2012 İle Hyper-V 3.0 Yenilikleri

             Microsoft Windows Server 2008 ile gelen Hyper-V özelliği Windows Server 2008 R2 de SP1 ile karşımıza çıktı.Başlarda tabiki oldukça eskik bir şekilde sanallaştırmaya adımını attı.Mevcut eski Hyper-V versiyonları , VmWare Esx ile başedecek niteliklerde değildi.Bu konuda adım adım ilerleyen Microsoft aldığı geri dönüşlerle birlikte Windows Server 2012 ile gelen Hyper-V 3.0 ile sanallaştırmaya gösterdiği önemi ıspatlamış oldu.Şu an her ne kadar VmWare Esx’in kullanım oranı oldukça fazla olsa bile karşısında ki Hyper-V  teknolojisiyle sıkı bir rekabete gireceğini biliyor.Hyper-V 3.0 ile gelen yeni ve geliştirilmiş özellikler sayesinde büyük ölçekli şirketler de artık bu yapıya geçiş yapabilir hale geldi.

Ön bilgi olması açısından bu makalemizde Hyper-V 3.0 ile gelen yeni özellikleri çok fazla detaya girmeden açıklamaya çalışacağım.Yeniliklerle ilgili daha detaylı bilgilere ve demo ortamlarını ilerleyen makalelerde değinmeyi düşünüyorum.Hyper-V 3.0 ile gelen yenilikler, gerek önceki Hyper-V versiyonlarını kullanan kişiler tarafından gerekse yapısına yeni entegre edecek kişi ve kurumlar tarafından oldukça beğenildi.Beklentileri karşıladığını söyleyebiliriz.Elbette kullandıkça eksik tarafalarını görmeye devam edeceğiz.Geri dönüşler ile Microsoft bu eksikleri de ilerleyen versiyonlarda tamamlayacaktır.Sonuçta bu da bir pazarlama tekniği.

Şimdi Hyper-V 3.0 ile gelen yeni özelliklere değinelim.

Hyper-V Scalability in Windows Server 2012

  • Sanal makine başına 64 vCPU desteği gelmiştir.Önceki versiyonlarda sanal makine başına sadece 4 vCPU verebiliyorduk.
  • Sanal makine başına 1 TB RAM desteği geldi.Önceki versiyonlarda sanal makine başına 32 GB memory verebiliyorduk.
  • Disk yapsındaki .vhd formatı devam etse de .vhdx formatı olarak daha performanslı bir disk yapısı geldi.Önceki versiyonlara .vhd başına maximum 2 TB verebiliyorken şimdi .vhdx başına 64 TB lık bi alan verebiliyoruz.
  • Hyper-V 3.0 ile Virtual Fiber Channel desteği geldi.Böylece artık sanal makine başına 4 adet virtual Fiber adaptör ataması yapabiliyoruz.
  • Hyper-V rolünün çalıştığı fiziksel makine yani host başına 320 logical processors=320 fiziksel core verebiliyoruz artık.
  • Yine tek bir Hyper-V hostunda maximum 1024 tane sanal makine çalıştırabiliyoruz.
  • Memory tarafında ise yine host başına 4TB RAM verebiliyoruz.

CLIENT HYPER-V

          Hyper-V 3.0 sanallaştırma teknolojisini artık sadece sunucu işletim sistemlerinde değil client işletim sistemlerinde de kullanabiliyoruz.Windows 8 client işletim sisteminde de kullanabildiğimiz Hyper-V 3.0 için client sisteminin 64 bit olması ve SLAT (Second Level Address Translation) desteğinin bulunması gerekiyorMakinede SLAT desteği olup olmadığını öğrenmek için CoreInfo.exe aracını aşağıdaki şekilde gösterildiği gibi kullanabilirsiniz.CoreInfo.exe aracını download etmeniz gerekebilir.     http://technet.microsoft.com/en-us/sysinternals/cc835722 linkinden ilgili aracı download edebilirsiniz.

Bu rolü makinede aktif etmek için ;

Programs –>Programs and Features –> Turn Windows features on or off –> Hyper-V

rolünü seçerek yüklemesini yapabilirsiniz.Yükleme esnasında bazı kurulum dosyalarını ihtiyaç duyacaktır.Eğer internete bağlıysanız bu kurulum dosyaları otomatik bulunur ve yüklenir.Eğer o esnada internet bağlantınız yok ise manuel yükleme yapmalısınız.

PoweShell üzerinden bu rolü aktif etmek içinse ;
Enable-WindowsOptionalFeature –FeatureName Microsoft-Hyper-V -All
komutunu kullanabilirsiniz.Rol yüklendikten sonra makineyi restart etmeniz gerektiğini unutmayın.

HYPER-V 3.0 LIVE MIGRATIONS

            Hyper-V 3.0 ile live migrations işlemlerinde iyileştirmeler yapıldı.Önceki versiyonlarda sanal makinelere Hyper-V Failover Cluster ortamında bir sunucudan diğer bir sunucuya kesinti olmadan geçebiliyordu.Fakat aynı anda tek bir makine taşınabilmesi büyük bir dezavantajdı.Sanal makineleri diskleriyle taşımak istersek önceki versiyonlarda Storage Quick Migration kullanıyorduk fakat bu taşıma esnasında kesinti yapmak zorunda kalıyorduk.Hyper-V 3.0 ile birlikte artık Storage Live Migration özelliği geldi.Böylece kesinti olmadan sanal sunucuları diskleri ile birlikte de taşıma işlemini de yapabiliyoruz.Taşınacak olan sanal makine sayısında da herhangi bir sınır yok.Diğer Live Migration avantajlarını da maddeleyecek olursak;

  • Artık Live Migration işlemlerini Failover Cluster olmayan ortamlarda da yapabileceğiz.
  • Live Migration için artık SAN ortamında kullanılan CSV(Clusterde Shared Volume) ihtiyacı da ortadan kalktı.Herhangi bir SMB file share üzerinden de bu işlemi gerçekleştirebilir hale geldik.Bu özellik  storage için yeterli kaynak ayıramayan küçük ve orta işletmeler için çok güzel bir özellik.
  • Artık 10 gigabits gibi yüksek bandwith ortamlarında sanal makineleri daha hızlı taşıyabileceğiz.
  • Storage Live Migration işleminde diskler Hyper-V sunucularına bağlı herhangi bir depolama alanına da (USB-Harddisk) yapılabiliyor.

HYPER-V  CLUSTER AWARE UPDATE ve NODE DRAINING ÖZELLİĞİ

           Önceki Hyper-V versiyonlarında Failover Cluster olan ortamlarda SCVMM sayesinde herhangi bir hostu maintance moda aldığımızda barındırdığı sanal makineler diğer hostlara taşınırdı.Böylece host üzerinde yama-update-yazılım yüklenmesi gibi içindeki sanal makineleri etkileyebilecek işlemleri ya da hardware upgrade işlemlerini yapabiliyorduk.Fakat bu işlemleri manuel olarak yapmamız gerekiyordu.Bu işlemi artık SCVMM olmadan ve otomatik olarak yapabilir hale geldik.İstediğimiz herhangi bir saatte CAU (Cluster Aware Update) işlemini uygulayabiliyoruz.Bu işlem uygulanırken herhangi bir kesinti de söz konusu değil.

CAU işlemi yapılırken Hyper-V Cluster nodlarında aşağıdaki işlemler gerçekleşir.

  • Önce iş yükü en az olan cluster nodu maintance noda alınır ki biz buna Node Draining diyoruz.
  • İlgili node üzerinden cluster rolü çıkarılır.
  • Node ile ilgili update ve diğer yama işlemleri yapılır.(Orchestrator)
  • Gerekirse node restart edilir.
  • İlgili node maintance moddan (bakım modu) çıkartılır.
  • İlgili noda cluster rolü yüklenir.
  • İş yükü en az olan diğer node ile işleme devam edilir.Böylece tüm nodlara update işlemleri yapılır.

Böylece nodelar ile ilgili bütün bu yama-update-servicepack yükleme işlemlerini CAU sayesinde otomatik olarak ve nodların içindeki sanal makinelerde herhangi bir kesinti olmadan yapabiliyoruz.

Node Draine işlemini manuel olark Hyper-V sunucusu üzerinden aşağıdaki gibi yapabiliriz.

HYPER-V 3.0 NUMA DESTEĞİ

        Hyper-V 3.0 ile birlikte sanal makinelere ve hostlara atanabilen kaynaklardaki belirgin artış  bazı problemleride beraberinde getirdi diyebiliriz.Sanal makinelere atanan RAM ve CPU miktarları ne kadar fazla olursa bunların yönetimi de o derece zor olacaktır.Atanan bu kaynakların performanslı ve etkin çalışabilmesi için Hyper-v 3.0 Numa desteği geldi.NUMA (Non-Uniform Memory Access) sayesinde memory ve Cpu ların etkin bir şekilde yönetimi sağlanmaktadır.

CPU ile RAM oldukça entegre çalışan donanımlardır.CPU lar memory kaynaklarını oldukça fazla kullanırlar.Bundan dolayı çok işlemcili sunucularda her işlemcinin kullandığı belirli bir memory modülü vardır.Yani hangi CPU nun hangi memory modülünü kullanacağı bellidir.Bir sanal makineye şu anda verebilecegimiz maximum miktarlar olan 1 TB RAM ve 64 vCPU verdik diyelim ve bunun gibi 3-4 tane daha sanal makineniz olduğunu düşünelim.Böyle bir durumda sanal makineler, 320 mantıksal processor ve 4 TB RAM barındıran fiziksel sunucudaki hangi CPU ve memory modüllerini kullanacağını bilmeleri gerekir.Küçük yapılı sistemlerde  bunu bilmeselerde olur esasında:) Bu belirgin bir performans kaybına yol açmaz fakat büyük yapılı sistemlerde NUMA şart.

Fiziksel makine ile sanal makine arasındaki cpu ve memory işleyişi BUS veriyolları üzerinden gerçekleşir.NUMA sayesinde sanal makinelere atanan yüksek CPU ve RAM kaynaklarının fiziksel makinede hangi memory mödülüne ve CPU ya denk geldiğini ve bu işleyişin hangi BUS lar üzerinden yapıldığını sanal makineler NUMA sayesinde bilir.

Fiziksel makinedeki herbir RAM ve CPU grubuna NUMA node adı verilmektedir.Sanal makineler bu NUMA node ları kullanırlar.Bir CPU kendisine bir process geldiğinde öncelikle kendi NUMA node undaki RAM i kullanmak ister ki bu onun için local memory olur .Eğer kendi NUMA node undaki RAM yeterli gelmezse diğer NUMA node undaki RAM i kullanır ki bu da onun için remote memory olur.

Aşağıdaki şekil ile söylediklerim bir nebze olsun anlaşılacaktır.

 

 SANAL MAKİNELER İÇİN SR-IOV DESTEĞİ

             SR-IOV (The single root I/O virtualization) , fiziksel makinelere takılan PCI device ların sanal makinelerin kullanımı için çoğaltılmasına yarayan bir arayüzdür diyebiliriz.Windows Server 2012 ile artık SR-IOV destekli herhangi bir PCI Express device doğrudan sanal makineler arasında paylaştırılarak kullanılabilir.Yani tek bir PCI device birden çok sanal makine tarafından kullanılabilir.Windows Server 2012 ile birlikte gelen “Hyper-V Extensible Switch” modülü sayesinde SR-IOV destekli network adapter leri sanal makinelere doğrudan bağlanabilir hale geldi.Mesela fiziksel makineye bağlanan bir PCI express kartı “Hyper-V Extensible Switch” modülü sayesinde direkt olarak sanal makineye gösterilebilir.Yine “Hyper-V Extensible Switch” sayesinde hosta bağlanan PCI device ların VF(Virtual Fonksiyon) ları da doğrudan sanal makinelerin kullanımına sunulur.Bu sayede;

Fiziksel makinelere takılan bu PCI device lar ile sanal makineler arasındaki data akışına fiziksel makine (Hyper-V Extensible Switch)  dahil olmaz dolayısıyla fiziksel makinenin CPU suna yük binmez. Data akışı doğrudan PCI device ve sanal makineler arasında olur.

    
Hyper-V REPLICA      
                                                           

           Herhangi bir felaket anında ki bu sel basıkını-yangın-deprem gibi felaketler olabilir,datanın geri dönüşü vazgeçilmez bir gereksinimdir.Datanın yedeklenme işleminin farklı bölgede yapılması başka bir vazgeçilmez gereksinimdir.Farklı bir bölgesi olmayan ama datası da oldukça önemli olan kurumlar vardır.Böyle yerlerde de talihsiz bir sistemci ve yüksek kapasiteli bir harddisk olması gerekir sistemci her akşam datanın yedeğini alsın ve evine götürsün:).Replikasyon durumlarında replikasyonun yapıldığı asıl yer Primary Site kopyalamanın yapıldığı uzak lokasyon ise Replica Site olarak adlandırılır.

Hyper-V Replica Windows Server 2012 ile gelen yeni bir özelliktir.Disaster Recovery(Felaket Kurtarma) ve İş Sürekliliği her sistemde yapılması gereken belirli projelerdir.Felaket Kurtarma ve İş Sürekliliğinin sağlanması için gereken şey verileriniz farklı bir bölge ya da coğrafyaya replike etmektir.Disaster projeleri oldukça maliyetli projelerdir hele bir de donanım bağımlı bir DR projesi yapılacaksa.Donanım bağımlı DR projesi yapmak için merkez site tarafındaki donanımların(server-storage-switch)  aynısını Disaster tarafında da oluşturmak gerekecektir.İşte Hyper-V Replica nın en güzel özelliği burada karşımıza çıkıyor.Hyper-V Replica sayesinde donanım bağımsız data replikasyonu yapabiliyoruz.

Hyper-V replica diğer güzel özellikleri;

–> Datalar TCP-Ip ve Http-Https ile taşınabilir.Dataların güvenliği önemli olduğundan sertifika ile birlikte şifrelenerek HTTPS protokolü ile taşınabilir.
–>Sanal sunucu datalarının domainde olma gibi bir zorunluluğu yoktur.Sunucular domainde ise Kerberos Windows Authentication domainde değilse sertifika bazlı authentication yapılır.Birinin domainde diğerinin domainde olmama gibi bir durumda da replikasyon yapılabilir.
–> Replikasyon sırasında datalar sıkıştırılır,böylece bandgenişliği daha az kullanılır.
–>Sanal sunucuların ortak bir storage alanı paylaşmasına ya da cluster bir yapıda olmasına gerek yoktur.
–>Hyper-V replica yı kullanmak için herhangi bir lisans almak zorunda değiliz.
–>Sanal makine çalışırken bile replikasyon yapılabilir.Data iletim asenkron yapılır  yani 5 dakika geriden gelir.

Hyper-V ile belli başlı önemli özellikleri kabaca anlatmaya çalıştım.Tabiki yeniözellikler bunlarla sınırlı değil.Diğer yenilikleri de kısaca belirtmek gerekirse;

Resource Metering –> Bu özellik sayesinde sanal sunucuların CPU,RAM ,Disk kullanımını gözlemleyebiliriz.Böylece yeni bir sistem altyapısında önceden ölçüm ile iş yüküne göre kapasite-gereksinim gibi ihtiyaçlar karşılanabilir.Ayrıca maliyet hesaplamasında da işe yarar.

Significantly increased scale and improved resiliency –> Bu özellik sayesinde kaynakların etkin kullanımı artar.Yüksek performans gerektiren sanal sunucu konfigürasyonlarında işe yarar.

Simplified authorization –> Sanal sunucuların güvenliği için düşünülmüş bir özelliktir.Sanal sunuculara ulaşma konusunda yetkisel kısıtlar yapılmıştır.

Yeni .vhdx Formatı –> .vhd olan disk formatı yerini .vhdx e bıraktı.Diskin alabileceği maximum kapasite 16 TB oldu.Performansı ise tabiki öncekine göre dah iyi.

Online Snapshot ve Merge –> Önceki vesiyonlarda snapshot alındıktan sonra Merge işlemi yapmak için yani snapshot u diskten silmek için sanal makineyi kapatmak gerekiyordu.Artık merge işleminde sanal makineyi kapatmaya gerek yok.

Virtual Fibre Channel –> Aslında en güzel ve işe yarayan özellik ama niye sona yazdım bilmiyorum:) BU özellik sayesinde fiziksel makinelerdeki HBA (Host Bus Adapter) leri sanal makinelere fizikselden farksızmış gibi atayabiliyoruz.Sanal makine başına 4 adet virtual Fiber port ataması yapabiliyoruz.

Bu makalede Windows Server 2012 ile gelen Hyper-V 3.0 sanallaştırma teknolojisinin yeni ve genişletilmiş özelliklerinden bahstemeye çalıştım.Başka makale ve yazılarda görüşmek üzere..

Advertisements

Leave a Reply

Fill in your details below or click an icon to log in:

WordPress.com Logo

You are commenting using your WordPress.com account. Log Out /  Change )

Google+ photo

You are commenting using your Google+ account. Log Out /  Change )

Twitter picture

You are commenting using your Twitter account. Log Out /  Change )

Facebook photo

You are commenting using your Facebook account. Log Out /  Change )

Connecting to %s

%d bloggers like this: