Herhangi bir fiziksel sunucu birden fazla CPU barındırsa dahi rahatlıkla bir virtualization host görevi görebilir. Bu sunucu üzerinde Hyper-V rolünü sıkıntı olmadan aktif edebilmeniz gerekmektedir.

Ancak gerçekleştirdiğim bir Hyper-V kurulumunda Hyper-v’nin bir hassasiyetini öğrenmiş bulundum.

Bir sunucu üzerinde iki farklı Intel işlemciniz var olduğunda, bunların Ghz’lerine kadar tüm değerleri esiş olsa dahi Hyper-V rolünün kurulumundan sonra boot ekranı geçemediğinizi farkedebilirsiniz.

Bunun sebebi bu CPU’ların revision numaralarınında aynı olması zorunluluğu. WMI querylerini kullanarak

Select * from win32_processor sorgusunu gerçekleştirdiğinizde bu bilgiyi rahatlıkla edinebilirsiniz.

Kendi makinemdeki powershell üzerinde ilgili wmi sorgusunun çıktısı ve revision değeri:

SCCM 2007 ile OSD projelerimin birisinde rastladığım ilginç bir problem.

SCCM içerisindeki OSD yeteneklerini kullanarak sunucu işletim sistemi kurulumlarını otomatize ederken, belirli tipteki sunucular üzerinde Task Sequences’ın belirli bir adımında aksiyon alarak Hyper-V rolünün yüklenmesi gibi bir istek geldi.

Özellikle Hyper-V sanallaştırma mimarisi kullanan bir datacenter için gerçekleştirilecek OSD projelerinde sıklıkla gelebilecek bir talep.

Bu noktad eminim ki sizinde akınıza benimle benzer yöntemler gelmiştir.

• ServerManagerCmd komut satırını kullanarak rolün kurulması
• PowerShell cmdlet lerin kullanılarak rolün kurulması

OSD’den bağımsız düşündüğümüzde iki yöntem ile de gayet sıkıntısız biçimde istediğini rolleri otomatize edilmiş şekilde kurabiliyorsunuz. İlginç olan ise SCCM Task Sequence ekranın powershell yada command prompt çağırılarak ilgili komutlar çalıştırıldığında ne yazık ki başarılı olunamaması.

Sebebini uzunca süre araştırmama rağmen kesin bir sonuç elde edemedim. Bu problemi yaşayan bir başka SCCM MVP’lerine de rastlayınca başka bir metod bulunması gerektiğini karar verdim.

Bu noktada işimizi şimdilik görebilecek tek yol DISM.exe yani Windows Servicing tool.

OSD task sequence içerisine aşağıdaki komut satırını post-installation kısmına eklediğiniz takdirde rol başarılı bir şekilde yüklenecektir.

cmd /c Dism.exe /image:%OSDTargetDrive%\ /Enable-Feature /FeatureName:Microsoft-Hyper-V /LogPath:%_SMSTSLogPath%\Hyper-V.log

If you implemented Hyper-V server and created virtual machines and some sharing , access denied or permission issues begin while trying to access virtual machines through windows, just run the following command;

netsh interface tcp set global NetDMA = DISABLED

If you are planning to deploy your Exchange Server 2010 Database Availability Group on VMware environment, there is a certain misunderstanding about the configuration.

From VMware side ;

While the use of database availability groups on top of hypervisor based clustering is not a formerly (sic) supported configuration, internal VMware tests have shown that the two technologies can co-exist and can be a viable solution to ensure maximum recoverability in the case of a host failure

From Microsoft side;

Microsoft doesn’t support combining Exchange high availability solutions (database availability groups (DAGs)) with hypervisor-based clustering, high availability, or migration solutions that will move or automatically failover mailbox servers that are members of a DAG between clustered root servers. DAGs are supported in hardware virtualization environments provided that the virtualization environment doesn’t employ clustered root servers, or the clustered root servers have been configured to never failover or automatically move mailbox servers that are members of a DAG to another root server.

That means, VMware says that it isn’t supported but we think you are ok.

But Microsoft says, this type of configuration is not supported by us.

So be careful about planning Exchange if your environment contains clustered virtualization root servers.

Microsoft Hyper-V Server 2008 R2 artık bir USB sürücüden boot işlemine tam destek veriyor.Bunun için bazı gereksinimler bulunmakta.

