Network ve Server ailesi hakkında notlarım

VMC to Hyper-V Import Tool

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.

Linux Integration Components Released

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 / Drag and Drop / Security

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..Ama nasıl?

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.

Supported Guest OS on Windows Server 2008 Hyper-V

 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

Devamini oku »

SCVMM’i kim kurabilir?

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 Virtual Machine Cloning

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.

The extended attributes are inconsistent

SCVMM üzerinde host ekleme işlemlerinden sonra eğer clean bir kapatma yapmadıysanız Hyper-v altındaki sanal makinalarınız açılmayabilir.Aşağıdaki hatayı dönecektir.

‘Virtual Server 2008′ failed to start worker process: The extended attributes are inconsistent. (0×800700FF). (Virtual machine ID 0E25DCDD-B814-4C42-93F3-537DBF2B2767)

Virtual makinalarınızı yeniden başlatabilmek için yapmanız gerekel local agentları kaldırmak ve yeniden yüklemek.

Local agentları ,SCVMM içerisine host eklerken ekleyeceğimiz makina perimeter networkte yada domain dışarısında ise kullanıyorduk.

System Center Virtual Machine Manager Components

System Center Virtual Machine Manager’ın ne işe yaradığı hakkında kafanızda birşeyler oluşmuş olmalı.Şimdi isterseniz SCVMM içerisindeki her bir komponenti inceleyerek arka planda nasıl bir mimari var ona bakalım.

Aslında yukarıdaki resmi büyütüp incelerseniz varolan bütün komponentleri ve bunların birbirleriyle ilişkisini görebilirsiniz.Şimdi bunları teker teker inceleyelim.

Virtual Machine Manager Server:

Yukarıdaki resimde de gördüğünüz gibi VMM server yapının ortasında bulunmakta ve diğer componentlerin birbiriyle iletişimini sağlayan bir merkez görevi görmektedir.Bu komponentin ilk olarak mutlaka kurulması gereklidir.VMM server ,yönetilen bilgisayarlar üzerindeki dosya trasferleri ,komutlar,iletişimler vb gibi işlemlerden sorumludur.Bunuda yönetilen bilgisayarlar üzerinde bulunan agentlar sayesinde gerçekleştirir.

İlk kurulumla birlikte varsayılan olarak VMM Server aynı zamanda Library Server’dır.Library server’ın ne olduğunu ilerleyen yazılarda inceleyeceğiz.Kısaca bahsetmek gerekirse sizin harddisklerinizi,iso larınızı,hazır templatelerinizi barındıran bir kütüphane olarak düşünebilirsiniz.

Sol tarafına baktığınızda aynı zamanda VMM server kendi konfigurasyon bilgisini tutan bir SQL database ile  birlikte çalışmaktadır.Buradaki ayarları VMM Administration Console ekranında görüntüleyebilir ve düzenleyebiliriz.

Virtual Machine Host:

Bu component aslında üzerinde virtual bilgisayarları barındıran fiziksel makinelerimizdir.VMM içerisine birden fazla VMHost ekleyebilirsiniz.Buda aslında SCVMM’in sağladığı kolaylığı gözler önüne seriyor.Bir fiziksel sunucu ve içindeki 5 sanal bilgisayarı yönetmek kimse için zor olmayacaktır.Ama 10 fiziksel sunucu ve her birinin içinde 5′er tane sanal bilgisayarınız olduğunda işte tüm bu fiziksel sunucuları SCVMM içerisine ekleyerek merkezi olarak yönetebilirsiniz.Kurulumla birlikte eğer sanal makina oluşturacaksınız önce bir fiziksek host belirtmeniz gerekiyor.

Virtual Machine Library Server:

Sonraki yazılarda daha ayrıntılı inceleyeceğimiz Library Server’da varolan componentlerden bir tanesi.Aslında temel olarak sanal makine oluşturabilmek için sahip olduğumuz bir depo gibi düşünebiliriz.Bu depo içerisinde bize yardımcı olmak için

-Virtual Hard Disk 
-Virtual Floopy Disk
-ISO imajları
-Sanal Makina hazır şablonları
-Donanım Profilleri
-Kullanılmayan sanal makinalar

gibi dosyalar bulunuyor.Böylece sanal makina oluşturma işlemlerimizi oldukça hızlandıran bir yapıya kavuşuyoruz.

Virtual Machine Manager Administrator Console:

Yönetimsel işlemlerimizi gerçekleştirebileceğimiz konsoldur.Bu konsolu kullanarak sanal makinalar oluşturabilir,fiziksel hostların ve library lerin durumlarını monitor edebilir,global anlamda konfigurasyonları gerçekleştirebiliriz.Güzel yanı illaki aynı bilgisayar üzerinde olmak zorunda değil.Yönetim konsolunu başka bir bilgisayar üzerine kurarak yönetim işlemlerini buradan da gerçekleştirebiliriz.Aynı zamanda yine ilerleyen yazılarda göreceğimiz şekilde Powershell kullanarakda tüm bu yönetim işlemlerini scriptable hale getirebiliriz.

Virtual Machine Manager Self-Service Portal:

En beğendiğim bölümlerden bir tanesi.Tamamen kurulumu size kalmış bir component.Eğer karar verip kurarsanız son kullanıcının kendi sanal makinalarını oluşturabileceği bir web arayüzüne sahip olursunuz.Peki bu nerde işe yarayabilir? Mesela şirketinizde bir yazılım departmanı olduğunu düşünün.Buradaki arkadaşlar yazılımlarını farklı platformalarda kullanıp test etmek istiyor.O zaman hemen sanal bilgisayarları kullanarak onları memnun edebiliriz.Ama her istediklerinde sanal makine oluşturup onlara vermek yerine,onlar adına sanal makinaları delege ederiz.Sadece gerekli hakları veririz ve büyük bir iş yükünden kurtulmuş oluruz.Artık yazılımcılarımız web arayüzünden erişimi sağlayıp kendi sanal makinasını oluşturarak çalışabilir hale gelir.

Virtual Machine Manager Agent:

Hostların üzerinde bulunan sanal makinalarımıza kurduğumuz ajanlardır.Yaptıkları görev hostları ,library sunucusunu VMM ile haberleştirmektir.Siz bir virtual machine host yada library server eklediğinizde VMM otomatik olarak üzerine agent kurulumunu gerçekleştirecektir.

Bunlar VMM içerisindeki en önemli komponentler.İlerleyen yazılarda bu componentlerle ilgili senaryolara değineceğiz.

P2V - SCVMM altında Physical to Virtual Conversion

System Center Virtual Machine Manager 2007 üzerinde denemelerimizden sonra artık 2008 betası elimizde ve kurcalamaya devam ediyoruz.SCVMM ile yapabildiklerimizden bir taneside(belkide en önemlilerinden) fiziksel makinalarımızı sanal ortama aktarmak.Bu zaten yapılabilen birşeydi.Ama SCVMM’in bize sunduğu teknoloji ve arayüz bu zor process’i oldukça kolaylaştırmış durumda.İsterseniz bu yazıda P2V’nin nasıl çalıştığını kısaca inceleyelim.

Öncelikle convert işlemine geçmeden önce dikkat etmeniz gereken tabiki desteklenen işletim sistemleri.Çeşitli işletim sistemleri için online yada offline convert işlemleri mevcut.online-offline kavramını birazdan inceleyeceğiz.Şimdi bu işletim sistemlerine bakalım.

Yukarıdaki tabloya göre öncelikle işletim sistemlerinizi gözden geçirmeniz gerekmekte.Eğer herhangi bir sorun bulunmuyorsa artık P2V işlemini gerçekleştirebilirsiniz.Bu işlemi gerçekleştirmek için etmelde iki yönteminiz bulunuyor.Online ve offline.Şimdi bu iki yöntemi inceleyelim.

Online Conversion:

Online dönüştürme işleminde kaynak bilgisayarı yeniden başlatmanıza gerek yok.Virtual Machine Manager , server 2003 ve xp’de bulunan VSS(Voluma Shadow Copy Service)’i kullanarak kaynak bilgisayarın uygulama seviyesinde bir imajını alıyor.Ve kaynak makinayı yeniden başlatmadan diğer sanal makinayı oluşturuyor.Online dönüştürme işlemi 5 basamaktan oluşuyor.

- Kaynak bilgisayar üzerine agent yüklenmesi
- Donanım konfigurasyonunun toplanması
- İmaj alma
- Düzeltme işlemleri
- Sanal makinanın oluşturulması

