Bu hafta için Virtual Machine Manager haftası oldu diyebiliriz :)

Merakla beklenen iki duyuru da bu hafta içinde yapıldı.

Hafta başında Virtual Machine Manager’ın yeni versiyonu olan 2012 için bir Beta duyurusu yapıldı. Detaylara şurdan ulaşabilirsiniz.: http://www.serhatakinci.com/index.php/virtual-machine-manager-2012-beta-duyuruldu.html

VMM12 Beta’yı test etmek isteyen BT uzmanları için bu gün detaylı bir kurulum makalesi yayımladım. Makaleye şurdan ulaşabilirsiniz.: http://www.serhatakinci.com/index.php/virtual-machine-manager-2012-beta-duyuruldu.html

Dün ise Virtual Machine Manager 2008 R2 için Service Pack 1 duyurusu yapıldı.

VMM2008R2 için SP1 uzun zamandır bekleniyordu çünkü WS08R2-SP1 ile Hyper-V v2’ye Dynamic Memory ve RemoteFX özellikleri gelmişti. Bu özelliklerin yönetim desteğinin VMM2008’e kazandırılması VMM2008R2-SP1’e bırakılmıştı. Aynı zamanda Hyper-V v2 SP1 sunucuların VMM08 tarafından tam olarak desteklenmesi de yine SP1 ile mümkün olacaktı. Beklenen geliştirme sonunda duyuruldu ve artık VMM2008R2-SP1 available durumda.

Virtual Machine Manager 2008 R2 SP1 ‘de yeni olan ne var diye baktığımızda, VMM2008R2 özelliklerine ve bu mevcut özelliklerin geliştirmelerine ek olarak üç önemli madde sayabiliriz.

- Windows Server 2008 R2 SP1 Hyper-V Host desteği geldi.

- Hyper-V v2 SP1 üzerinde koşan VM’ler için Dynamic Memory yönetimi artık VMM üzerinden yapılabiliyor.

- Hyper-V v2 SP1 üzerinde koşan VM’ler için RemoteFX yönetimi artık VMM üzerinden yapılabiliyor.

Virtual Machine Manager 2008 R2 Service Pack 1‘i şurdan download edebilirsiniz: http://technet.microsoft.com/en-us/evalcenter/cc793138.aspx

Yine ilk fırsatta Türkçe olarak upgrade ve migration konularında bilgi vermeyi planlıyorum. Şimdilik şu kaynakları inceleyebilirsiniz.

Upgrade: http://technet.microsoft.com/en-us/evalcenter/cc793138.aspx

Migration: http://technet.microsoft.com/en-us/library/gg318084.aspx

Serhat AKINCI
http://serhatakinci.com

Şurada duyurusunu yaptığım System Center Virtual Machine Manager 2012 Beta için hızlıca bir kurulum makalesi yayımlamak istedim. Daha önce de söylediğim gibi VMM12’nin yeni özelliklerine yer vereceğim ve yeni yönetim modelini ele alacağım Türkçe çalışmalar da paylaşacağım ama bu süre zarfında ürüne göz atmak isteyen her seviyede BT çalışanı aşağıdaki adımları referans alarak kurulumları gerçekleştirebilir.

!Bilgi: Bu makale System Center Virtual Machine Manager 2012 ürününün Beta dağıtımı üzerinden oluşturulmuştur. Makalede yer alan kurulum adımları, gereksinimleri ve dağıtım senaryoları, daha sonra yayımlanacak RC ya da RTM sürümler için farklılıklar gösterebilir. Bu nedenle zamanın ötesine şimdiden bir not düşüyorum: Eğer System Center Virtual Machine Manager 2012 RTM kurulumu gerçekleştiriyorsanız, bu makale büyük oranda kurulum adımları için ihtiyacınızı karşılayacaktır ancak yine de blog üzerinde ya da VMM bölümünde Virtual Machine Manager 2012 RTM için kurulum makalelerini aramanızı ve o kaynakları kullanmanızı öneririm :)