http://technet.microsoft.com/en-us/library/ee731893(WS.10).aspx

Eğer yapınızdaki DC’leri Hyper-V üzerinde sanal ortama taşıma düşüncesindeyseniz aşağıdaki noktalara çok dikkat etmeniz gerekli.

- Forest üzerindeki tombstone lifetime süresinden daha fazla bir süre sanal makinayı saved state duruma almayın.

-Virtual Hard Diskleri(VHD) kopyalamayın yada export etmeyin.

-Snapshot almayın.

-Disk olarak Differencing disk kullanmayın performans kaybı fazla olacaktır.

-http://technet.microsoft.com/en-us/library/dd363545(WS.10).aspx  makalesinde belirtilen backup-recovery metodları dışında sanal makinanın yedeğini almayın yada restore işlemi gerçekleştirmeyin.

Aslında bunların hepsi domain üzerindeki Update Sequence Number senkronizasyonunda farklılığa sebep olabilecek noktalar.Bu sebeple en azından domain controller için bunlara dikkat etmeniz gerekli.

Şimdiye kadar hazırladığım virtualization alanındaki HA çözümleri ve vmotion-live migration videolarına aşağıdan ulaşabilirsiniz.Böylece iki büyük rakip Vmware ve Hyper-v ‘nin sunduğu çözümleri canlı olarak izleyebilirsiniz.

Windows Server 2008 R2 Hyper-v üzerinde Live Migration Videoları

Bölüm 1 “” Failover Cluster Servisinin kurulumu ““ iscsi konfigurasyonu

Bölüm 2 “” Hyper-V Cluster Konfigurasyonları

Bölüm 3 “” Live Migration ve High Availability Testleri

Vmware ESX Server 3.5 üzerinde Vmotion ve High Availability Videoları

http://www.anilerduran.com/index.php/2009/esx-server-ha-vmotion-bolum-1/

http://www.anilerduran.com/index.php/2009/esx-server-video-bolum-2-iscsi-ve-starwind-san-konfigurasyonu/

http://www.anilerduran.com/index.php/2009/esx-server-video-bolum-3-virtual-center-kurulumu/

http://www.anilerduran.com/index.php/2009/esx-server-video-bolum-4-offline-migration-ve-vmotion/

http://www.anilerduran.com/index.php/2009/esx-server-video-bolum-5-high-availability-konfigurasyonlari1/

http://www.anilerduran.com/index.php/2009/esx-server-video-bolum-6-high-availability-konfigurasyonlari2/

Hepimizin bildiği NTFS aslında clustered bir dosya sistemi değildir.Aynı anda sadece tek bir sunucunun erişim yapması için tasarlanmıştır birden fazla sunucu aynı anda erişim sağlayamaz.

Yalnız bir cluster yapısı düşündüğünüzde genel mantık şu şekildedir.Nodelardan birisi aktiftir ve kaynakları üzerinde tutar diske erişim sağlayabilir.Cluster üzerindeki service yada application diğer node üzerine taşınacaksa öncelikle fiziksel diskteki kaynak dismount edilir ve diğer node’a taşınıp aktif hale getirilir.Burada birkaç saniyelik downtime’a düşme durum vardır.

Yalnız bu özellikle cluster yapısında sanal makinalar bulunuyorsa istenmeyen bir şeydir.Özellikle Live Migration gibi teknolojilerde hiçbir kayıp olmadan geçiş bizim için önemlidir.

R2 ile birlikte buna karşılık yeni bir yapı mevcut.Cluster Shared Volume (CSV) özelliği ile burada yeralan tüm disklere yapıdaki tüm nodeların erişim şansı bulunuyor.Yani diskler eskiden olduğu gibi aktif olan node altında yer almıyor tüm nodelar tarafından görünür halde karşımıza çıkıyor.

CSV yapısı %systemroot%\clusterStorage altındaki dizinde Volume1-Volume2 gibi isimlerle yer alıyor.

Böylece farklı bir node içerideki VHD’yi başlatmak istediğinde belirli bir süre geçmesine gerek kalmıyor çünkü hali hazırda herkes bu volumelere erişim sağlayabiliyor.