Kaynak bilgisayar üzerine yüklenen agent o bilgisayarla ilgili donanım bilgilerini toplamaya başlar ve bunları en sonunda bir .xml dosyası olarak VMM veritabanına gönderir.Ardından VMM bu bilgilere bakarak convert edilecek bilgisayar bu işleme uygun mu değilmi kontrol eder.Ardından VSS ile her bir volumün imajı alınır.Varolan bilginin VMM’e taşınması daha önceden de aşina olduğumuz Background Intelligent Transfer Service (BITS) sayesinde gerçekleşir.Düzeltmeler bölümünde diskler sanal ortamda çalışmak için hazırlanır ve sanal makina son olarak oluşturulur.

Offline Conversion:

Aslında offline dönüştürmenin kullanılmasının temel nedeni VSS’nin desteklenmemesi .Buda yukarıdaki tabloda gördüğünüz gibi Windows Server 2000 için geçerli bir durum.Offline conversion içinde temelde 4 adımdan oluşur.

- Agent kurulumu
- VMM agent’ı kaynak bilgisayar üzerinde bir Windows PE imajı yükler ve boot kaydını düzenler.Böylece Windows PE üzerinden boot edilerek açılır.
-Fiziksel diskler stream edilmeye başlanır.
-Ardından düzeltme ve sanal makina oluşturma işlemleri gerçekleşir.

VSP / VSC / VMBus

VSP/VSC/VMBus terimlerinin ne olduğuna kısaca değinelim.

Virtualization Service provider (VSP):

Windows Sunucu sanallaştırmasının bir komponenti olan VSP’nin asıl görevi parent partition üzerinde bulunmak ve donanım driverları ile direk olarak iletişime geçmektir.Child Partitionlar üzerinde çalışan aynı host üzerindeki sanal makinaların donanıma sağlıklı bir şekilde erişip erişmediğini kontrol eder.Aynı zamanda,birden fazla sanal makina tarafından gerçekleştirilen donanım erişimi/paylaşımının güvenliğinden de sorumludur.

Virtualization Service Client (VSC):

VSC child partition üzerinde çalışır ve her bir child partitiona sanal aygıtları sunmakla yükümlüdür.

VMBus:

VSP ve VSC ‘nin birbirleriyle haberleşmesini sağlayan yapıdır.

Hypervisor olmadan boot işlemi

Hyper-V ile birlikte çalışırken bazen çıkan sorunları Hyper-V rolünü kaldırarak çözmeye çalışabilirsiniz.Yada Vmware gibi diğer sanallaştırma ürünleri Hyper-V ile birlikte çalışmayı sevmezler ve ikisini aynı işletim sistemi üzerinde çalıştırmakta zorlanırsınız.Bu sebeple benim yaptığım gibi dual boot şeklinde çift işletim sistemi kullananlarınız vardır eminim.Ama daha kolay bir yöntem bizi bekliyor.Boot işlemi sırasında varolan işletim sisteminizi hypervisor olmadan boot edebilme şansınız var.Bunun için artık boot işlemlerini tamamiyle kontrol edebildğimiz bcdedit komutu kullanacağız.

Mantıken yapmamız gerekn yeni bir boot girdisi oluşturmak ve bu girdiyede yükleme yaparken hypervisoru kullanmamasını söylemek.

bcdedit /copy {default} /d “No Hypervisor”

Bu komutun çıktısında bize girdinin GUID’e kopyalandığına dair bir çıktı verecektir.Benim işletim sistemimde(server 2008) aşağıdaki gibi bir çıktı verdi.

The entry was successfully copied to {benim guid numaram}.

Ardından bu GUID’i kopyaladım ve aşağıdaki komutu girdim.

bcdedit /set {benim guid numaram} hypervisorlaunchtype off

Bu komuttan sonra bir sorun yoksa The operation competed succesfully çıktısını alabilirsiniz.

Artık bilgisayarı başlattığınızda karşınıza bir boot ekranı çıkacak ve hypervisor olmadan yükleme seçeneğide(yukarıda belirttiğimiz No Hypervisor seçeneği) ekrana gelecektir.İlgili sorunu çözdükten yada gerekli işlemleri yaptıktan sonra tekrardan normal boot ile bilgisayarı hypervisor’lü haliyle başlatabilirsiniz.

Hyper-V registry içindeki network ayarları

Virtual Server R2 sanal networkler ile ilgili tüm ayarları .vnc dosyaları içerisinde saklıyordu.Fakat bu durum Hyper-V ile değişti.Artık bu ayarların tümü registry içerisinde ilgili anahtarların altında bulunuyor.Registry altında;

 HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\VMSMP

