Network ve Server ailesi hakkında notlarım

System Center Operations Manager 2007 Server Rolleri ve Komponentleri

Operations Manager Database:

Bu tüm management gruplar içerisine yüklenmesi gereken ilk komponenttir. Microsoft SQL Server 2005 SP1 yada üzeri bir sisteme kurulmalıdır.Bu veritabanı içerisinde Management Groupları için tüm konfigurasyon bilgisi ve agentlar tarafından toplanan datalar saklanır.Aslında geniÅŸ anlamda OPS manager’ın performansını optimize etmek istiyorsanız database’in performansını optimize etmek mantıklı olacaktır.Yani veritabanını kontrol altında tutmanız gereklidir.Testlerde karşılaşılan durumlara göre bu veritabanını 50 gb altında tutmak iyi bir baÅŸlangıç olabilir.OPS manager yapısı gereÄŸi management group başına bir adet ops manager veritabanı barındırabilir.Peki felaket senaryosu için ne düşünmemiz gerekiyor?Ä°ÅŸte burada Microsoft’un cluster servisi devreye giriyor.MSCS ile varolan databasein bir kopyasını tutabilir ve bir taraf öldüğünde diÄŸer veritabanını canlandırabilirsiniz.

Root Management Server:

OPS manager yapısı her daim management groupları baz alarak çalışır.Ä°ÅŸte bir management group içerisindeki ilk management server’a RMS(Root Management Server)  diyebiliriz.Tabii her grup içerisinde ancak bir adet RMS olabilir.Bu sunucularımız sayesinde konfigurasyonları,agentlarla baÄŸlantıları,grup çalışmalarını,database baÄŸlantılarını yönetebiliriz.

Agent:

OPS manager yapısında bulunan agentlar türkçe karşılığı ile ajanlar,bir aygıta atadığımız ,monitor iÅŸlemlerini bizim için gerçekleÅŸtiren ufak servislerdir.Monitor edilen bu cihazda agentlar OpsMGRHealth servisi olarak geçer.Her bir agent baÄŸlı olduÄŸu management server’ın emrinde çalışır.Yani üzerinde bulunduÄŸu cihaz ile ilgili bilgileri toplar,ki bu bilgileri neye göre toplayacağını yine management server belirtir.EÄŸer topladığı bilgiler ile management serverdan aldığı konfigurasyon dosyalarında bir eÅŸleÅŸme söz konusu ise ajanımız bir alarm oluÅŸturabilir.Böylece sizde dikkate deÄŸer birÅŸey olduÄŸunu anlamış olursunuz.

Operations Console:

Bu konsol temel anlamda OPS manager 2007 ile kullanıcı arasında bir arayüz oluşturur.Bİr kullanıcının bu konsola erişebilmesi için ,o kullanıcıya active directory üzerinde Operations manager 2007 rolü atanması gereklidir.

Management Packs:

Management packler uygulama geliştiricileri tarafından o uygulama için belirtilen sağlık tanımlamalarıdır.Operations Manager içerisine gömüldüklerinde ,ilgili uygulama için agentların sağlık izlemesi yapmalarını,alarmlar oluşturmalarını ve gerektiğinde ilgili actionları gerçekleştirmelerini sağlar.

Bir dahaki yazıda da isteğe bağlı sunucu rollerini ve componentleri inceleyeceğiz.

Forefront Client Security SP1 release

16 eylülden itibaren Forefront Client Security ürününüz için Service Pack 1′indirebilirsiniz.Service Pack 1 ile birlikte;

• Windows Server 2008 ve Core edition için Agent koruması
• FCS server komponentleri için Windows Server 2008 üzerinde Server Role desteÄŸi
• Windows Server 2008 üzerinde FCS Enterprise Manager
• Hyper-V üzerinde Agent koruması
• Cluster sunucular üzerinde Agent koruması
• Nap Entegrasyonu

desteÄŸi geliyor.

SP1 kurulumu için öncelikle FCS kurulumunu gerçekleÅŸtirip Windows Update üzerinden SP1′i çekebilirsiniz.

Symantec Backup Exec 12.5 Hyper-V destekli geliyor!

