Microsoft yeni bir stand-alone v2v converter için beta çalışma duyurusu yaptı. Henüz Beta aşamasında olan ve Vmware to Hyper-V convert yapan IT Pro.’ların oldukça işine yarayacak Microsoft Virtual Machine Converter (MVMC) ücretsiz olarak dağıtılacak ve şimdilik disk footprint oldukça düşük. Sadece 4mb’lık bir MSI şeklinde geliyor ve yaklaşık 14MB olarak setup oluyor.

MVMC, Vmware sanal makinelerini (VMs) ve sanal disklerini (VMDKs) Hyper-V sanal makineleri ve sanal disklerine dönüştürebiliyor, yani Full Vmware VM dönüşümünü destekliyor. Bu şu demek: Vmware sanal makinesinin cpu, memory gibi sanal donanım konfigürasyon bilgisi ve sanal disk içeriği (VMDK) aynı şekilde Hyper-V üzerine bir sanal makine olarak dönüştürülebiliyor. MVMC’yi virtual to virtual (Vmware to Hyper-V) dönüşümlerde rahatlıkla kullanabilirsiniz.

MVMC’nin kurulumu ve kullanımı oldukça kolay. Yaklaşık 4mb’lık bir MSI olarak geliyor ve basit bir setup ardından kullanmaya başlayabiliyorsunuz. Komut satırından parametreler veya grafik arayüzü üzerinden çalışma şansınız var.

Araca hızlı bir bakış yaparsak;

MVMC’yi source ve destination dışında bir sisteme konumlandırabileceğiniz gibi, en iyi performans için aracın convert edilen VM’i alacak olan Hyper-V host (yani destination) üzerine konumlandırılması öneriliyor.

MVMC Kurulumu için ön gereksinimler:

- Operating systems: Windows® 7 or Windows Server® 2008 R2 Microsoft
- .NET Framework 3.5 and Microsoft .NET Framework 4

Öne çıkan bazı özellikler:

- Vmware vSphare 4.1 ve 5.0 sanal makinelerini Hyper-V sanal makinelerine dönüştürebiliyor.
- vCenter üzerinden tüm Vmware altyapısına bağlanabildiği gibi direkt ESX veya ESXi üzerinden host bazlı da bağlanabiliyor.
- Komut satırı arayüzü ve parametreleri sayesinde datacenter otomasyon süreçlerinize ve powershell script’lerinize destek verebiliyor. Bu özelliği IT Pro.’lar dışında servis ve çözüm sağlayıcıların da ilgisini çekebilir.
- Komut satırı dışında grafik arayüzü opsiyonu ile daha pratik bir kullanım deneyimi de sunabiliyor.
- Hyper-V üzerine Convert edilecek Vmware VM Guest OS olarak Windows Server 2008, Windows Server 2003 ve Windows 7 dağıtımları destekleniyor. (Windows 8 desteği şimdilik yok ama gelecek.)
- Hyper-V üzerine Convert edilecek Vmware VM Guest OS üzerindeki Vmware Tools, dönüşüm operasyonunun bir parçası olarak MVMC tarafından uninstall ediliyor. Bu süreçte orjinal source’u bozmamak ve riski minimize etmek adına Vmware Snapshot özelliğinden de faydalanılıyor.
- Hyper-V üzerine Convert edilecek Vmware VM Guest OS Windows Server 2003 ise, üzerinde integrations services gelmediği için MVMC tarafından ICs for Windows yine sürecin bir parçası olarak kuruluyor. (Windows Server 2008 ve Windows 7 üzerinde ICs yerleşik olarak geldiği için gerek kalmıyor. Ama sürümü eski ise update etmek gerekebilir.)
- Bütün bir sanal makine yerine sadece VMDK dosyalarını da VHD’lere convert edebiliyor. (Offline disk conversation) ama bu işi sadece komut satırı aracı ile yapabiliyor. Eğer VMDK içinde Guest OS olarak Windows Server 2003 yer alıyorsa, bu yönetemde ICs otomatik olarak yüklenmiyor, aklınızda bulunsun.

Operasyonel süreçle ilgili bazı özel durumlar:

- Convert edilecek Vmware VM running durumda olmalı. Offline VM’lerin convert edilmesi desteklenmiyor.
- Convert edilecek Vmware VM’in boot disk’i ilk virtual hard disk konumunda olmalı ve IDE virtual controller üzerinde yer almalı.
- Convert edilecek Vmware VM Guest OS üzerinde Vmware tools yüklü olmalı.
- Convert edilecek Vmware VM Guest OS Active Directory domain üyesi olmalı.
- Convert edilecek Vmware VM Guest OS üzerinde yetkili credentials sağlanabilmeli.
- Vmware VM Hyper-V Host üzerine convert edildikten sonra virtual network ayarlarını manual olarak yapmanız gerekiyor, bu ayarlar otomatik olarak taşınmıyor çünkü MVMC tasarımsal olarak virtual network adapter’leri taşımıyor.
- Vmware VM Hyper-V Host üzerine convert edildikten sonra otomatik olarak start oluyor. Bu durum bir çakışmaya neden olmaz çünkü convert edilen VM’in virtual network ayarları taşınmıyor yani network’de hemen up olamaz. Eğer start olmasını istemiyorsanız Hyper-V Manager üzerinden shutdown etmeniz gerekiyor.
- Beta sürüm en fazla iki sanal hard disk’i olan Vmware VM’leri convert edebiliyor. MVMC release olduğunda bu limit ortadan kalkacak.
- Beta sürüm cluster olarak çalışan ESX host’lardan taşıma yapamıyor. MVMC release olduğunda bu limit ortadan kalkacak.

Dönüşüm senaryolarında desteklenen bileşenler:

Kaynak VMware Server:

• vCenter Server 5.0
• vCenter Server 4.1
• ESXi Server 5.0
• ESXi/ESX Server 4.1

Hedef Hyper-V Server:

• Hyper-V on Windows Server 2008 R2 SP1 Standard Edition
• Hyper-V on Windows Server 2008 R2 SP1 Enterprise Edition
• Hyper-V on Windows Server 2008 R2 SP1 Datacenter Edition
• Microsoft Hyper-V Server Core SP1
• Microsoft Hyper-V Server 2008 R2 SP1
• Windows Server 8 Hyper-V desteği şimdilik yok ama gelecek.

Dönüşüm için desteklenen sanal işletim sistemleri:

• Windows Server 2003 SP2 Standard Edition (32-bit x86)
• Windows Server 2003 SP2 Standard Edition (64-bit x64)
• Windows Server 2003 SP2 Enterprise Edition (32-bit x86)
• Windows Server 2003 SP2 Enterprise x64 Edition
• Windows Server 2003 SP2 Web Edition X86
• Windows Server 2003 R2 SP2 x86 Enterprise
• Windows Server 2003 R2 SP2 x64 Enterprise
• Windows Server 2003 R2 SP2 Standard Edition (32-bit x86)
• Windows Server 2003 R2 SP2 Standard Edition (64-bit x64)
• Windows 7 x86 Enterprise
• Windows 7 x64 Enterprise
• Windows Server 2008 R2 SP1 Standard
• Windows Server 2008 R2 SP1 Enterprise
• Windows Server 2008 R2 SP1 Datacenter
• Windows Web Server 2008 R2 SP1

Sadece disk dönüşümünde desteklenen Vmware disk tipleri:

• monolithicSparse
• vmfsSparse
• monolithicFlat
• vmfs
• vmfsSparse
• twoGbMaxExtentSparse
• twoGbMaxExtentFlat
• delta disk conversion
• Stream optimized disks

Beta durumda olan Microsoft Virtual Machine Converter Solution Accelerator (MVMC) ‘ı denemek ve ürünün gelişimine katkıda bulunmak isterseniz connect.microsoft.com üzerinden giriş yaparak Beta çalışmalarına dahil olabilirsiniz. Ayrıca araç ile ilgili yayımlanan ve içerisinde güzel bilgilerin yer aldığı Beta Release Note ve Beta Administration Guide konulu iki dökümana da yine aynı site üzerinden ulaşma şansınız var.

https://connect.microsoft.com/site14/InvitationUse.aspx?ProgramID=7594&InvitationID=MVMC-PK9Q-BR47