anahatına geldğimizde Parameters\SwitchList altında tüm sanal switchleri , Parameters\Niclist altında da tüm sanal network adaptör bilgilerini görebilirsiniz.

System Center Virtual Machine Manager 2008

System Center ailesinin belkide en işlevsel üyelerinden biri olan Virtual Machine Manager’ın 2008 betası şu anda indirebilir durumda.

Eğer sanal teknolojilerle ilgileniyorsanız yada yapınızda birden fazla sanal makinelerinizin yanında bunların bulunduğu birden fazla host makinanız varsa bir süre sonra yönetim aşamsında zorluklar yaşayabilirsiniz.İşte buna bir çözüm olarak gelen VMM ürünü bunun dışındada bize bir çok yeni özelliği sunmaktaydı.İlk olan 2007 sürümünü kurcaladıktan sonra artık elimizde SCVMM 2008 demosu bulunuyor.Peki 2008 ile birlikte gelen yenilikler neler?

Windows Server® 2008’de işletilebilen VM desteği

• System Center Virtual Machine Manager 2008; Windows Server 2008 ve Microsoft Hyper-V™ Server’a ait temel özelliklerden ve hizmetlerden tam anlamıyla yararlanmak üzere tasarlanmıştır. Bu özellikler arasında Hyper-V’ye ait 64-bit mimari, saldırılara karşı sağlamlaştırılmış güvenlik modeli, yük devretme kümesi desteği (aşağıdaki kısmı inceleyin) ve diğerleri yer almaktadır.

• Virtual Machine Manager 2008 (VMM), Hyper-V işleten ana sistemlerin yönetimini destekler; VMM ayrıca, VMM 2008 konsolu üzerinden Hyper-V etkinleştirmesi uzaktan yapabilir.

• VMM 2008, hata toleranslı ve küme tanıyan sanal aygıtların oluşturulmasına olanak tanıyabilmek için Windows Server 2008′nin yeni kümeleme desteği ile bütünleşir.

• VMM 2008, hem Intelligent Placement, Self-Service Portal ve bütünleşmiş Kitaplık gibi VMM’e özgü fonksiyonlar sağlar, hem de bütün Hyper-V fonksiyonlarını destekler.
Çoklu sağlayıcı sanallaştırma platformu desteği

• Hyper-V desteğine ek olarak VMM 2008, VMware ESX altyapısı ve Microsoft Virtual Server üzerinde işletimi yapılan sanal aygıtlara verdiği destek sayesinde çoklu hipervizör yönetimini tek bir araç içerisinde birleştiriyor.

• VMM 2008, sanal aygıtların VMotion üzerinden herhangi bir aksama süresi yaşamadan sanal hostlara aktarılması dahil olmak üzere, VMware Virtual Center ile bütünleşme yoluyla VMware VI3 için geniş kapsamlı destek sunuyor.

• Intelligent Placement, pekiştirme aday önerileri ve diğerleri gibi VMM 2008’e özgü özellikler, herhangi bir desteklenen platform üzerinde sanallaştırılmış altyapıya karşı işletilebilir.

• Ayrıca Hyper-V, VMware ESX ya da Virtual Server uygulamaları üzerinden özelleştirme ve otomasyon için Windows PowerShell™ kodları da desteklenmektedir.

Performans ve Kaynak Optimizasyonu

• Performans ve Kaynak Optimizasyonu (PRO), donanımlarda, işletim sistemlerinde ve uygulamalarda tespit edilmiş hata senaryolarına ya da zayıf yapılandırılmış bileşenlere dinamik bir şekilde yanıt verebilecek bir VMM özelliğidir.

• PRO etkinleştirilmiş Yönetim Paketleri yoluyla ve System Center Operations Manager’a ait kapsamlı görüntüleme yetenekleri ile uyumlu bir şekilde çalışarak PRO, bir yöneticiyi sağlıksız bir sistem veya uygulama durumuna karşı uyarabilir ve önerilen düzeltme eylemini bildirebilir; ya da otomatik olarak tepki veren ve kendini yenileyen bir sistem oluşturarak bu duruma yanıt verebilir.

• PRO ile kullanılabilen çok daha yüksek tanelilik seviyesi sayesinde, donanım, işletim sistemi ve uygulama değişkenlerinden oluşan geniş bir ağ, PRO’yu düzeltme eylemi almak üzere tetikleyebilir.