Diğer yazılarda CSV konfigurasyonlarına değineceğim yalnız bilmeniz gereken çok önemli bir ayrıntı var.CSV’yi aktif etmek istediğinizde de size söylendiği gibi bu yapı sadece Hyper-v destekliyor.

Geçen günlerde ESX Server üzerinde vmotion ve HA videolarını yayınlamıştım.Aynı sistem üzerinde ( 2 adet HP Proliant sunucu,iscsi san) bu sefer Server 2008 R2 ile birlikte gelen en ses getiren teknolojilerden biri olan Live Migration ve Failover Cluster üzerinde HA uygulamasını gerçekleştirip gene videoya çektim.Live Migration mimarisi hakkında ayrıntılı yazıları yakın zamanda fırsat buldukça yayınlamayı düşünüyorum o zamana kadar aşağıdaki video size biraz fikir verebilir.ESX Server tarafındaki vmotion ve HA ile yapılanların aynısı hiçbir fark olmadan yapılabiliyor.Videoları aşağıdan download edebilirsiniz.

Bölüm 1 — Failover Cluster Servisinin kurulumu – iscsi konfigurasyonu

Bölüm 2 — Hyper-V Cluster Konfigurasyonları

Bölüm 3 — Live Migration ve High Availability Testleri

Windows Server 2008 R2 hayatımıza kısa bir süre önce girdi.En büyük yeniliklerden bir taneside Hyper-V 2.0 ile birlikte geldi sanırım.Artık Live Migration yapabiliyoruz.Nedir bu live migration?

Windows Server 2008 üzerinde fiziksel hostlar üzerinde bulunan sanal makinamı başka bir hyper-v fiziksel hosta taşımak istediğimde quick migration yapabiliyorduk.Yalnız burada ortalama 1dk gibi bir süre downtime oluşabiliyordu.Yani içerideki sanal makina ile iletişimi kaybediyorduk.Birkaç post önce yayınladığım Esx Server üzerinde vmotion videosunda ise gördüğünüz üzere sadece bir ping kaybı ile bu migration işlemini gerçekleştirebildik.

Server 2008 R2 ile gelen en güzel özellik ise artık down’a düşmeden bu taşıma işlemini yapabilmemiz.Buna Live Migration diyoruz.Tabiki vmotion’da olduğu gibi host hyper-v ler tarafından kullanılan ve virtual machineleri içerisinde barındıran shared storage ihtiyacımız bulunuyor.

Birkaç gün içerisinde vmotion’u gerçekleştirdiğim sunucular üzerinde bu kez Live Migration’ı gerçekleştirip blogda videosunu yayınlayacağım.

Microsoft’un aynı zamanda Hyper-V Server 2008 R2 isimli ayrı bir sürümü bulunuyor.Aslına bakarsanız Hyper-V’nin en stabil ve güvenli çalıştığı yapı core edition’du.Bu sebeple sadece Hypervisor barındıran standalone bir sürüm çıkardılar.Üstelik herhangi bir ücret ödemeden bunu organizasyonunuzda kullanabilirsiniz.Hyper-v Server 2008 R2 ile de Live Migration ve HA yapabilme şansımız bulunuyor.

HA(High Availability) ise aslında plansız disaster durumlarında yapının kendini ayağa kaldırmasıdır.Live Migration ile ben planlı bir şekilde bir sanal makinayı bir fiziksel hosttan diğerine taşıyorum.Örneğin içerisinde sanalları barındıran fiziksel makinamda bir donanım upgrade işlemi yapmam gerekli.Bu durumda live migration ile hiçbir kayıp yaşamadan sanalları diğer host’a atıp işlemimi bitirip geriye taşıyabilirim.Son kullanıcı bundan etkilenmez.HA ise plansız şekilde host makinada bir sorun oluştuğunda diyelimki kapandığında içerideki sanal makinaların diğer host makinada bir restart ile otomatik olarak açılması.Tabiki bunu 2008 içerisindeki Failover Cluster Service sayesinde gerçekleştirebiliyor.

Konuyu çok dağıtmayalım.Hyper-v Server 2008 R2′ya ücretsiz erişerek bu harika özelliklerden yararlanabiliyorsunuz.Yalnız kafanıza bir nokta takılabilir.Tamam Hyper-V server’ı alıp hostları kurduk.Peki Live Migration’u yönetmek için ne yapacağız.Burada karşınıza 3 seçenek çıkıyor.