ESX Server üzerinde koşan VM’ler için yanlış bilinen bir konu daha.. Nedendir bilmiyorum ama ESX üzerindeki VM’lerin 3D desteklediği yönünde yanlış bir kabul var piyasada.  Aslında konu açık ve net. ESX Server üzerinde çalışan VM’lerde 3D desteklenmez yani 3D acceleration yetenekleri yoktur.

Sanıyorumki durum şundan kaynaklanıyor: Vmware tarafında ESX’ten farklı bir sınıfta/kulvarda olan ve genellikle son kullanıcıya hitap eden Vmware Workstation ürünü üzerinde koşan VM’ler Vmware Tools pakedi ile 3D acceleration destekleyebiliyor. Ama az önce de söylediğim gibi Vmware Workstation ürünü ESX Server yada Hyper-V ile aynı kulvarda yer almaz. Her şeyden önce Vmware Workstation bir işletim sistemi üzerine kurulur ve bare-metal bir ürün değildir. Sanırım Vmware Workstation kullanıp 3D özelliğini gören kişiler, ESX Server tarafında da aynı yeteneğin olduğunu sanıyorlar..

Aslında küçük bir search ile sonuca ulaşmak hiçte zor değil.

Source: http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=1011942

Yani Vmware derki: ESX Server (article da 4.0 referans verilmiş) için 3d acceleration özelliği desteklenmiyor ve şu sıralar desteklenmesi de planlanmıyor. Bu özellik Vmware Workstation üzerindeki VM’lerde kullanılabilir durumda..

Son olarak birde Hyper-V tarafındaki duruma bakalım (adettendir :)). Hyper-V üzerindeki VM’lerde de henüz 3D desteklenmiyor. Ancak bu konu için yakın zamanda bazı announce’lar yapıldı ve Hyper-V üzerindeki VM’ler için 3D yetenekleri yakında geliyor :). Windows Server 2008 R2 için hazırlanan SP1, dynamic memory ile birlikte remote fx yeteneklerini de VM’lere kazandırıyor olacak. RemoteFX özelliği sayesinde sunucuya takılı 3D destekli ekran kartını VM’ler arasında paylaştırabileceksiniz.

Son zamanlarda vmware bloglarında, global news’larda ve forum’larda Hyper-V hakkında myth (söylenti, efsane) postlarına oldukça sık rastlamaya başladık (Esx vs. Hyper-v). Bu postlarda ve comparison chart’larda dikkatimi çeken nokta ise Vmware’ın kendi ürünlerini Hyper-V ile kıyaslarken eksik veya yanlış bilgiler veriyor olmasıydı. Global ortamda bu söylentilere gerekli yanıtlar zaten verildi. Bu post ile bende konuyu Türkçe olarak ele almak istedim.

Öncelikle Vmware’in bu yaklaşımının arkasında iki temel neden olabileceğini düşünüyorum.

1- Vmware artık iyiden iyiye Hyper-V’nin nefesini ensesinde hissetmeye başladı  ve tenik açıdan kapanan farkı bu şekilde açmaya çalışıyor.

2- Vmware Hyper-V’yi tanımıyor, üründeki gelişmeleri yeterince takip etmiyor.

Nedenler bunlar, daha fazlası, belkide hiçbiri! Bu nokta kişisel yoruma kalmış. Ama ortada bir gerçek var ki o da dolaşan söylentilerin gerçeği yansıtmadığı.

Bu yazıda Vmware tarafından Hyper-V için söylenmiş ve gerçek olmayan bazı konuları ve bu konuların doğrularını bulacaksınız. Yazının sonunda Neden Hyper-V Tercih Etmeliyim konusunda kafanızda bir fikir oluşacağına eminim.

1. Güvenlik ve Disk Footprint

Vmware, Hyper-V Disk footprint’e takmış durumda. Footpirnt’i ürünün disk üzerinde kapladığı alan (yani total code base, code miktarı) olarak düşünebilirsiniz.