• VMM 2008’in bir özelliği olarak PRO yetenekleri aynı zamanda VMware ESX ya da Virtual Server aygıtları için de uygundur; böylelikle yöneticilerin kullandıkları sanallaştırma platformuna bakmaksızın sanallaştırılmış ortamlarının tamamını yönetmelerine izin verilir.

“Yüksek Erişilebilirlik” Sanal Aygıtları için Host Küme Desteği

• Yük devretme kümelerine verdiği yüksek ölçüde genişletilmiş destek sayesinde VMM 2008, görev odaklı sanal aygıtların yönetimi için “yüksek erişilebilirlik” yeteneklerini geliştirir. VMM 2008 artık küme tanıyabilmektedir; diğer bir deyişle Hyper-V host kümelerini tek bir birim olarak algılayıp yönetebilmektedir.

• VMM’in bu sürümünde mevcut olan yenilikler arasında, kümeye eklenen ve kümeden kaldırılan sanal hostların otomatik olarak tespit edilmesi, böylelikle yöneticiler bu fonksiyona harcadıkları emeğin azaltılması da bulunmaktadır.

• VM 2008 kapsamında yüksek bir erişilebilirliğe sahip sanal aygıt yönetimi (HA VM) yapmak artık çak daha kolaylaşmıştır. Bundan böyle bugüne kadar sunulan karmaşık çoklu adımlı manuel süreçlere veda edebilirsiniz; bir yöneticinin tek bir onay kutusuna tıklaması bir VM’i yüksek erişilebilir kılmak için yeterlidir. Perde arkasında VMM sözü edilen HA VA’nın yönetimini yapmaktadır; bu bağlamda VMM 2008’e ait Intelligent Placement özelliğini, sadece yeni oluşturulmuş HA VM için bir host kümesi parçası olan hostlara öneri vermek üzere yönlendirmek de yer alır.

• VMM 2008’e ait gelişmiş HA VM yönetim özellikleri arasında; küme yedeklerinin, harfsiz disk sürücülerin, misafir kümelerin diğerleri arasında belirlenmesi ve yönetimi gibi çeşitli küme ilişkili görevler için, Failover Cluster Management Console (Yük devretme Küme Yönetim Konsolu) da yer almaktadır.

• VMM 2008 bunun yanında küme devrelerinin VMware ESX Sunucuları olduğu VMware host kümelerini de destekler.

VMM 2008 içindeki Diğer Değişiklikler

• Yeniden tasarlanmış yönetim izinleri motoru; tam yetkili bir yöneticiye ait yönetim yeteneklerini koruyan, fakat tasarlanmış sanal ana sunucu alt seti gibi daha düşük sorumluluk kapsamında tutan “atanmış yönetici” görevinin oluşturulması.

• PowerShell arabirimi ve commandlet’lerine kullanıcı erişimi de içeren, Self-service Portal için bütünüyle yeniden tasarlanmış ve yeniden yaratılmış web arabirimi.

• Misafir sanal aygıtlarda, Windows Server 2008 ve Windows Vista® işletim sistemleri desteği ve aynı zamanda bu misafir işletim sistemleri için Fizikselden Sanala (P2V) ve Sanaldan Sanala (V2V) çevrimlerine de destek verir.

• VMM 2008′in bir özellikle “güvenilir” etki alanının parçası olmayan etki alanı katılımlı sanal altyapı yönetimi yapmasına izin veren güncellenmiş ağ izinleri ilkeleri.

• Ek PowerShell commandlet’leri ve “kod görüntüleme” denetimleri.

• Genel olarak yenilenmiş ve “estetik açıdan geliştirilmiş ” VMM 2008 kullanıcı arabirimi ile yönetim konsolu.

Hyper-V üzerinde Sound Card

Hyper-V tamamiyle sanallaştırma ve management üzerine yöneldiği için sanal makinalarınızda ne yazıkki ses kartı bulunmuyor ve sizde ses kartı ekleyemiyorsunuz.Bu aslına bakarsanız sanallaştırma üzerine giden bir yapıda pekte bir kayıp olarak görülemez.Çünkü önemli servisleri barındıran bir sanal sunucuda ses kartı olup olmaması çok fazla fark etmeyecektir.

Ama yinede sanal makinanızda illa ses duymak istiyorsanız farkı bir yöntem izleyebilirsiniz.