1) Failover Cluster Manager/Hyper-V manager konsolları.Bunları bir Windows Server 2008 R2 üzerinden kullanabilirsiniz.

2)System Center Virtual Machine Manager 2008 R2

3)Failover Cluster Manager / Hyper-V Manager konsolunu Windows 7 üzerinden kullanabilirsiniz.

İşte burada 3. seçenekde görüldüğü gibi yapımızda Windows 7 var ise yönetmek için ilk iki seçenekteki gibi herhangi bir ürün almanıza gerek kalmıyor ve live migration/HA çözümlerinizi gene ücret ödemeden yönetebiliyorsunuz.Tabiki SCVMM ile LM/HA dışında birçok ekstra seçenektende yararlanabilirsiniz.

Bu noktadan bakıldığında Live Migration ve HA sağlayan sanallaştırma çözümleri içinde Vmware’e kıyasla ücret konusunda Microsoft biraz daha cazip geliyor.İki firmanın HA ve migration sağlayan en ucuz çözümlerine bakarsak;

gibi bir tablo karşınıza çıkıyor.Vmware processor başına ücretlendirme yapıyor.Buradaki fiyatlarda fiziksel hostların içerisinde kullanılan sanal OS’lerin lisansları dahil değil tabikide.

Bu arada XEN’de Live migration ve HA sağlayan çözümünü birkaç aydır ücretsiz dağıtıyor.Geriye ücret telep eden sadece vmware kalıyor:)

System Center ailesi üyelerinden System Center Virtual Machine Manager 2008′in R2 beta’sı Microsoft Connect sayfasında downloada sunuldu.Peki R2 BETA ile birlikte bizi bekleyen yenilikler neler biraz bunlardan bahsedelim.

Live Migration: SCVMM içerisindeki belkide en güzel özellik.Bir host altında çalışır vaziyette bulunan sanal makinanızı hiçbir kesinti yaşamadan diğer host altına taşıyabilirsiniz.
Clustered Shared Volumes: Live Migration’ın aktif edilmesini sağlıyor ve eski SCVMM’de bulunan sanal makina başı bir LUN gereksinimide ortadan kalkıyor.
Hot addition/removal of storage: Çalışan sanal altyapıınıza VHD diskler ve iSCSI pass-through diskler ekleyebilirsiniz.
Networking optimizations:İki yeni teknoloji–Virtual Machine Queue (VMQ)  ve Chimney

Özellikle live migration ile ilgili yazılacak birçok makale çıkaracağa benziyor R2 Beta..

Bildiğiniz gibi System center ailesi içerisinde yer alan System Center Virtual Machine Manager ile yapınızdaki Hyper-v fiziksel hostlarınızı ve ESX çalıştıran fiziksel hostlarınızı ve dolayısıyla altlarında bulunan sanal makinalarınızı yönetebiliyorsunuz.Yalnız SCVMM altında Vmware mimarisini yönetirken dikkat etmeniz gereken bir nokta var.

Herhangi bir Vmware yapısını SCVMM altına import ettiğinizde durumunu kontrol ederseniz Ok(Limited) olarak göreceksiniz.Bu durumda yapabilecekleriniz tabiki var.Fakat herşey dahil bir yönetimden bahsediyorsak bu ayarı aktif etmeniz gereklidir.İlk yapmanız gereken ESX üzerindeki ayarlardır.Bu noktada
Virtual Machine Delegate opsiyonunu kullanmanız yada tüm ESX hostlar üzerinde root için ssh root logini aktif etmeniz gereklidir.Bu işlemi yapmak için ESX host üzerinde Configure Security menusune girerek ilgili credentialları girerek ssh login veya delegasyonu seçebilirsiniz.Bu işlemden sonra state limited’dan OK’a dönecektir.Peki limitli kullandığımızda yada full kullandığımızda ne gibi yönetimsel farklar bizi bekliyor? Bunu aşağıdaki tablodan inceleyebilirsiniz.

