By default in Windows Server 2008 / 2008 R2 , event subscription port number is 5985.Clients and Event Collector are communicating over this port number.

If you want to change this, just execute following commands;

winrm set winrm/config/listener?Address=*+Transport=HTTP @{Port="5985"}

netsh add portopening TCP 5985 WINRM

PDC is one of the most important FSMO roles on your organization.PDC server is responsible for time issues,password changes, Group Policy changes, Microsoft NT 4.0 Server communications.

If you are in the middle of Server 2008 Active Directory upgrading project, probably you’ll move your FSMO roles one by one to the new domain controllers.And one of them is PDC.

I will not discuss move process because there are so much information about it.But if you move your PDC role to the another server, there is one more step to configure.This is about Time Server configuration.

By default, your PDC role is your Time Server and reliable for your clients.All domain clients including additional DC’s receives time updates from PDC holder.

If you have configured an external time server for your PDC, and changed the holder, then you have to configure time server for both new PDC holder and formerly holder.

Former PDC holder , you must specify that it is no longer reliable for your domain clients.To achieve this goal, run the following commands;

w32tm /config /syncfromflags: domhier /reliable:no /update

net stop w32time && net start w32time

On new PDC Emulator;

w32tm /config /manualpeerlist: ntp.xxx.com /syncfromflags:manual /reliable:yes /update

ntp.xxx.com is your external ntp server.

After that , you can run the w32tm /monitor command to check everything is ok.

Windows Server 2008 R2 üzerinde NLB konfigurasyonu için sık sorulan birkaç soruya cevaplar vermek istedim.Bunları kısaca inceleyelim.

NLB için özel network adaptorlerine ihtiyaç varmıdır?

Hayır yoktur.Burada önemli olan network kartının mac adresinin dinamik değişebiliyor oluşudur.Sahip olduğunuz network kartıda yüksek olasılıkla bunu destekleyecektir.

Bir NLB yapısında maximum kaç host barınabilir?

Toplamda 32 node desteği bulunmaktadır.

Tek bir network kartı ile NLB yapabilirmiyim?

Windows Server 2008 R2 üzerindeki yeniliklerden bir taneside NLB konfigurasyonunu tek interface ile gerçekleştirebilmenizdir.

Windows Server 2008 R2 ile gelen en hoş özelliklerden biriside BranchCache.Lansmanlara seminerlere yada BilgeAdam’da Windows Server 2008 R2 eğitimlerine katıldıysanız mutlaka kulak aşinalığınız olacaktır.Çok temelde yaptığı işlem yavaş linkler üzerinden bağlı uzak lokasyonlarda cacheleme.Uzak lokasyondaki bir client yavaş link üzerinden merkezdeki bir sunucuda erişip dosyaya erişim sağladı ve branch office’e kopyaladı.Eğer client üzerinde ve sunucu üzerinde branch cache aktif ise client aldığı bu dosyayı local cache’inde tutuyor.Ne zamanki aynı lokasyonda bu özelliğin aktif olduğu başka bir client bu dosyaya erişmek isterse öncelikle kendi local networküne bir broadcast atıyor ve dosyanın güncel versiyonunu sorguluyor.Ve olduğuna dair bilgiyi aldıktan sonra tekrardan uzak ofise gitmek yerine yanıbaşındaki client üzerinden dosyayı ediniyor.Böylece erişimlerde önemli ölçüde performans artışını gözlemleyebiliyorsunuz.Konfigurasyon aşamalarıda oldukça basit.Birkaç group policy değişikliği ile bunu gerçekleştirebilirsiniz.

Bizim için daha güzel olanı ise SCCM SP2 ile birlikte branch cache’in nimetlerinden faydalanabiliyor olmamız.Aşağıdaki resmi inceleyelim.

SCCM 2007 SP2 site server’ımız ve Windows Server 2008 R2 üzerinde bir distribution point’imiz var.Burada işletim sisteminin kesinlikle Windows Server 2008 R2 olması gerekli çünkü branch cache daha öncede bahsettiğimiz gibi R2 ile gelen bir yenilik.Bu diagramda yine branchcache “˜in enable edildiği Windows 7/Windows Vista/Windows 2008 clientlardan soldaki distribution point üzerindeki kendisi için hazırlanan pakete erişim sağlıyor.Ve ardından bunu cacheliyor.Sağ taraftadaki clientlar aynı distribution point üzerinden bu pakete erişim yapmak istediğinde yukarıda bahsettiğimiz gibi locale bir sorgu atıyor ve solundaki clientta bunun cachelendiğini öğreniyor.Böylece link üzerinden distribution pointe gitmeden localdeki diğer client üzerinden paketi ediniyor.

Özellikle uzak ofisli yapılarda gerçekten çok fazla yarar sağlayabileceğiniz bir uygulama.

Son olarak SCCM üzerinde bu yeniliği kullanabilmek için ekstra birşey yapmanız gerek yok.Sadece distribution point özelliklerinde clientların paketleri uzaktan değil locale download edip buradan çalıştırmasını belirtmelisiniz.(Bu ayar by default bu şekildedir.)