Sevgili Serhat Hyper-V: VM’ler Üzerinde USB Port Kullanımı yazısında sanal makinalarınız üzerinde USb portlarını kullanabilmek için RDP kullanabileceğinizden bahsetmiş.Aynı işlemi ses kartı içinde sorunsuzca uygulayabilirsiniz.

Yapmanız gereken sanal makinanıza Remote Desktop Connection ile erişmek.Erişim penceresinde Local Resources sekmesinde “Remote Computer Sound” ayarını “Bring To this Computer” şeklinde ayarladıysanız RDP bağlantısı gerçekleştirdiğiniz anda log on olduğunuzda Windows açılış müziğini duyabilirsiniz.

RDP bağlantısı kestiğinizde ve Hyper-v manager üzerinden erişimlerinizde ise aynı şekilde ses desteği kesilecektir.

Virtual Hard Disk çeşitleri

Hyper-V altında çalışan sanal bir makineye yeni bir harddisk eklemek istediğinizde sizi bir sihirbaz karşılayacaktır.Bu sihirbaz sayesinde varolan disk tiplerinden bir tanesini seçerek disk ekleme işlemini gerçekleştirebilirsiniz.Peki bu disk tipleri nelerdir bir inceleyelim.

Sihirbaz açıldığında aşağıdaki 3 disk tipi seçenek olarak bize sunulur.

Dynamically Expanding: Altında yatan temel düşünce yer sıkıntısını azaltmaktır.Yani ihtiyaca göre yer kullanır..vhd dosyalarınızın boyutu ilk oluşturulduğunda normak bir diske göre oldukça küçüktür.Bu diske veriler eklendikçede büyümeye devam eder.Fakat aynı işlem küçülme için otomatik gerçekleşmez.Yani sanal ortamda bu diskten bir veri sildiğinizde .vhd dosyasını boyutu otomatik olarak küçülmeyecektir.Bunun için varolan disk üzerinde edit’e tıklayarak compact işlemini gerçekleştirmeniz gerekiyor.

Fixed Size:Performans bakımında dinamik disklere göre daha uygundur..vhd dosyası disk boyutu olarak belirlediğiniz boşluğu kullanır.Bu dosyanın boyutu içerdiği veriye göre fixed biçimde kalacaktır.Edit butonunu kullanarak boyut arttırıma gidebiliriz.

Differencing: Bu disk tipinin en güzel özelliği başka bir disk ile parent-child ilişkisine girmesi.Parent disk üzerinde herhangi bir  etki bırakmayacak şekilde değişiklikleri gerçekleştirebilirsiniz.Bu şekildede değişiklikleri geri almanız oldukça kolaylaşacaktır.

Hyper-V Remote Control

Hyper-V kullanan çoğu kişi varolan sanal makinalarını yönetmek için doğal olarak Hyper-V manager konsolunu kullanıyor.Bende aynı şekilde bu konsol üzerinden işlemlerimi gerçekleştiriyorum.Ama bazılarımızın haberinin olmadığı bir yöntem daha var.Virtual Machine Connection aracı.Aslına bakarsanız bu araçta hyper-v management konsolu ile aynı yerde bulunuyor.

c:\Program Files\Hyper-V dizini altına indiğinizde vmconnect.exe isminde bir dosya görebilirsiniz.Çalıştırdığınızda sizi aşağıdaki gibi RDP benzeri bir pencere karşılayacaktır.

Tek yapmanız gereken ilgili sunucuyu seçtikten sonra alt tarafta sanal makinalarınızı listelemek ve istediğinize bağlanmak.

Aynı şekilde parametreleride kullanabilirsiniz.vmconnect ile birlikte gelen  parametreler;

<servername> <vmname> <vmguid> <count>

Sanal ortamlarda çalışan işletim sistemlerinin lisanslanması

Lisanslama bildiğimiz gibi başlı başına bir dünya.Birde bunun içine sanallaştırma teknolojisi girdiğinde kafalar bazı zamanlarda oldukça karışabiliyor.Sanal ortamlarda kullanılan Microsoft ürünleri (Microsoft Hyper-V,Microsoft® Virtual Server 2005 R2) yada 3.party uygulamalar altında çalışan işletim sistemleri için lisanslama modellerini açıklayan aşağıdaki döküman oldukça işinizi görecektir.

Licensing Microsoft Server Products in Virtual Environments