İlkini 19 Kasım ‘da Microsoft Türkiye İstanbul ofisinde düzenlediğimiz, ardından Ankara ve İzmir ‘de tekrar ettiğimiz Windows Server 8 Developer Preview ve System Center vNext temalı “IT PRO Mini Camp” etkinliğinden şurada bahsetmiştim. Katılamayanlar veya yeniden izlemek isteyenler için serinin İstanbul ayağında yaptığım ve Release Candidate üzerinden System Center Virtual Machine Manager 2012 yenliklerini konuştuğumuz oturumu aşağıda bulabilirsiniz.

Çarşamba günü Linux Integration Services Version 3.1 duyuruldu ve downloadable durumda.

Linux Integration Services, Hyper-V üzerinde çalışan Linux VM’ler için sentetik donanımlar ve smp (Symmetric Multi-Processing) gibi bazı yetenekler kazandıran bir paket.  Hyper-V üzerinde (aslında management console tarafında) ve bazı Windows Guest OS’ler içinde yerleşik olarak gelen sürücü paketinin Linux’lar için karşılığı olarak düşünebilirsiniz.

Linux VM’ler için neler getirdiğini hatırlamak gerekirse,

• Driver support: Linux Integration Services supports the network controller and the IDE and SCSI storage controllers that were developed specifically for Hyper-V.
• Fastpath Boot Support for Hyper-V: Boot devices now take advantage of the block Virtualization Service Client (VSC) to provide enhanced performance.
• Timesync: The clock inside the virtual machine will remain synchronized with the clock on the virtualization server with the help of the pluggable time source device.
• Integrated Shutdown: Virtual machines running Linux can be shut down from either Hyper-V Manager or System Center Virtual Machine Manager by using the “Shut Down” command.
• Symmetric Multi-Processing (SMP) Support: Supported Linux distributions can use up to 4 virtual processors (VP) per virtual machine.
• Heartbeat: Allows the virtualization server to detect whether the virtual machine is running and responsive.
• KVP (Key Value Pair) Exchange: Information about the running Linux virtual machine can be obtained by using the Key Value Pair exchange functionality on the Windows Server 2008 virtualization server.
  ils.aspx?id=26837

Yeni versiyon Linux Integration Services ile birlikte Hyper-V üzerindeki Linux desteği de genişletildi. Red Hat Enterprise ve CentOS zaten belli bir sürüme kadar destekleniyordu. Bu paket ile birlikte artık Red Hat Enterprise Linux 6.0 ve CentOS 6.0 sürümleri de resmi olarak Hyper-V üzerinde destekleniyor.

Linux Integration Services Version 3.1 Download:
http://www.microsoft.com/download/en/details.aspx?id=26837

Bu arada; Linux Integration Services Version 3.1 ile çalışan bir Linux VM’i Center Virtual Machine Manager ile yönetiyorsanız, Virtual Machine Manager Service (vmmservice.exe) ‘in beklenmedik şekilde crash olması problemi ile karşılaşabilir, aşağıdaki event log’ları görebilirsiniz.

Event 1999
Log Name: VM Manager
Source: Virtual Machine Manager
Date:
Event ID: 19999
Task Category: None
Level: Error
Keywords: Classic
User: N/A
Computer: SCVMM.Contoso.com
Description:
Virtual Machine Manager (vmmservice:368) has encountered an error and needed to exit the process. Windows generated an error report with the following parameters:
Event:VMM20
P1(appName):vmmservice
P2(appVersion):2.0.4521.0
P3(assemblyName):ViridianImplementation
P4(assemblyVer):2.0.4521.0
P5(methodName):M.C.V.VirVMIntegrationService.PopulateKVPElements
P6(exceptionType):System.ArgumentException
P7(callstackHash):939f