Vmware derki; Hyper-V Windows Server 2008 OS ile çalıştığını için disk footprint’i büyüktür (2.6GB –  Server Core + Hyper-v) ve bu değer ESXi disk footpirnt’ten (32mb) 80kat daha büyüktür. Bu nedenle 2.6GB’lık disk footprint atak yapılabilecek yüzeyi teorik olarak arttırmakta, stabilite için risk teşkil etmekte, security risk oluşturmakta  ve  performance overhead yaratmaktadır.

Vmware her fırsatta bu konunun altını çiziyor ve Hyper-V’yi güvensiz ilan ediyor ancak bir sistemin güvenli olup olmadığını sadece disk footprint’e bağlamak çok doğru bir yaklaşım değil. Security çok yönlü bir kavramdır ve bir çok farklı noktadan ele alınması gerekir (bu yazıda bu noktalara girmiyoruz).

ESX’in daha düşük disk footprint’e sahip olduğu doğru (ki size’ları yukarıda görebiliyorsunuz). Peki 80kat daha düşük footpirnt ile çalışan ESX üzerinde ortaya çıkan kritik güvenlik açıklarından haberiniz var mı? ve bunları kapatmak için harıl harıl update geçildiğini biliyor musunuz?

ESX 3.5 için 168 adet patch geçildi (ki bu rakam artmış durumda) ve bu patch’lerin toplamı yaklaşık 3GB kadar.

Windows Server 2008 Core + Hyper-V için son 18 ayda geçilen patch sayısı ise sadece 19 ve toplamı 80mb :)

Peki 32MB’lık bir sisteme 168 adet (3GB) patch geçilmesi sizce normal mi? Bir anda esx disk footprint 96 katına çıktı ve neden sürekli critical update?

Devam edelim. Yazının devamını oku … »

Geçenlerde Vmware tarafından hazırlanan ve resmi site (vmware.com) üzerinde yayınlanan bir video izledim. Videoda Vmware ESXi 3.5 ile Microsoft Hyper-V platformları kurulum ve konfigürasyon açısından karşılaştırılıyor. Videoyu aşağıdaki link üzerinde izleyebilirsiniz.

http://www.vcritical.com/2008/10/vmware-esxi-and-hyper-v-installation-comparison/

Ve sonradan farkettimki bu videoyu gören Vmware fanatikleri, fenerbahçenin galatasaraya attığı 6 goldeki kadar sevinmişler ve hemen videoyu bloglarda, forumlarda paylaşmışlar, kırk gün kırk gece bayram yapmışlar :) Ama hem Vmware firmasının hemde fanatiklerin kaçırdığı bir nokta var. Bu noktaya az sonra geleceğiz..

Öncelikle video linkini resmi site üzerinden vermek isterdim ancak video çoktan yayından kaldırılmış bile (yada başka bir yere taşındı, bilemiyorum).

Resmi link: http://www.vmware.com/technical-resources/advantages/resources/esxi-hyper-v-installation.html

Bir diğer konuda şu. Beni tanıyanlar yada en azından blogu takip edenler bilirler. Her iki ürün üzerinde de çalışıyorum ancak ağırlıklı olarak Hyper-V hakkında yazıyorum. Ama asla Vmware ürünlerini kötülediğimi görmemişsinizdir. Vmware ürünleri gayet güçlü, yetenkli çözümler ve hala keyifle kullanıyorum, projelendiriyorum. Bu yazıdaki amacım videoda yapılan yanlışlığın altını çizmekten öte değil. Bu yanlışlığı Vmware’de farketmiş olmalı ki videoyu yayından kaldırmış bile.

Peki, gelelim videoya. Eğer izlediyseniz Vmware ve Microsoft tarafındaki iki sunucu sanallaştırma platformunun karşılaştırıldığını görebilirsiniz.

Vmware ESXi 3.5 ve Microsoft Hyper-V adı altında Windows Server 2008 Datacenter Edititon Core kurulum üzerinde Hyper-V. Ürünleri biraz tanıyanlar hemen durumun farkına varmıştır diye düşünüyorum. Sizce karşılaştırılan ürünler birbirine denk ürünler mi? Bence alakaları yok :) Hemen bakalım.

Vmware ESXi 3.5: ESXi, Full sürüm olan ESX’in free, light ve bir takım limitleri olan dağıtımıdır. ESX’e göre çok daha az satır koddan oluşur ve konfigürasyon anlamında daha basittir çünkü temel konfigürasyon işlemleri üzerindeki basit bir arayüz ve rakamlar ile gerçekleşir. Videoda da açıkça görünüyor.