Kurulum makalelerini genelde mümkün oldukça detaylı ele almaya çalışıyorum çünkü herkese hitab edebilmesi benim için önemli. Bu makalede kurulumunu yapacağımız ürün henüz beta ama yine de mümkün olduğunca detaylı ele almaya çalışacağım çünkü böyle bir ürünü daha önce hiç kurmamış kişiler de faydalanabilsin istiyorum.

VMM2008 ile kıyaslarsak VMM12 Beta’da bir çok yenilik olduğunu söyleyebiliriz. Kurulum tarafındaki en önemli değişikliklerden birisi ise artık kurulumda gelen bir SQL Express dağıtımı olmaması. VMM2008 kullananlar hatırlayacaktır. Kurulum sırasında remote bir SQL server kullanabildiğiniz gibi, kuruluma entegre olarak gelen bir SQL Express dağıtımı ile de devam edebiliyordunuz. VMM2008 yapısında SQL Express belirli sayıda Host ve VM yönetimi için gerekli DB alanını ücretsiz olarak sağlayabiliyordu. Ancak VMM12’de bu senaryo desteklenmiyor ve normal bir SQL sürümüne ihtiyacınız var (local ya da remote). Az sonra desteklenen SQL sürümlerine geleceğim.

Test kurulumu için benim kullandığım senaryoda iki sunucu var. Biri VMM12 rolleri için, diğeri ise SQL Server olarak çalışıyor. DC yani active directory yapının default rolü, mutlaka olmalı. Bir Hyper-V host ise yönetimsel testler için yer alıyor. İlk etapta şart değil ancak kurulum sonrasında birşeyler test etmek, özellikleri biraz kurcalamak istiyorsanız, yönetmek için bir Hyper-V host’a ihtiyacınız olacak.

Kısaca topoloji

Kurulum kaynağı

Kurulum için source’u indirmeniz gerekiyor. Eğer daha önce indirmediyseniz 834.8MB boyutundaki kurulum dosyasını aşağıdaki url ile indirebilirsiniz:

http://www.microsoft.com/downloads/en/details.aspx?FamilyID=e0fbb298-8f02-47e7-88be-0614bc44ee32

Kısaca kurulum öncesi hazırlıklar

- VMM Server için Windows Server 2008 R2 Standard, Enterprise ya da Datacenter sürümlerinden birini kullanmanız gerekiyor. Diğer OS’ler desteklenmiyor.

- Administrator Console‘u VMM Server ile aynı sunucuya kurabileceğiniz gibi, ikinci konsolu Windows 7 Professional, Enterprise, Ultimate x32/x64 OS’ler üzerine ya da farklı bir Windows Server 2008 R2 STD, EE, DC sürümü üzerine de kurabilirsiniz.

- SQL Server için SQL Server 2008 ya da SQL Server 2008 R2 Standard, Enterprise ve ya Datacenter sürümlerinden birini kullanmalısınız. (Local ya da remote olabilir).

- Ayrıca VMM12 üzerinde WinRM 2.0, PowerShell 2.0, Microsoft .NET Framework 3.5 Service Pack 1 (SP1) ve Windows Automated Installation Kit (AIK) for Windows 7 ‘de bulunmalı.

Bu temel gereksinimleri önceden kontrol edip eksik olanları yüklerseniz, daha problemsiz bir kurlum gerçekleşir. Ben kurulum sırasında durumun ne olduğunu gösterebilmek adına herhangi bir ön hazırlık yapmadan devam ediyorum. Sadece temel OS ve default ayarlar ile SQL Server kurulumu gerçekleştirdim.

Virtual Machine Manager 2012 Beta Kurulumu

Node1.msft.local yani VMM Server ve Administrator Console kurulumlarını yapacağım makine üzerinde devam ediyorum. Yazının devamını oku … »

Geçenlerde yaşadığımız bir probleme istinaden dikkat edilmesini tavsiye ettiğim bir konudan bahsetmek istiyorum.