Sanallaştırmanın oldukça popüler olduğu bu günlerde virtualization ile ilgili makalelere heryerde rastlayabiliyoruz.Bu noktada bende Hyper-V ve System Center Virtual Machine Manager ile ilgili makaleler yayınlamıştım.
Microsoft’un sanallaştırma vizyonunda önemli yer tutan ürünlerden bir taneside uygulama sanallaştırma çözümü App-V..Eski SoftGrid şimdiki App-V ile ilgili , sevgili Emre’nin hazırladığı videoalara buradan erişebilirsiniz.

Aslına bakarsanız MDOP 2008 ürünü ile birlikte App-V’yi biraz parçalı olarak inceleyebiliriz.

App-V Management Server – Sanal uygulamaları host edip dağıtır.
App-V Management Console – App-V yönetimi için MMC konsolunu sunar.
App-V Sequencer – Uygulamaları sanallaştıran motor
App-V Streaming Server – Uzak ofis dağıtım senaryoları için kullanılan rol
App-V Client – Fiziksel sistemlerde çalışan ve sanal uygulamaların nasıl çalışacağını ve oluşturulacağını bilen yazılımlarımız..

Benim bu noktada aktarmak istediğim bilgi ise App-V teknolojisinin System Center Configuration Manager 2007 ile entegrasyonu.
System Center Configuration Manager 2007 R2 ile artık sanallaştırılmış uygulamaları dağıtabiliyoruz.Güzel olan tarafı bu entegrasyonu gerçekleştirdiğinizde SCCM artık yukarıda bashettiğimiz rollerden App-V Management Server ve App-V Management Console gibi davranacaktır.Bu sebeple bu rolleri ayrıca kurmanıza gerek yok.
Bu uygulamaları SCCM ile dağıtırken aynı şekilde paketleri import edip devam ediyoruz.

Bu konudaki makaleyi kısa bir süre sonra yayınlamayı düşünüyorum.

Yeni yayınlanan VMC to Hyper-V Import Tool sayesinde yapınızda bulunan Virtual Pc ve Virtual Server içerisindeki Virtual Machine Configuration (VMC) dosyalarını Hyper-v içerisine kolaylıkla import etme şansımız bulunuyor.Bildiğimiz gibi VC ve VP sanal makinalarla çalışabilmek için ilgili ayarları sanal makinalara mapleyen bu konfigurasyon dosyaları ile çalışıyorlar.Şu anda Virtual PC 2007 için sorunsuz çalışdığı belirtilmiş.Aynı zamanda Virtual PC 2004 içinde herhangi bir sorun ile karşılaşılmamış.

Tabiki bu ufak araç enterprise bir ürün olan System Center Virtual Machine Manager’ın yerini tutamaz.SCVMM ile neler yapabileceğinizi görmek için SCVMM kategorisi altındaki yazıları inceleyebilirsiniz.Ama VM oluşturma,donanım bazlı bazı editlemeler,importing işlemleri için bu tool işimizi görecektir.

Gereksinimler ise;

Uzak veya localde VM’ler oluşturma şansınız mevcut,Bu konuda bir kısıtlama söz konusu değil.Remote senaryosunda sadece tool2u çalıştırdığınız client ve hyper-v aynı domaine dahil olmak zorunda.Aynı zamanda VMC dosyalarının import işlemi için sanal makinaların kapalı durumda olması gerekiyor.

Şu adresten araca ulaşabilirsiniz.

Hyper-V için Linux Integration Component lerinin final versiyonu Microsoft Connect sitesinde downloada sunulmuş durumda.Bildiğimiz gibi bu componentler sayesinde hyper-v non-aware olan işletim sistemlerininde aynı performanslar çalışmasını sağlayabiliyorduk.Bunu ise Hypercall kullanarak gerçekleştiriyorduk.Arka planda nasıl çalıştığını anlamak için

http://www.anilerduran.com/index.php/2008/hyper-v-drag-and-drop-security/
http://www.anilerduran.com/index.php/2008/hypervisorama-nasil/
http://www.anilerduran.com/index.php/2008/supported-guest-os-on-windows-server-2008-hyper-v/
http://www.anilerduran.com/index.php/2008/vsp-vsc-vmbus/

makalelerini inceleyebilirsiniz.