Event 1
Log Name: VM Manager
Source: Virtual Machine Manager
Date:
Event ID: 1
Task Category: None
Level: Error
Keywords: Classic
User: N/A
Computer: SCVMM.Contoso.com
Description:
System.ArgumentException: Version string portion was too short or too long.
at System.Version..ctor(String version)
at Microsoft.Carmine.ViridianImplementation.VirVMIntegrationService.PopulateKVPElements()
at Microsoft.Carmine.ViridianImplementation.VirVMIntegrationService.get_ComputerName()
at Microsoft.VirtualManager.Engine.BitBos.VMRefresherBase.UpdateVMAdditions(IVMComputerSystem vmComputer)
at Microsoft.VirtualManager.Engine.BitBos.VMRefresherBase.UpdateFullVMObjectToCarmine(IVMComputerSystem vmComputer, VMData vmData, UpdateRequired updateRequired, Boolean vmObjectHasChanged)
at Microsoft.VirtualManager.Engine.BitBos.VMRefresherBase.RunFullRefresher()
at Microsoft.VirtualManager.Engine.BitBos.VMRefresherBase.UpdateHostandVMs(VMRefresherType refresherType, Guid vmObjectId, VM tempVm)
at Microsoft.VirtualManager.Engine.BitBos.VmFullRefresher.RefreshData(HostReference hostRef)
at Microsoft.VirtualManager.Engine.RefreshDriver`1.RefreshThreadFunction(Object obj)-2147024809Linux guest’s KVP (Key Value Pair)

Linux guest’s KVP (Key Value Pair) enable edilirken yaşanan bir problemden dolayı VMM Service crash oluyor. Bu enable işlemi Linux Integration Services Version 3.1 tarafından derfault olarak yapılıyor.

Dün konu ile ilgili bir KB yayımlandı. Şurdan şulaşabilirsiniz: http://support.microsoft.com/kb/2586286

Eğer System Center Virtual Machine Manager ürününü şuradaki gibi deneme kopyası olarak kullanıyor ve satın aldığınız full sürüm ile güncellemek istiyorsanız; ama bu süreçte mevcut dataların kaybolmasını istemiyorsanız doğru yerdesiniz :)

Biliyorsunuz VMM’in evolution kopyasına product key girme şansınız yok. Eğer süre dolmak üzereyse ve elinizde lisanslı bir VMM varsa, Microsoft Licensing Site üzerinden hesabınız ile indereceğiniz full sürüme geçiş yapmanız uygun olacaktır. Bu noktada VMM Evolution üzerinde bu zamana kadar oluşmuş datayı ve konfigürasyon bilgisini (host tanımları, vm tanımları, job geçmişi, library server’lar, istatistikler vs..) kaybetmeden geçişi tamamlayabilirsiniz.

Licensed VMM’i yine Evolution VMM makinesine kurmak istediğinizi düşünüyorum ki genelde bu senaryo ile karşılaşıyoruz.

Aşağıdaki adımları izleyin:

- VMM Evolution’ı (yani Virtual Machine Manager Server rolünü) Add or Remove Programs altından remove edin. Bu sırada karşınıza gelecek Uninstallation Options penceresinde Retain Data seçeneği ile ilerleyin ve remove işlemini tamamlayın. Retain Data seçeneği VMM DB’inde yer alan verinin sunucu üzerinde daha sonra  kullanılabilecek şekilde saklanmasını sağlayacak.

- Varsa sunucu üzerindeki diğer VMM komponentlerini de kaldırın (Administrator Console, Self-Service Portal, VMM Agent)

- Aynı sunucu üzerine, MS Licensing Site üzerinden indirdiğiniz VMM Licensed sürümünü ihtiyacınız olan komponentler ile birlikte yükleyin. Yükleme sırasında Retained Data seçeneği ile ilerleyin ve kurulumu tamamlayın. Retained Data seçeneği eski VMM DB’ini kullanmanızı sağlayacak.

- Administrator Console ile logon olup kontrollerinizi yapın. Yönettiğiniz host, vm, library server gibi kaynaklar yerinde duruyor olacak. Eğer Access Denied durumda bir host veya library server görürseniz, o kaynak için Reassociate komutunu tıklayın.

Aynı yöntemi VMM Workgroup sisteminizi üst sürüme geçirirken de kullanabilirsiniz.

Bu süreçte Hyper-V Host ve VM’leriniz için herhangi bir downtime söz konusu değildir.

Merhaba,

Geçtiğimiz hafta sonu bir Sanallaştırma & Hyper-V & Virtual Machine Manager eğitimini daha tamamladık ve yine çok keyifli iki gün geçirdik. Bu eğitimde de şehir dışından katılım yoğundu. Zonguldak, Muğla, Ankara ve hatta Gaziantep’ten katılan arkadaşlarımız vardı. Ve herzamanki gibi oldukça ilgili bir sınıftı :) Bol bol sanallaştırma konuştuk, Hyper-V konuştuk, VMM konuştuk…

Eğitimin ikinci gününde öğle yemeği için WinerWald tercih ettik. Her eğitimde mutlaka uğruyoruz :) Reklamında bukadarı… Ama ürünler gerçekten lezzetli, yoksa bu kadar üstünde durmam :)

Katılan herkese çok teşekkürler. Sizlerle yeniden görüşmek dileği ile…

Eğitimden bazı kareleri aşağıda bulabilirsiniz.

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 … »

Merhaba,

System Center Virtual Machine Manager‘ın bir sonraki sürümü olan 2012 için beta dağıtımı saatler önce duyuruldu. Hemen kurup test edebilirsiniz.

VMM2012′de, eski sürümde yer alan bir çok feature elden geçirilip küçük geliştirmeler yapılmış ve cloud concept’ine uygun servis modelleri, servis konfigürasyonları ve imaj tabanlı yönetim gibi bir çok yeni özellik eklenmiş. Ek olarak VMM2008 ile Hyper-V, Virtual Server ve VmWare ESX ortamlarını yönetirken, VMM2012 ile yönetilebilen host ailesine Citrix XenServer ‘da katıldmış durumda :)

VMM2012 Beta için Installation Source’lar ile kurulum yapabileceğiniz gibi hazır kurulu bir VHD olarak da indirip bir Hyper-V sunucusunda start edebilirsiniz. Her ikisi için de şu linki kullanıyoruz: http://technet.microsoft.com/evalcenter/gg678609.aspx

İlerleyen günlerde Türkçe bilgi paylaşacağım. Şimdilik şuralara göz atabilirsiniz:

http://www.microsoft.com/systemcenter/en/us/virtual-machine-manager/vm-vnext-beta.aspx

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

http://technet.microsoft.com/tr-tr/evalcenter/gg670988.aspx?wt.mc_id=TEC_89_1_24

• Deliver flexible and cost-effective Infrastructure as a Service (IaaS). You can pool and dynamically allocate virtualized datacenter resources (compute, network, and storage) enabling self-service infrastructure experience for your business, with flexible role-based delegation and access control.
• Apply cloud principles to provisioning and servicing your datacenter applications with techniques like service modeling, service configuration, and image-based management. You can also state-separate your applications and services from the underlying infrastructure using server application virtualization. This results in a “service-centric” approach to management where you manage the application or service lifecycle and not just datacenter infrastructure or virtual machines.
• Optimize your existing investments by managing multi-hypervisor environments such as Windows Server 2008 R2 Hyper-V, Citrix XenServer, and VMware vSphere 4.1 in a single pane of glass.
• Dynamic optimization of your datacenter resources based on workload demands, while ensuring reliable service delivery with features like high availability.
• Best-of-breed virtualization-management for Microsoft workloads like Exchange and SharePoint.

– BlogPost Update1 / 25.03.2011 –

Türkçe kurulum makalesine şurdan ulaşabilirsiniz: http://www.serhatakinci.com/index.php/virtual-machine-manager-2012-beta-kurulumu.html

– BlogPost Update1 –

İlkini Aralık ayında gerçekleştirdiğimiz “Hyper-V v2 + Virtual Machine Manager 2008 R2″ eğitimini bu ay sonunda tekrar ediyoruz. Eğitmen benim ve katılacak arkadaşları gerçekten oldukça dolu bir içerik beklediğini söyleyebilirim. 16saat’lik içeriğin detaylarını aşağıda bulabilirsiniz.

Eğitim ile ilgili tüm sorularınız için direkt bana ulaşabilirsiniz.

Bu eğitime kimler katılmalı?

- Sistem yöneticileri
- Sanallaştırma uzmanları
- Entegratör firmalar
- Microsoft iş ortakları (alt yapı)
- Sanallaştırma konusunda kendini geliştirmek isteyenler

Detaylar:

Eğitim İçeriği: Yazının devamını oku … »

Geçtiğimiz hafta başında MVP Award Kit’im geldi ve Orta Doğu & Türkiye MVP Program Lideri sevgili Baransel’den teslim aldım. 

Aşağıdaki gibi görünüyor :)

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.