Bildiğiniz gibi Virtual Machine Manager’ı (kısaca VMM) sunucu sanallaştırma altyapılarımızı yönetirken kullanıyoruz. VMM’in yetenekleri arasında p2v (physical to virtual – fizikselden sanala) ve v2v (virtual to virtual – sanaldan sanala) dönüşüm özellikleri de bulunuyor. P2v yeteneği sayesinde fiziksel sunucuları çok kolay bir şekilde sanala dönüştürüp Hyper-V hostlarımız üzerinde konumlandırabiliyoruz. Hatta bu işlemi fiziksel sunucu (source) açık durumdayken yani networkte hizmet vermeye devam ederken bile gerçekleştirebiliyoruz.

VMM ile offline p2v konusu ve uygulama adımları için buraya, online p2v için ise buraya bakabilirsiniz. VMM konusunda blogta yer alan tüm yazılara ise şurdan ulaşmanız mümkün.

P2v operasyonu sırasında fiziksel sistemin (source) network connection’ı üzerindeki bilgiler de yeni oluşan sanal makine üzerine taşınır ve sanal network kartı üzerine işlenir. Bu noktada TCP/IP ayarları ile birlikte fiziksel sunucunun NIC’leri üzerindeki MAC adresleri de aynı şekilde taşınır ve VM üzerindeki Virtual NIC’lere otomatik olarak işlenir. P2v tamamlandıktan sonra genellikle sanallaştırdığımız fiziksel sistemi kapatıp network ile iletişimini keseriz çünkü artık ilgili sistem sanal olarak çalışmaya hazırdır ve SID, hostname gibi uniqe tanımlar yüzünden aynı anda hem VM’in hem de fiziksel sistemin networkte sağlıklı çalışması mümkün değildir. Buraya kadar herşey normal. Problem ise tam şu noktada baş gösteriyor: Eğer bir gün sanallaştırdığınız fiziksel sunuculardan birini herhangi bir nedenle yeniden kullanmak isterseniz ve bu fiziksel sunucu VM ile aynı networkte olacak ise, yeni sisteme network üzerinden ulaşılamama, ping paket kayıpları, sunucunun outbound trafiğinin normal ama inbound trafiğinin problemli olması gibi durumlar ile karşılaşmanız mümkün. Çünkü ortamınızda hardware (fiziksel server) üzerindeki MAC adresine sahip bir sistem daha var, o da p2v yaptığınız VM. Ortamda aynı MAC adresine sahip iki sistem olacağı için haliyle sıkıntılı durumlar ortaya çıkacaktır ki tecrübe ile sabittir :)

Aslında çözüm çok basit. Ama çözüme geçmeden önce birkaç screenshot ile konuyu detaylandıralım.

Diagnose sürecinde switch logging bölümünden alınmış bir ss (manageable bir switch).

Gördüğünüz gibi switch üzerindeki 13 ve 23 numaralı portlarda flapping durumu yaşanıyor ve tek bir MAC adresi görünüyor: 00:1A:64:C5:75:14 . Bu portların birisinde VM, diğerinde ise yeni fiziksel sunucu (aslında eski fiziksel sunucu) bağlı durumda.

VMM üzerinden VM’in MAC adresine bakıyoruz.

Gördüğünüz gibi 00:1A:64:C5:75:14

Birde fiziksel sunucunun MAC adresine bakıyoruz.

Gördüğünüz gibi aynı. Yani 00:1A:64:C5:75:14

Çözüm için sistemlerden birinin MAC adresini değiştirmek gerekiyor. Bu noktada fiziksel sistemin MAC adresini değiştirmek kolay olmadığı için VM’in MAC adresini değiştiriyoruz (çünkü MAC adresi ethernet kartına aittir ve normal şartlarda değiştirilmesi mümkün değildir). Bunun için VM’i kapattıktan sonra virtual network adapter’ün settings bölümünden MAC adres tanımını değiştirebilirsiniz.

Eğer dynamic yaparsanız, MAC adresi VMM üzerindeki MAC havuzundan otomatik olarak atanır. Bu havuzu bir nevi DHCP gibi düşünebilirsiniz.

Yada static olarak bırakıp siz manual olarak farklı bir MAC adresi de atayabilirsiniz.

Sonuç: 

Aslında tüm yazıyı tek bir cümle ile özetlemek mümkündü: “Eğer VMM ile p2v yaptıktan sonra source olan fisikzel sistemi VM ile aynı networkte kullanmayı planlıyorsanız, iki sistem üzerindeki MAC adresleri aynı olacağı için network iletişiminde problem yaşanma ihtimali vardır.”