Bu son versiyonlar birlikte aşağıdaki yenilikler bizi bekliyor.
Driver support for synthetic devices: The Linux integration components include support for both the synthetic network controller and synthetic storage controller that have been developed specifically for Hyper-V. These components take advantage of the new high-speed bus, VMBus, which was developed for Hyper-V.
Hypercall adapter: The Hypercall adapter is a thin layer of software that translates the Xen-specific virtualization function calls from a Xen-enabled Linux kernel to Microsoft Hyper-V hypercalls. This results in improved performance for the Linux virtual machine.
Fastpath Boot Support: Boot devices now take advantage of the storage VSC to provide enhanced performance.

Bu son versiyonu buradan indirebilirsiniz.

Hyper-v mimarisini incelediğimizde karşımıza vmbus mutlaka çıkacaktır.önceki yazılarda kendisinden biraz bahsetmiştik.Aslında yaptığı işlem child partitiondan gelen istekleri,ki bu istekler fiziksel donanıma erişim istekleridir, parent partitiona iletmek.Bildiğimiz gibi child partition içerisinde ,bizim VM lerimiz bulunuyor.O zaman akla şöyle bir soru gelebilir.VMbus bu işi yapabilmek için tüm yapı içerisinde bulunması gerekiyor.Souçta her child partition içerisindeki VM’in, vmbus’a erişimi var.O zaman ben vmbus içerisine bir tane listener koyarsam,tüm yapıyı yada o an için vmbus içerisinden geçen tüm bilgileri dinleyebilirmiyim.Cevabımız tabikide hayır.Çünkü vmbus dizayn edilirken tamda bu saldırı şeklini önlemek üzere dizayn edildi.VM’lerimiz    parent partitiona ulaşmak için vmbus üzerinde ,yalnızca kendilerine ayrılan kanallar üzerinden haberleşme sağlayabiliyorlar.Yani her VM’in kendine ait bir kanalı var.Bu sebeple örneğin bir men in the middle atağının düzenlenme şansı yok.Çünkü middle denilen bir kısım yok.

Güvenlik ve hyper-v demişken bir noktadan daha bahsedelim.Hyper-v insanlara makaleler yada videolar ile tanıtılırken virtual pc zamanlarından bildiğimiz drag and drop yani sürükle bırak tekniğine sahip olmadığı belirtiliyor.Ama bunun sebebi hiç açıklanmıyor..

Bildiğimiz gibi virtual pc kullanırken host makinadan yada vmler arasında, sürükle   bırak tekniği ile dosya alışverişini gerçekleştirebiliyorduk.Yalnız hyper-v içerisinde çalışan sanallarımız için bu geçerli değil.Bu birçok kişiyi hayal kırıklığına uğratabilir ama dosya paylaşımı için geleneksel networking mantığını kullanmamız gerekli.Ama bunun sebebini bilmeniz eminimki daha iyi olacaktır.Tabiki böyle bir özelliği virtual pc altına koyan microsoft ,hyper-v altınada koyabilirdi.Peki neden yapmadı?

Tamamiyle güvenlik.Çünkü siz hyper-v mimarisini incelediğinizde ,biraz önce vmbus örneğinde gördüğünüz gibi varolan bütün sanal makinaların izole bir şekilde yer aldığını göreceksiniz.Yani VM’lerimiz güvenliğin tam anlamıyla sağlanması amacıyla sadece parent partition ile haberleşebilirler.Birbirleriyle (geleneksel networking dışında) hiçbir şekilde haberleşemezler.Buda attack surface dediğimiz saldırı alanını iyice daraltmış ve ITPro lar için varolan bir açık kapıyıda kapatmış oluyor.

Hypervisor teknolojisi dediğimizde artık şunu anlayabiliyoruz.Geleneksel hosted machine virtualization’ın aksine artık donanımın üzerinde herhangi bir işletim sistemi bulunmuyor ve Hypervisor kendini otomatikman donanımın üzerine yerleştirerek parent/root partition ile iletişime geçiyor.Bize sunulan avantaj bu.Ama eminim üzerine kafa yorduysanız bazı kavramları tam oturtamamış olabilirsiniz.

Yukarıdaki şemayı inceleyelim.Bu yeni sanallaştırma teknolojimiz olan hypervisorun varolan diğer componentlerle ilişkisini gösteren bir şema.Bu şemaya baktığımzda hemen şunu farketmiş olabiliriz.Artık eskisi gibi donanımın üzerine bir işletim sistemi ve ardından bunun üzerine sanallaştırma katmanı ve sanal makinalar gibi bir sıralama yok.Hypervisor ile sanallaştırmayı gerçekleştirirken donanım ile haberleşmeyi sağlayan bir işletim sistemine ihtiyaç yok!