Bildiğiniz gibi SCCM 2007 ‘yi Server 2008 üzerine kurduğunuzda IIS 7 üzerinde birkaç konfigurasyonu gerçekleştirmeniz gerekli.Ancak tüm bileşenleri doğru yapılandırdıktan sonra SCCM tarafında sıkıntısız devam edebiliyorsunuz.Gerek SCCM upgrade senaryolarında gerekse acil durumlar için SCCM site yedeğini alabiliyoruz.Tabi bunun yanında o kadar konfigurasyonu gerçekleştirdiğimiz IIS’in yedeğinide almak faydalı olacaktır.

IIS 7′de backup ve restore işlemi oldukça kolay.Hazırlanmış olan bir scripti kullanarak aşağıdaki şekilde backup/restore işlemlerini gerçekleştirebilirsiniz.

Backup almak için;

 %windir%\system32\inetsrv\appcmd.exe add backup “My Backup Name”

Backuptan dönmek için;

 %windir%\system32\inetsrv\appcmd.exe restore backup “My Backup Name”

Alınan backupı silmek için;

 %windir%\system32\inetsrv\appcmd.exe delete backup “My Backup Name”

inetsrv altında backup klasöründe alınan backup dosyalarınızı görebilirsiniz.

Ş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/

Failover Cluster konsolu altında CSV eklediğinizde arayüzden bunu tekrardan kaldırma şansınız yok.İçerisine bir disk eklemesenizde CSV hep orda duracaktır.Bunu sizde benim gibi kullanmadığınız zamanlar kaldırmak istiyorsanız aşağıdaki komut işinizi görecektir.

Get-Cluster | %{$_.EnableSharedVolumes = "Disabled"}

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 Failover Cluster konsolunu inceledikçe yeni özellikleri keşfetmeye devam ediyorum.Eklenen yeni özelliklerinden biriside Auto Start kutucuğu.

Cluster konsolu altında oluşturduğunuz herhangi bir grubun özelliklerine geldiğinizde Auto Start kutucuğunu görebilirsiniz.

Varsayılan oluşturulan cluster grupları için bu ayar işaretli gelecektir.Yaptığı işlem ise basit.Herhangi bir cluster servis yada application offline durumu düştüğünde tekrardan recover edilmesini otomatik gerçekleştiriyor.Yani online durumu otomatik olarak geçiş gerçekleşiyor.Özellikle Virtual Machinelerin olduğu bir cluster yapısında priority olarak düşünebilirsiniz bu ticki.Node offline durumu düştüğünde düşük öncelikle gruplardan bu işareti kaldırırsınız ve yüksek öncelikli örneğin sanal makinaların blunduğu grup otomatik olarak online duruma geçer.

Şuna dikkat etmeniz gerekli.Eğer grup üzerinden bu ticki kaldırırsanız mutlaka manuel olarak bu grubu size online’a çekmeniz gerekiyor.Aksi takdirde kendisi herhangi bir aksiyon almayacaktır.

Windows Server 2008 R2 öncesi herhangi birine, cluster üzerinde hak vermek istediğinizde ya full control hakkı veriyordunuz yada kullanıcıya hiçbir hak vermiyodunuz.R2 ile birlikte gelen yeniliklerden biriside artık belirli kullanıcılara “read-only cluster access” hakkını atayabilirsiniz.

Örneğin yapınızda cluster’ı yöneten farklı adminler varsa belirli hesaplara değişiklik yapmadan sadece read hakkı verebilirsiniz.Böylece bu hesaplar, herhangi bir grubu offline edemeyecek yada komple node’u evict edemeyecektir.

Bu işlemi gerçekleştirmek için Failover Cluster Manager penceresinde cluster ismine sağ tıklayıp özelliklerine girdiğinizde Cluster Permission tabında istediğiniz kullanıcı için read hakkı görebilirsiniz.

Bu hakkı powershell ile vermek istediğinizde ise aşağıdaki komut işinizi görecektir.

Grant-ClusterAccess domain\user ““readonly

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:)

Windows Server 2008 R2 için upgrade path lerini inceleyelim.

Bir kere aşağıdaki sürümlerden Windows Server 2008 R2′ye upgrade seçeneğiniz bulunmuyor;

# Windows ® 95, Windows 98, Windows Millennium Edition, Windows XP, Windows Vista ®, Windows Vista Starter, yada Windows 7

# Windows NT ® Server 4.0, Windows 2000 Server, Windows Server 2003 RTM, Windows Server 2003 with SP1, Windows Server 2003 Web, Windows Server 2008 R2 M3, yada Windows Server 2008 R2 Beta

# Windows Server 2003 for Itanium-based Systems, Windows Server 2003 x64, Windows Server 2008 for Itanium-based Systems, Windows Server 2008 R2 for Itanium-based Systems

Bunun dışında;

Farklı mimarilerden upgrade desteklenmiyor.Örneğin x86′dan x64′e gibi.

Farklı dillerden upgrade desteklenmiyor.İngilizceden Türkçeye gibi.

Farklı sürümlerden upgrade desteklenmiyor.

Desteklenen Upgrade Senaryoları