Ancak bu gibi durumlar için diagnose yapmak gerektiğinde nasıl yaklaşılmalı noktasında fikir verebilmek adına konuyu biraz daha detaylandırmak istedim.

Eğer hali hazırda çalışan VM’lerde bu sorunu yaşarsanız artık çözümü biliyorsunuz. Eğer yeni bir p2v projeniz varsa, yazıda geçen konuyu bir best practice olarak aklınızda bulundurun derim.

Son olarak; incelediğimiz bu durum sadece VMM ve Hyper-V tarafına özgü değildir. Farklı sunucu sanallaştırma markaları ile çalıştığınızda da aynı durum ile karşılaşma ihtimalizin vardır. Sonuç olarak ortada bir hata olmadığının, bu durumun genel p2v süreçlerinin bir karakteristiği olduğunun altını çizmek istiyorum.

Virtual Machine Manager 2008’in P2V yani fizikselden sanala çevrim yeteneğinden önceki makalelerimizde bahsetmiş, uygulamalaı olarak incelemiştik. Bu makalemizde ise V2V yani sanaldan sanala çevrim konusunu ele alıyoruz.

VMM ile gerçekleşen v2v çevrim senaryosundaki temel amaç, VmWare sanal makine imajlarını Hyper-V ve Virtual Server 2005 host’lar üzerinde kullanılabilir hale getirmektir. Yani VmWare sanal makinelerini Hyper-V ve Virtual Server 2005 üzerine almak…

V2v işlemi şimdilik sadece VmWare sanal makinelerine uygulanabiliyor. Bu doğrultuda VmWare ESX Server, VmWare Workstation ve VmWare Server üzerinde çalışan sanal makineleri v2v yapabiliyoruz.

V2v conversion, p2v’ye göre daha az adımda gerçekleşiyor diyebiliriz. Ayrıca p2v den farklı olarak v2v de source yani dönüştürülecek sanal makine kapalı olmak durumundadır. Bununla birlikte v2v işlemi source imaj tarafında read-only bir işlemdir. Yani dönüştürülecek vmware sanal makinesi üzerinde herhangi bir düzenleme yapılmaz (source kopyada) ve işlem sonunda vmware sanal makinesi aynı haliyle durur.

Temel V2v gereksinimlerine göz atalım.

Yazının devamını oku … »

Senaryo:

VMM Admin Console’a örneğin Windows Server 2003 üzerinde çalışan Virtual Server 2005 R2′yi host olarak ekledikten sonra aşağıdaki uyarıyı alabiliriz ve eklenen host üzerinde küçük bir ünlem işareti yer alır.

Virtualization service version: Upgrade Available

Neden:

Virtual Server 2005 host’u VMM’in desteklenen tüm özellikleri ile yönetmebilmek için küçük bir update işlemi gerekiyor. Hatırlarsanız aynı durum VMM ile yönetilen Hyper-V host’larda da vardı ve çözümünü burada vermiştim. Hyper-V host’lar için iki update pakedi yükleyerek çözümlediğimiz bu uyarıyı, Virtual Server 2005 tarafında çok daha basit çözümleyebiliyoruz.

Çözüm:

Virtual Server 2005 R2 host’a sağ tıklayıp Update Virtual Server diyoruz.

Update tamamlandıktan sonra host üzerindeki uyarı kalkıyor.

Senaryo:

Windows Server 2003 üzerinde çalışan Virtual Server 2005 R2 Host’u Virtual Machine Manager yönetimine eklemek istediğimizde aşağıdaki hatayı alabiliriz.

Error (418)
Agent installation failed om core.bemar.corp because WS-Management is not installed or it is disabled.

Recommended Action
Ensure that the Windows Remote Management service is enabled and running on the server core.bemar.corp. If necessary the WinRM component from http://go.microsoft.com/fwlink/?LinkId=84599. For more information, see the installation instructions in the VM Planning and Deployment Guide.

Neden:

Bu durum eklemek istediğimiz Virtual Server 2005 R2′nin atında çalışan Host işletim sistemi yani senaryomuzdaki Windows Server 2003 üzerinde Windows Remote Management (WS-Management) servisinin olmaması yada servisin disable durumda olmasından kaynaklanır.

Çözüm:

1. Servis var ama disable durumdaysa, enable edip start etmelisiniz.

2. Eğer servis yoksa şu link üzerinden indirip install etmelisiniz: http://go.microsoft.com/fwlink/?LinkId=84599

Servis aşağıdaki gibi yerini aldıktan sonra ve host ekleme işlemini gerçekleştirebilirsiniz.

Senaryo:

Organizasyon içerisindeki fiziksel bir sunucuyu Offline p2v yaparken aşağıdaki hatayı alabilirsiniz.

Error (2921)
VMM cannot complete the operation on the file C:\Users\SCOMSdk\AppData\Local\Temp\SCVMM.fab1d5691c\boot.wim on the HVServer.bemar.corp server. One of the following system errors occurred: a file is read-only, the specified path is a directory, or Virtual Machine Manager does not have the required permissions.

Recommended Action
Ensure that the path is valid and VMM has the appropriate rights to perform this action.

Neden:

VMM Server üzerindeki Virtual Machine Manager servisini yöneten hesabın, offline p2v yapılacak source üzerinde yeterli yetkiye sahip olmadığı durumlarda bu hatayı alabilirsiniz.

Normal şartlarda Virtual Machine Manager servisi Local System hesabı tarafından yönetilir ve bu durumda sorun yaşanmaz. Ama örneğin yapınıza OpsMgr (Oprations Manager) entegrasyonu yaptıysanız ve OpsMgr tarafındaki servisleri farklı hesaplar ile yönetilecek şekilde configure ettiyseniz (best practice yöntemidir) bu durum VMM’i de etkiler (özellikle tüm VMM rolleri ve admin console aynı server üzerindeyse) ve Virtual Machine Manager servisi farklı bir hesap ile çalışır.

Çözüm:

1. Servisi yöneten ilgili hesap için source üzerinde gerekli yetkileri manuel olarak verebilirsiniz (local administrators gurubuna eklemek gibi)

2. P2v conversion tamamlanana kadar servisi Local System hesabı ile çalışacak şekilde configure edebilirsiniz. P2v tamamlandıktan sonra ise tekrar eski hesabı tanımalısınız çünkü OpsMgr entegrasyonunun doğru çalışabilmesi için bu gerekli.

Önceki makalelerimizde online p2v işleminin uygulama adımlarını incelemiştik. Daha önceki yani ilk p2v makalemizde ise p2v konusunun ayrıntılarına ve mantığına değinmiştik. Eğer okumadıysanız, öncelikle ilk iki makaleyi incelemenizi öneririm.

Bu makalemizde ise Offline p2v yönetimi adım adım uygulayacağız.

İlk makalelerde geçen Online p2v için gerekli kriterlerin bir çoğu Offline p2v için de geçerli. Bu kriterleri tekrar vermiyorum, ilk makalelere bakarak ulaşabilirsiniz.

Offline p2v yapacağımız örnek senaryomuz, bir önceki makalede yani Online p2v makalesindeki senaryo ile aynı.

Ortamda fiziksel olarak çalışan bir IIS yani web server bulunuyor. Bununla birlikte yapımızda Virtual Machine Manager 2008 mevcut ve Hyper-V host’ları VMM tarafından yönetiyor. Ayrıca tüm birimler aynı domain altında çalışıyor. Aşağıdaki diagram kabaca bu yapıyı temsil ediyor.

Web Server üzerinde test amaçlı bir web sitesi hizmet veriyor.

Source olarak adlandırdığımız ve şu an fiziksel bir sunucu üzerinde çalışan sistemden bir ekran görüntüsü.

Offline p2v işlemine başlayalım. Öncelikle VMM Admin konsolu açıyoruz.

Yazının devamını oku … »

Bir önceki makalemizde online ve offline olarak fizikselden sanala dönüştürme (p2v) işleminin ayrıntılarını yani background’unu incelemiştik. Bu makalemizde ise Online P2V işlemini nasıl gerçekleştirebileceğimizi uygulamalı olarak göreceğiz.