Peki o zaman biz Hyper-v rolünü kurarken kullandığımız host makina olan server 2008 ne oluyor? Biraz sınırlı bir çerçeveden bakıldığında aslında hyper-v sanki bir hypervisor çözümü değilmiş gibi gözükebilir.Çünkü işletim sistemine (server 2008) bağımlıyız.Ama arka planda aslında işler bu şekilde yürümüyor.

Siz aslında varolan server 2008 sunucunuz üzerinde hyper-v rolünü aktif ettiğinizde değişim başlıyor.Sizden bilgisayarı yeniden başlatmanızı isteyecektir.Bu işlemden sonra ;

-Windows , hyerpvisorimagelaunchtypeboot Boot Configuration Database(BCD) ini değiştiriyor.Yaptığı işlem bu ayarı otomatiğe çekmektir.Ardından hvboot.sys aygıt sürücüsünü varsayılan boot processden daha önce devreye girmesi için konfigure eder.Bakın gördüğünüz gibi arka planda donanımın üzerindeki server 2008′i egale ederek kendini boot process’den önce donanımın üzerine yerleştiriyor.

-Bu işlemden sonra hvboot.sys sistemi virtualization için ayarlıyor ve %Systemroot%\System32\Hvax64.exe yada %Systemroot%\System32\Hvix64.exe değerlerini hafızaya yüklüyor. (bu değerler sisteminizin AMD-V yada INTEL-VT olmasına göre değişecektir)

-Artık Hypervisor kendini windows server 2008′in altında ve donanımın üzerinde bir yere yerleştirdi.

İşte ancak bu işlemden sonra yukarıdaki tabloyu elde edebiliyoruz.Yani varolan host işletim sistemimiz olan server 2008 bir anda   hypervisor katmanı üzerine yerleşiyor.

 Windows Server 2008 x64 (VM configured with 1-, 2-, or 4 virtual processors SMP)

·                 Windows Server 2008 Standard x64

·                 Windows Server 2008 Enterprise x64

·                 Windows Server 2008 Datacenter x64

·                 Windows Web Server 2008 x64

·                 Windows Server 2008 Standard without Hyper-V x64

·                 Windows Server 2008 Enterprise without Hyper-V x64

·                 Windows Server 2008 Datacenter without Hyper-V x64

Windows Server 2008 x86 (VM configured with 1-, 2-, or 4 virtual processors SMP)

·                 Windows Server 2008 Standard x86

·                 Windows Server 2008 Enterprise x86

·                 Windows Server 2008 Datacenter x86

·                 Windows Web Server 2008 x86

·                 Windows Server 2008 Standard without Hyper-V x86

·                 Windows Server 2008 Enterprise without Hyper-V x86

·                 Windows Server 2008 Datacenter without Hyper-V x86

Windows Server 2003 x86 (VMs configured with 1- or 2 virtual processors SMP only)

·                 Windows Server 2003 Standard x86 Edition with Service Pack 2

·                 Windows Server 2003 Enterprise x86 Edition with Service Pack 2

·                 Windows Server 2003 Datacenter x86 Edition with Service Pack 2

·                 Windows Server 2003 Web x86 Edition with Service Pack 2

Windows Server 2003 x64 (VMs configured with 1- or 2- virtual processors only)

·                 Windows Server 2003 Standard x64 Edition with Service Pack 2

·                 Windows Server 2003 Enterprise x64 Edition with Service Pack 2

·                 Windows Server 2003 Datacenter x64 Edition with Service Pack 2

Windows Server 2000 (VMs configured with 1- virtual processors only)

·                 Windows 2000 Server with Service Pack 4

·                 Windows 2000 Advanced Server with Service Pack 4

Other Operating Systems (VMs configured with 1- or 2- or 4-virtual processors only)

·                 Windows HPC Server 2008

Linux Distributions (VMs configured with 1 virtual processor only)

·                 SUSE Linux Enterprise Server 10 with Service Pack 2 x86 Edition