15 eylülde Symantec tarafından yapılan açıklamaya göre yeni sürümBackup Exec 12.5 agent, Windows Server2008 Hyper-V için tam destek sunuyor.Daha güzeli ise yeni gelecek Windows Essential Business Server 2008 ve Windows Small Business Server 2008 içinde desteği bulunmakta.

Böylece artık Symantec hyper-v ve sanallaÅŸtırma altyapısından tamamen haberdar olarak,bir host içerisinde SINIRSIZ sayıda VM’i destekleyecek ÅŸekilde yedekleme iÅŸlemlerini efektif bir biçimde gerçekleÅŸtirebiliyor.

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.

Server Core’un en sevilen özelliÄŸi :)

DPM 2007 içerisinde disk kullanımı

Data Protection Manager 2007 ile gelen özelliklerden bir taneside disk kullanımıdır.EÄŸer DPM’i yapınıza implemente etmek istiyorsanız storage pool altına disk eklemeniz gerekiyor.Yalnız bunu yaparken çoÄŸu kiÅŸi benzer hataya düşüyor.Ãœzerinde önceden volume oluÅŸturulmuÅŸ diskleri eklemeye çalışıyor ve bu sebeple hata alıyor.

DPM 2007 ile birlikte kullanmak istediğiniz diskleriniz üzerinde bir volume tanımlanmamış olması gerekiyor.Yani DPM aslında diskler üzerindeki unallocated space dediğimiz alanı kullanıyor.Bu sebeple disk management ekranından girip varolan volumeleri silmeniz gerekiyor.Görsel olarak ifade etmek gerekirse;

 DPM burada yalnızca disk 1 kullanabilecektir.

Seminer Sunumları

4 Eylülde gerçekleştirdiğimiz Windows Server 2008 ve sannallaştırma teknolojileri başlıklı seminer sonunda bazı arkadaşlar sunumları istemişlerdi.

Seminer dahilinde kullandığım sunumlara aşağıdaki linklerden erişebilirsiniz.

http://anilerduran.com/wp-content/uploads/2008/sbn/sitebuilders_sunular.rar

Bunun dışında sorularınız için iletişim bölümünü kullanabilirsiniz.

Windows Server 2008 / Sanallaştırma Teknolojileri {Sitebuilders}

Sitebuilders tarafından düzenlenen aylık seminerlerde bu ayki başlık Windows Server 2008 ve sanallaştırma teknolojileri .Seminer ile alakalı ajanda ve katılım bilgilerini aşağıda bulabilirsiniz.Bu ayki toplantıda konuşmacı benim.Gelebilen herkesi beklerim.

Konuşmacı:

Anıl ERDURAN

Ajanda:

* Windows Server 2008 ile gelen yenilikler
* Coffee Break
* Windows Server 2008 Sanallaştırma Teknolojileri
* Coffee Break
* Hyper-V ve System Center Virtual Machine 2008’in son Versiyonlarının Demosu

Yer ve Zaman:

Adres: Microsoft, Barbaros Plaza Iş Merkezi Zemin Kat - Marmara Toplantı Odası Emirhan Cad. 145-C Dikilitaş - Istanbul
Bildiğiniz gibi faaliyetlerimizden sadece üyelerimiz yararlanabilmektedir. Yerimiz sınırlı olduğu için en kısa sürede kayıt yaptırmanızı öneriyoruz. Bu toplantıya kayıt yaptırmak için kullanıcı adı ve şifrenizle http://www.sitebuilders.org ana sayfamızdan login formunu doldurarak giriş yaptıktan sonra http://www.sitebuilders.org/faaliyet.asp adresinden kayıt yaptırabilirsiniz. Üye değilseniz http://www.sitebuilders.org/uyelik.asp adresinden üye olabilirsiniz
Seminer Katılımcı Sayısı Yerimiz ile sınırlı oldugu için en kısa sürede kayıt yaptırmanızı öneriyoruz.
Bina güvenligi açısından mutlaka isim bildirmek gerekmektedir.

Zaman: 4 Eylül 2008, Perşembe, 14:00 - 17:00

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.