Önceki makalemizde Online p2v için gerekli kriterleri ve organizasyon içerisinde bir VMM Server bulunması gerektiği bilgisini vermiştim. Eğer okumadıysanız başlamadan önce ilk bölüme göz atmanızı öneririm.

Online p2v yapacağımız örnek senaryomuzda fiziksel olarak çalışan bir IIS yani web server bulunuyor. Bununla birlikte yapımızda Virtual Machine Manager 2008 mevcut ve Hyper-V host’ları VMM tarafından yönetiyor. Ayrıca tüm birimler aynı domain altında çalışıyor. Aşağıdaki diagram kabaca bu yapıyı temsil ediyor.

Web Server üzerinde test amaçlı bir web sitesi hizmet veriyor. Source olarak adlandırdığımız ve şu an fiziksel bir sunucu üzerinde çalışan sistemden bir ekran görüntüsü.

Yazının devamını oku … »

System Center yönetim ailesinin bir üyesi olan Virtual Machine Manager 2008’in, başta Windows Server 2008 Hyper-V olmak üzere MS Virtual Server 2005 R2 ve Vmware ESX Server tarafından sunulan özelliklerden tam anlamı ile yararlanabilmek için tasarlanmış bir araç olduğundan önceki makalelerimizde bahsetmiştik.

Birden fazla hypervisor’ü aynı konsol üzerinden yönetebilme, fizikselden sanala (p2v), sanaldan sanala (v2v) dönüştürebilme yetenekleri, Self Service Portal ve sanal makine bileşenlerini Library Server üzerinde saklayabilme gibi özellikler ile birlikte, System Center Operations Manager 2007 entegrasyonu sayesinde Akıllı Yerleştirme (Intelligent Placement) ve Performans/Kaynak Optimizasyonu (PRO) güzel özellikler de sunmaktadır.

Bu özelliklerin bazılarını önceki Virtual Machine Manager makalelerimizde incelemiştik. Bu makale serizimde ise yine Virtual Machine Manager 2008 tarafından sunulan ve sanallaştırma projelerinin vazgeçilmez adımı olan fizikselden sanala dönüştürme (physical to virtual converting – p2v) işlemini inceleyeceğiz.

Konuyu üç makale şeklinde ele alıyoruz. İlk makalede p2v işleminin mantığı ve background’unu anlatacağım. 2nci makalede online p2v, 3ncü makalede ise offline p2v nin nasıl yapıldığını uygulamalı olarak inceleyeceğiz.

P2v’nin VMM 2008 ile gelen bir özellik ve VMM’in parçası olduğunu söylemiştik. Bu nedenle Conversion (dönüşüm) işlemleri için kullanabileceğimiz herhangi bir medya ya da ayrı bir program yoktur. P2v yapabilmek için organizasyonumuz içerisinde konumlanmış bir VMM Server bulunmalı ve tüm işlemleri VMM Admin Console üzerinden gerçekleştirmeliyiz.

VMM 2008 ile p2v (physical to virtual) dışında, v2v (virtual to virtual) yani sanaldan sanala conversion yapma şansımızda var. V2v konusunu bir başka makalede ele alacağımız için şimdilik ayrıntıya girmiyorum.

VMM’in farklı hypervisor’leri yönetebildiğini söylemiştik. Aşağıdaki diagram üzerinde hypervisor’ler ve fiziksel sistemler arası desteklenen p2v ve v2v senaryolarını görebilirsiniz.

Makale konumuz olan p2v (fizikselden sanala dönüştürme) işleminin temel amacından bahsederek devam ediyoruz.

Bildiğiniz gibi Hyper-V yaklaşık bir yıldır piyasada ve sunucu sanallaştırma anlamında gayet yetenekli bir ürün. Hyper-V üzerinde sanal makineler (Virtual Machine) konumlandırabiliyor, bu sanal makineler içerisinde sanal işletim sistemleri (Guest OS) ve bu sanal işletim sistemleri üzerinde de sanal uygulamalar (Guest App) host edebiliyoruz.

Yazının devamını oku … »