Microsoft Hyper-V: Bildiğiniz gibi Hyper-V de iki farklı ürün üzerinde kullanılabilir.

1- Windows Server 2008 işletim sistemi sürümleri (Datacenter, Enterprise, Standard) içinde bir role olarak.

2- Hyper-V Server 2008 üzerinde.

Videoda ESXi ile karşılaştırılan ürün ise Windows Server 2008 Datacenter Edition Core kurulum üzerinde Hyper-V :) İşte olay tam bu noktada kopuyor. ESXi gibi light bir ürün Windows Server 2008 Datacenter Edition gibi devasa bir server işletim sistemi ile hemde kurulum ve konfigürasyon açısından karşılaştırılıyor.

Windows Server 2008 Datacenter Edition Core kurulum tamamen komut satırı üzerinden konfigüre edilen ve aynı şekilde yönetilen bir işletim sistemidir. Tüm komutlar manual olarak girilir (script yada istisna olan third-party tool’lar dışında). Bu durum (yani videoda zor olarak lanse edilen manual yapılandırma adımları) bu işletim sisteminin yani core kurulumun tasarım gereğidir. Bu üründe amaç mümkün olduğunca az grafiksel yönetim arayüzü, buna bağlı olarak daha az satır kod ve saldırılara karşı daha dar atak yüzeyidir.

Bir ikinci noktada şu. Karşılaştırmaya tabi tutulan Windows Server 2008 Datacenter Edition başlı başına bir server işletim sistemidir. Üzerinde Hyper-V dışında bir çok role çalışabilir. Yani Hyper-V olmaz Active Directory olur, DNS olur, DHCP olur, CA olur, IIS olur, yada hepsi birden olur vs.. vs.. yani çok daha kapsamlı bir ürün var ortada. Ama ESXi böyle bir ürün değil, amacı ve odaklandığı nokta belli :)

Evet, videodaki hata karşılaştırma için seçilen ürünlerin denk ürünler olmaması.

Doğru karşılaştırma ise şu şekilde olmalıydı.

Vmware ESXi 3.5 vs Microsoft Hyper-V Server 2008 R2

Microsoft Hyper-V Server 2008 R2: Bu ürün üzerinde sadece Hyper-V kullanılabilen light, free ve bir takım limitleri olan üründür. Cümle tanıdık geldi sanırım :) Yani ESXi’ın tam olarak dengidir.

Kurulumu Windows Server 2008 Datacenter’a göre çok çok daha kısadır ve yönetimi de aynı ESXi da olduğu gibi basit bir arayüz ve numaralar ile verilen komutlar sayesinde yapılır. 

Buyrunuz.

Benim şahsi olarak takıldığım bir diğer noktada karşılaştırma içeriğinin ilginçliği oldu. Bu zamana kadar özelliktir, performanstır, maliyettir, vs.. vs.. bir çok noktada karşılaştırma videoları izledik, tablolar inceledik. Ama kurulum ve konfigurasyon tarafında böyle bir karşılaştırma bence anlamlı değil. Sonuçta enterprise ürünlerden bahsediyoruz. Bu gibi özel ürünlerin kurulum ve yapılandırma adımlarının uzun olması, zaman alması, bence çokta problem teşkil etmemeli. Günde kaçtane Hyper-V yada ESX kuruyorsunuz ki ? :)

Bildiğiniz gibi Microsoft firması Vmware sanallaşıtırma yazılımları üzerinde çalışan Windows Server, Exchange, ISA, SQL vs.. gibi Microsoft Uygulamaları’na destek vermiyordu.

Dün yapılan açıklamaya göre;

Vmware firmasının ESX 3.5 Update2 (ESX3.5u2) ürünü, Microsoft’un Server Virtualization Validation Program (SVVP) kriterlerini ve testlerini başarı ile geçerek destek kapsamına girmeye hak kazanmış ve Microsoft tarafından sertifikalandırılmış bulunuyor.