·                 SUSE Linux Enterprise Server 10 with Service Pack 2 x64 Edition

·                 SUSE Linux Enterprise Server 10 with Service Pack 1 x86 Edition

·                 SUSE Linux Enterprise Server 10 with Service Pack 1 x64 Edition

Supported Client Operating Systems

Windows Vista x86 (VMs configured with 1- or 2-virtual processors SMP only)

·                 Windows Vista Business x86 Edition with Service Pack 1

·                 Windows Vista Enterprise x86 Edition with Service Pack 1

·                 Windows Vista Ultimate x86 Edition with Service Pack 1

Windows Vista x64 (VMs configured with 1- or 2-virtual processors SMP only)

·                 Windows Vista Business x64 Edition with Service Pack 1

·                 Windows Vista Enterprise x64 Edition with Service Pack 1

·                 Windows Vista Ultimate x64 Edition with Service Pack 1

Windows XP Professional x86

·                 Windows XP Professional x86 with Service Pack 3 (VMs configured with 1- or 2-virtual processors only)

·                 Windows XP Professional x86 with Service Pack 2 (VMs configured with 1-virtual processors only)

Windows XP Professional x64

·                 Windows XP Professional x64 with Service Pack 2 (VMs configured with 1- or 2-virtual processors only)

System Center Virtual Machine Manager 2008 kurulumunu başlatmak için kullanıcı izinleri bazında birkaç gereklilik bulunuyor.Normal bir kullanıcı ile kurulum yapmak istediğinizde

“To install the Virtual Machine Manager server, you must be logged on under a domain account that has administrative credentials on the local computer”

hatasını almalısınız.Aslında bu hatada belirtilen,kurulumu local admin olan bir domain hesabı ile gerçekleştirmeniz.Bildiğimiz gibi SCVMM ‘in çalışabilmesi için domain ortamına ihtiyacımız var.Sebebi ise active directory’nin bize sağladığı güvenlik.Peki o zaman ne tür bir hesap oluşturup kurulumu gerçekleştirebiliriz.? Yapmanız gereken;

-SCVMM sunucunuzu domain’e üye yapın.

-Bir domain user oluşturun ve bununla SCVMM login olun.

-Yüklemeyi başlatacak bu kullanıcıyı local administrator üyesi(Builtin\Administrators) üyesi yapın.

Bu işlemden sonra ilgili domain user ile kurulumu gerçekleştirebilirsiniz.

Hyper-V ile birlikte şu an için sunulan bir cloning seçeneği bulunmuyor.Ama clone işlemini farklı yollarla gerçekleştirebiliriz.Bunlardan birisi export/import yöntemi.Yöntem oldukça basit.Elimizde bir adet Server 2008 VM olduğunu düşünelim.Ve aynı şekilde bir Server 2008 daha oluşturmak isteyelim.Yapmamız gereken varolan VM’i export edip ardından hyper-v konsolu altında import etmek.Yalnız makinaların isimleri SIDleri aynı olacağından bu işi sysprep ile hatta abartarak unattend dosyasyıda ekleyerek sysprep işlemini otomatikleştirebiliriz.Şimdi nasıl import export yapacağımıza bakalım.Öncelikle konsol altında ilgili VM’inizin kapalı olması gerekiyor.Bu VM’e sağ tıklayarak export işlemini gerçekleştiririz.

Ardından export işlemini gerçekleştireceğimiz dizini seçeriz.

Varolan tüm konfigurasyonla birlikte sanal disklerin hepside kopyalandığı için bu işlem biraz uzun sürebilir.

İşlem bittikten sonra management konsolu altındaki actions tabından import seçeneğini seçeriz.

Varolan dizini seçeriz ve import işlemini gerçekleştiririz.

Bu işlemlerden sonra ilgili sanalınızı açabilirsiniz.Ama eğer benim gibi export/import ettiğiniz makinanın önceden alınmış snapshotları varsa hatayla karşılaşırsınız.Yeni sanal makinayı sağlıklı bir şekilde açabilmek için snaphot kısmından varolan snapshotları silmeniz gerekiyor.Bu silim işleminden sonra büyük ihtimalle uzunca bir merge dönemi geçireceksiniz.Ardından makinanızı sorunsuz şekilde açabilirsiniz.