Server 2008 üzerinde uptime değerini alabilmek için aslında birçok şansımız var.Bu yazıda kısaca bunlardan bahsedelim.

1)Task Manager

Aslında  en kolay yöntem bu sanırım.Server 2008 üzerinde task manager ekranında bizi “uptime” adında bir değer karşılıyor.Aşağıdaki resimde göreceğiniz üzere sunucunun uptime süresini öğrenebilirsiniz.

2)Systeminfo komutu

Server 2008 altında systeminfo komutunu aşağıdaki parametre ile kullanırsanız size sunucunun açıldığı zamanı verecektir.

3)Eventviewer

Eventviewer altında 6005 nolu event sunucunun boot işlemini bitirdiğini bize bildirir.Aşağıdaki resimde benim sunucum üzerindeki bir örneğini görebilirsiniz.

İsterseniz filtreleme sayesinde sadece id 6005 olanları listeyerek boot süresini öğrenebilirsiniz.

4)Uptime.exe

Microsoft’un uptime.exe adında ufak bir komut satırı aracı var. http://support.microsoft.com/kb/232243  adresinden indirebilirsiniz.İndirdiğiniz bu aracı Windows Server 2008 sunucunuz üzerinde system32 altına kopyalayıp komutu çalıştırdığımızda aşağıdaki gibi bir çıktı verecektir.

5)Scriptler

Microsoft’un scripting guy üzerindeki scriptlerini araştırdığınızda karşınıza powershell ve vbs ile hazırlanmış uptime süresini veren hazır scriptleri bulabilirsiniz.Hatta iki tane hazır scriptin adresini verelim.

http://technet.microsoft.com/en-us/magazine/2008.12.heyscriptingguy.aspx?pr=blog

http://www.microsoft.com/technet/scriptcenter/resources/qanda/aug05/hey0802.mspx

Birisi powershell birisi vbs ile hazırlanmış scriptleri kullanarakda uptime değerine ulaşabilirsiniz.

Server 2008 Cluster yapısı altına sadece komut satırını kullanarak goruplar oluşturabilir ve bunların altında service yada applicationları taşıayabiliriz.Bunun için sırasıyla kullanabileceğiniz komutlar;

cluster . group “file server” /create
komutu ile file server isminde bir cluster grubu oluşturabilirsiniz.Bir önceki yazıda da bahsettiğimiz gibi kurulumdan sonra kullanacağınız tüm servisler ve uygulamalar için bunlara özel gruplar oluşturmanız gerekmektedir.

cluster . res “File Server” /create /group:”file server” /type:”File Server”
komutu ile biraz önce oluşturduğumuz grup altına File Server rolünü(kaynağını) oluşturduk.Artık bu yapıyı kullanarak dosya paylaşımını cluster yapısı üzerinden çalıştırabiliriz.Tabi burada “File Server” ismini kullandım.Sizde diğer servisleri eklemek isterseniz “cluster restype” ismini kullanarak listeleme yapabilirsiniz.

cluster . res “FS IP Address” /create /group:”file server” /type:”IP Address” /priv address=10.0.0.100 subnetmask=255.255.255.0

cluster . res “FS Name” /create /group:”file server” /type:”Network Name” /priv name=”ortakdosyalar” dnsname=”ortakdosyalar”

Bu komutlarda da grubumuza bir ip adresi ve network üzerinden erişelecek bir isim atadık.

cluster . res “FS Name” /adddep:”FS IP Address”

komutuylada verdiğimiz ip ve isim arasında bağlantıyı sağlıyoruz.

Son olarak bu yapıyı online hale getirmek için

cluster .res “resource name” /on

komutunu kullanabilirsiniz.

Server 2008 Cluster servisi varsayılan olarak gelen ve içeriğinde,cluster’ın ip adresini,cluster ismini ve witness kaynaklarını barındıran “Cluster Group” isminde bir grup barındırmaktadır.

Siz cluster yapısı altında ekstra  kaynak ekledikçe her zaman için bu kaynaklar varsayılan grup dışında gruplar oluşturularak bunların içine yerleştirilir.Önerilen konfigurasyon budur.

Bir kesinti anında bu kaynakları barındıran gruplar fail olan node içerisinden diğer node’a geçişi gerçekleştirirler.İsterseniz bu taşıma işlemini sizde komut satırı ile yapabilirsiniz.
Örneğin FSFS isminde bir group oluşturduğumuzu varsayalım.Ben dosya paylaşımını cluster servisi ile kesintisiz NAS üzerinden gerçekleştirmek için böyle bir grup oluşturdum ve bunu aktif hale getirdim.

Bu yapıyı varsayılan olarak NODE1 altına yerleştirdim.NODE2 altına “FSFS” grubunu taşımak istediğimde aşağıdaki komut işinizi görecektir.
cluster . group “FSFS” /move:node2

aslında burada :node2 yazmama bile gerek kalmıyor çünkü yapıda sadece 2 node bulunuyorsa taşınabileceği sadece tek bir node olduğundan otomatik taşıma işlemini gerçekleştiriyor.

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.

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.

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.