Yani ESX 3.5 Update2 üzerinde sanal olarak çalışan Windows Server işletim sistemleri ve Microsoft Uygulamaları için resmi destek veriliyor. Bu şekilde çalışan sistemler üzerinde herhangi bir sıkıntı yaşadığınızda, Microsoft veya Vmware firmalarından yardım talep edebilirsiniz.

Vmware tarafından dün yapılan resmi açıklamaya Buradan, SVVP Testlerini başarı ile geçen firmaların (Novell ve Vmware) sanallaştırma ürünleri üzerinde çalışan ve Microsoft tarafından desteklenen Server Uygulamalarının listesine ise Buradan ulaşabilirsiniz.

Bildiğiniz gibi System Center Virtual Machine Manager 2008 ile Vmware üzerinde çalışan VM’leri de yönetebiliyoruz. İlerleyen günlerde Microsoft ve Vmware arasında daha sıkı ilişkiler görebiliriz diye düşünüyorum.

Fiziksel sunucunuzu, Converter aracı ile sanal sisteme dönüştürürken (hot convert) , %2 yada %11 arasında aşağıdaki hatayı alabilirsiniz.

ERROR: Failed to take snapshot of a source volume.
Possible causes include not having any NTFS volumes on Windows XP or Windows 2003 source systems,
and not having enough free disk space.

Fiziksel sunucu üzerinde Acronis ve benzeri bir uygulama çalışıyor olabilir. Bu uygulamalar VSS (volume shadow copy) servisini etkiler ve aynı işi yapan kendi servislerini çalıştırmak ister. Bu noktada, farklı uygulamaların hataya düşmesine neden olabilir.

1. msconfig> services altında, microsoft servisleri dışındaki tüm servisler devredışı bırakılabilir. Convert işleminden sonra tekrar aktif edilir.

2. İlk yöntem işe yaramıyorsa, VSS’i etkileyen yazılım bulunur ve uninstall edilir. Convert işleminden sonra yeniden kurulur.

3. Alternatif olarak, Cold Convert denenir. (bootable cd ile)

VirtualCenter kurulumu sırasında aşağıdaki hatayı almış olabilirsiniz.

Bunun nedeni: Authorization penceresinde, VC nin ihtiyaç duyduğu yetkilerde bir hesap girmemiş olmanızdır.

Kurulum sihirbazında, aşağıdaki pencerede bizden username/password isteniyor.

Bu pencerede herhangi bir hesap verip geçmemeliyiz. Çünkü burada yetkili bir hesap vermemiz gerekiyo. Örneğin local admin yada domainname\administrator şeklinde, var olan ve yetkili bir hesap.

Kurulumu bu şekilde başlatırsak, yukarıdaki hatayı almıyoruz.

VirtualCenter kurulumu sırasında, repository oluştururken aşağıdaki hatayı alabilirsiniz.

Bu hatayı almamak için: VirtualCenter kurulumu yapılacak işletim sistemi dili ve bölgesel ayarları eng/usa olmalı. (Tavsiyem: ingilizce bir OS kullanın)

Bu sorunun, kurulum sırasında wizard tarafından yüklenen SQL Express dili ile ilgili olduğunu düşünüyorum. Fazla inceleme fırsatım olmadı ancak,  biraz kurcalanır ise Türkçe işletim sisteminede kurulabileceği kanatindeyim.

vmware de acceleration özelliğini açmak için aşağıdaki işlemleri yapıyoruz.
- Bu özelliği açacağımız guest işletim sistemini kapatıyoruz (power off)
- vmware grafik arabirimini (GUI) kapatıyoruz
- Bu özelliği açacağımız guest işletim sisteminin bulunduğu dizine gidiyoruz
- Dizindeki .vmx uzantılı dosyayı notepad ile açıyoruz ve en alta aşağıdaki satırları ekliyoruz.

mks.enable3d = TRUE
svga.vramSize = 67108864
vmmouse.present = FALSE

- Dosyayı kaydedip kapatıyoruz ve sanal makinemizi açıyoruz.

dxdiag ile test edebilirsiniz. Daha fazla performans için guest işletim sistemi üzerinde directx kurabilirsiniz. Hatta bazı 3D oyunları bile oynayabilirsiniz :)