PowerShell denemelerim sırasında yapımda bulunan Vmware Sanal makinalara remote session açmak istedim.Böylece lokal makinemdeki tek bir PowerShell konsolundan V2 nimetlerinden faydalanarak remote oturumlar ile komutları çalıştırabilecektim.

Bunun için ilk gereksinim Enable-PSRemoting komutuydu.

Ancak komutu çalıştırır çalıştırmaz bir hata aldım.Hata içeriğinde bana Windows 7 üzerinde Public bir network olduğunu , bunun PsRemoting için güvensiz olduğunu ve değiştirmem gerektiğini anlatıyordu.

İncelediğimde asıl sıkıntıyı farkettim.Vmware Workstation’ın içerideki sanallar üzerinde  NAT yada Host-Only network üzerinden görüşmesini sağlayan iki adaptörü vardı ve Windows 7 bunları bir kategoriye alamadığı için otomatik değiştirilemez biçimde public networke çekiyordu.

Görüldüğü gibi status kısmında “Unidentified Network” uyarısını görüyoruz.Ve ne yazıkki Public harici herhangi bir kategoriye değiştiremiyoruz.

Bu sorunu aşabilmek için MSDN kütüphanesinde bir regedit anahtarından bahsediliyor.

MSDN article

Bu özelliği ignore edebilmek adına aşağıdaki gibi bir yol izlememiz gerekiyor.

• HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Class\{4D36E972-E325-11CE-BFC1-08002BE10318} dizinine inilir.
• Burada 000x şeklinde alt nodelar görebilirsiniz.Bunların içerisinden iki tanesi vmware virtual adaptorlerinizi temsil ediyor.Ben bunu bulabilmek için içerideki Description anahtarında vmware ismini aradım

• Ardından sağ klik yeni bir DWORD değeri oluşturarak ismini *NdisDeviceType şeklinde vererek değer olarak 1 atadım.
• Son olarak bu iki network adaptorunu Enable-Disable yaparak ayarın etkin olmasını sağlayabilirsiniz.

Network And Sharing Center altındaki görüntü şu şekilde değişti.

Ve PSRemote komutum başarı ile çalıştı.

Aşağıda Technet sayfasında Exchange 2010 implementasyonu sırasında sanallaştırma altyapısı kullanılacak ise dikkat edilmesi gereken noktalar belirtilmiş.

Only management software (for example, antivirus software, backup software, or virtual machine management software) can be deployed on the physical root machine. No other server-based applications (for example, Exchange, SQL Server, Active Directory, or SAP) should be installed on the root machine. The root machine should be dedicated to running guest virtual machines.

Microsoft doesn’t support combining Exchange high availability solutions (database availability groups (DAGs)) with hypervisor-based clustering, high availability, or migration solutions that will move or automatically failover mailbox servers that are members of a DAG between clustered root servers. DAGs are supported in hardware virtualization environments provided that the virtualization environment doesn’t employ clustered root servers, or the clustered root servers have been configured to never failover or automatically move mailbox servers that are members of a DAG to another root server.

Some hypervisors include features for taking snapshots of virtual machines. Virtual machine snapshots capture the state of a virtual machine while it’s running. This feature enables you to take multiple snapshots of a virtual machine and then revert the virtual machine to any of the previous states by applying a snapshot to the virtual machine. However, virtual machine snapshots aren’t application aware, and using them can have unintended and unexpected consequences for a server application that maintains state data, such as Exchange. As a result, making virtual machine snapshots of an Exchange guest virtual machine isn’t supported.

Many hardware virtualization products allow you to specify the number of virtual processors that should be allocated to each guest virtual machine. The virtual processors located in the guest virtual machine share a fixed number of logical processors in the physical system. Exchange supports a virtual processor-to-logical processor ratio no greater than 2:1. For example, a dual processor system using quad core processors contains a total of 8 logical processors in the host system. On a system with this configuration, don’t allocate more than a total of 16 virtual processors to all guest virtual machines combined.

When calculating the total number of virtual processors required by the root machine, you must also account for both I/O and operating system requirements. In most cases, the equivalent number of virtual processors required in the root operating system for a system hosting Exchange virtual machines is 2. This value should be used as a baseline for the root operating system virtual processor when calculating the overall ratio of physical cores to virtual processors. If performance monitoring of the root operating system indicates you’re consuming more processor utilization than the equivalent of 2 processors, you should reduce the count of virtual processors assigned to guest virtual machines accordingly and verify that the overall virtual processor-to-physical core ratio is no greater than 2:1.

The operating system for an Exchange guest machine must use a disk that has a size equal to at least 15 GB plus the size of the virtual memory that’s allocated to the guest machine. This requirement is necessary to account for the operating system and paging file disk requirements. For example, if the guest machine is allocated 16 GB of memory, the minimum disk space needed for the guest operating system disk is 31 GB.
In addition, it’s possible that guest virtual machines may be prevented from directly communicating with fibre channel or SCSI host bus adapters (HBAs) installed in the root machine. In this event, you must configure the adapters in the root machine’s operating system and present the LUNs to guest virtual machines as either a virtual disk or a pass-through disk. 

Özellikle işaretlediğim kısımlar birçok proje planlamasında atlanan nokta olabiliyor.Nedir bunlar?

Microsoft, Exchange yüksek erişebilirlik çözümleri kullanılacak ise bunun hyper visor tabanlı cluster çözümleri, migration seçenekleri ile kullanımını desteklememektedir.DAG yapısını ancak root cluster çözümünün kullanılmadığı durumlarda aktif edebiliyorsunuz.

Vmware bu konuda ne diyor?

Enhanced Clustering Support for Microsoft Windows – Microsoft Cluster Server (MSCS) for Windows 2000 and 2003 and Windows Server 2008 Failover Clustering is now supported on an VMware High Availability (HA) and Dynamic Resource Scheduler (DRS) cluster in a limited configuration. HA and DRS functionality can be effectively disabled for individual MSCS virtual machines as opposed to disabling HA and DRS on the entire ESX/ESXi host

Eğer Vsphere update 1 geçerseniz, içerideki sanal makineyi HA disable duruma getirdiğiniz takdirde çözümünüz vmware tarafında supported hale geliyor.

Bir diğer önemli kısım ise processor ratio değerleri.

Exchange server, üzerinde çalıştığı sanal makine konfigurasyonunda virtual processor-to-logical processor oranının 2:1′den büyük olmaması istiyor.Bunun dışında kalan konfigurasyon aynı şekilde unsupported olarak görülmektedir.

If you are planning to deploy your Exchange Server 2010 Database Availability Group on VMware environment, there is a certain misunderstanding about the configuration.

From VMware side ;

While the use of database availability groups on top of hypervisor based clustering is not a formerly (sic) supported configuration, internal VMware tests have shown that the two technologies can co-exist and can be a viable solution to ensure maximum recoverability in the case of a host failure

From Microsoft side;

Microsoft doesn’t support combining Exchange high availability solutions (database availability groups (DAGs)) with hypervisor-based clustering, high availability, or migration solutions that will move or automatically failover mailbox servers that are members of a DAG between clustered root servers. DAGs are supported in hardware virtualization environments provided that the virtualization environment doesn’t employ clustered root servers, or the clustered root servers have been configured to never failover or automatically move mailbox servers that are members of a DAG to another root server.

That means, VMware says that it isn’t supported but we think you are ok.

But Microsoft says, this type of configuration is not supported by us.

So be careful about planning Exchange if your environment contains clustered virtualization root servers.

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

VMware ESX ile birlikte kullanabileceğiniz seçenekler nelerdir kısaca inceleyelim.

Virtual Center:Yapıdaki tüm ESX sunucularınız için merkezi bir yönetim kosnolu sağlar.VIclient ile tek esx üzerinde yönetim sağlayabilirken Virtual Center ile birden fazla ESX’i yönetebilirsiniz.Bunun dışında vmotion,ha,drs gibi özellikleri kullanabilmek için mutlaka Virtual Center’ı satın almalısınız.

VMotion: Esx Server ile birlikte en çok ses getiren teknolojilerdir birisidir.Downtime olmadan bir fiziksel makina üzerindeki sanal makinaları diğer fiziksel esx sunucuya taşıma işlemidir.Yalnız bu teknolojiyi kullanabilmek için ortamda SAN bulunmak zorunda.Kısa bi süre sonra vmotion ile gerçekleştirdiğim  ilgili uzun bir  demo videosunu sizinle paylaşıcam.

Virtual SMP: Virtual Symmetric Multi-Processing seçeneği.Sanal makinaların çoklu çekirdeğe sahip işlemciye sahip gibi davranarak performans artışını sağlıyor.

Vmware HA: Arka planda gene vmotion teknolojisini kullanan yapı.Plansız bir fail durumunda cluster yapısı içerisindeki sanalların diğer fiziksel hosta taşınmasını gerçekleştirir.

Vmware DRS:Dynamic Resource Scheduling aslında bir yük dengeleme sistemi.Sanal makinaları üzerindeki CPU,memory,disk gibi kaynaklarını temel alarak fiziksel makina üzerinde taşıma işlemlerini gerçekleştirebilir.Böylece yapıdaki donanıma göre en iyi load balancing yapılarak donanım en elverişli biçimde kullanılır.

Vmware Consolidated Backup:Sanal makinalara belirli zamanlarda bağlanan ve yedekleme gerçekleştiren teknoloji.Kendisi bir backup yazılımı değil fakat VMFS’e erişim sağlayarak backup alımını sağlayabiliyor.

SCVMM 2008 betadan SCVMM 2008 RTM’e geçişinizi gerçekleştireceksiniz dikkat etmeniz gereken birkaç nokta var.

- VMM administrator konsolu altında varolan hostları kaldırmanız gerekmektedir.Migration işleminden sonra tekrardan bu hostları ekleyeceksiniz.

- VMM 2008 Beta Server üzerinde SQL Server Management Studio yada SQL Server Management Studio Express’i yükleyin.

- SQL Server Management Studio ile VirtualManagerDB veritabanına bağlanıp sağ tıklayarak Backup ile yedeklemesini gerçekleştirin.,

- Başarılı bir yedekleme işleminden sonra VMM 2008 BETA’yı bilgisayarınızdan kaldırın.

- UpgradeV2Beta.exe uygulamasını http://go.microsoft.com/fwlink/?LinkId=127036 linkinden indirin.

-Bu exeyi UpgradeV2Beta.exe -server [servername/instancename] -database [databasename] parametreleri ile çalıştırın.Buradaki VMM için varsayılan olarak oluşturulan instance name MICROSOFT$VMM$‘dir.Varyılan database ismide VirtualManagerDB ‘dir.

-Kurulum işlemi bittikten sonra Administrator Console altında Managed Computers üzerinde refresh işlemini gerçekleştirin.
- Eğer VMM2008′i önceki BETA ile aynı sunucu üzerine kurduysanız eskiden yönetilen tüm hostlar Unsupported durumunda gözükecektir.
- Eğer VMM2008′i önceki BETA versiyonunun olduğu sunucundan ayrı bir sunucuya kurduysanız tüm hostlar Access Denied durumunda gözükecektir.

Bu noktada Unsupported hostlar gözüküyorsa sağ tıklayarak Update Agent demeniz yeterlidir.Eğer Access Denied gözüküyorsa sağ tıklayıp Reassociate demelisiniz.

Bu temel konfigurasyonların ardından hostlarınızı tekrardan yönetebilir durumda olacaksınız.Library yönetimi için gereksinimleride bir sonraki yazıda inceleyeceğiz.

Bildiğiniz gibi System center ailesi içerisinde yer alan System Center Virtual Machine Manager ile yapınızdaki Hyper-v fiziksel hostlarınızı ve ESX çalıştıran fiziksel hostlarınızı ve dolayısıyla altlarında bulunan sanal makinalarınızı yönetebiliyorsunuz.Yalnız SCVMM altında Vmware mimarisini yönetirken dikkat etmeniz gereken bir nokta var.

Herhangi bir Vmware yapısını SCVMM altına import ettiğinizde durumunu kontrol ederseniz Ok(Limited) olarak göreceksiniz.Bu durumda yapabilecekleriniz tabiki var.Fakat herşey dahil bir yönetimden bahsediyorsak bu ayarı aktif etmeniz gereklidir.İlk yapmanız gereken ESX üzerindeki ayarlardır.Bu noktada
Virtual Machine Delegate opsiyonunu kullanmanız yada tüm ESX hostlar üzerinde root için ssh root logini aktif etmeniz gereklidir.Bu işlemi yapmak için ESX host üzerinde Configure Security menusune girerek ilgili credentialları girerek ssh login veya delegasyonu seçebilirsiniz.Bu işlemden sonra state limited’dan OK’a dönecektir.Peki limitli kullandığımızda yada full kullandığımızda ne gibi yönetimsel farklar bizi bekliyor? Bunu aşağıdaki tablodan inceleyebilirsiniz.

System Center ailesinin belkide en işlevsel üyelerinden biri olan Virtual Machine Manager’ın 2008 betası şu anda indirebilir durumda.

Eğer sanal teknolojilerle ilgileniyorsanız yada yapınızda birden fazla sanal makinelerinizin yanında bunların bulunduğu birden fazla host makinanız varsa bir süre sonra yönetim aşamsında zorluklar yaşayabilirsiniz.İşte buna bir çözüm olarak gelen VMM ürünü bunun dışındada bize bir çok yeni özelliği sunmaktaydı.İlk olan 2007 sürümünü kurcaladıktan sonra artık elimizde SCVMM 2008 demosu bulunuyor.Peki 2008 ile birlikte gelen yenilikler neler?

Windows Server ® 2008’de işletilebilen VM desteği

“¢ System Center Virtual Machine Manager 2008; Windows Server 2008 ve Microsoft Hyper-Vâ„¢ Server’a ait temel özelliklerden ve hizmetlerden tam anlamıyla yararlanmak üzere tasarlanmıştır. Bu özellikler arasında Hyper-V’ye ait 64-bit mimari, saldırılara karşı sağlamlaştırılmış güvenlik modeli, yük devretme kümesi desteği (aşağıdaki kısmı inceleyin) ve diğerleri yer almaktadır.

“¢ Virtual Machine Manager 2008 (VMM), Hyper-V işleten ana sistemlerin yönetimini destekler; VMM ayrıca, VMM 2008 konsolu üzerinden Hyper-V etkinleştirmesi uzaktan yapabilir.

“¢ VMM 2008, hata toleranslı ve küme tanıyan sanal aygıtların oluşturulmasına olanak tanıyabilmek için Windows Server 2008′nin yeni kümeleme desteği ile bütünleşir.

“¢ VMM 2008, hem Intelligent Placement, Self-Service Portal ve bütünleşmiş Kitaplık gibi VMM’e özgü fonksiyonlar sağlar, hem de bütün Hyper-V fonksiyonlarını destekler.
Çoklu sağlayıcı sanallaştırma platformu desteği

“¢ Hyper-V desteğine ek olarak VMM 2008, VMware ESX altyapısı ve Microsoft Virtual Server üzerinde işletimi yapılan sanal aygıtlara verdiği destek sayesinde çoklu hipervizör yönetimini tek bir araç içerisinde birleştiriyor.

“¢ VMM 2008, sanal aygıtların VMotion üzerinden herhangi bir aksama süresi yaşamadan sanal hostlara aktarılması dahil olmak üzere, VMware Virtual Center ile bütünleşme yoluyla VMware VI3 için geniş kapsamlı destek sunuyor.

“¢ Intelligent Placement, pekiştirme aday önerileri ve diğerleri gibi VMM 2008’e özgü özellikler, herhangi bir desteklenen platform üzerinde sanallaştırılmış altyapıya karşı işletilebilir.

“¢ Ayrıca Hyper-V, VMware ESX ya da Virtual Server uygulamaları üzerinden özelleştirme ve otomasyon için Windows PowerShellâ„¢ kodları da desteklenmektedir.

Performans ve Kaynak Optimizasyonu

“¢ Performans ve Kaynak Optimizasyonu (PRO), donanımlarda, işletim sistemlerinde ve uygulamalarda tespit edilmiş hata senaryolarına ya da zayıf yapılandırılmış bileşenlere dinamik bir şekilde yanıt verebilecek bir VMM özelliğidir.

“¢ PRO etkinleştirilmiş Yönetim Paketleri yoluyla ve System Center Operations Manager’a ait kapsamlı görüntüleme yetenekleri ile uyumlu bir şekilde çalışarak PRO, bir yöneticiyi sağlıksız bir sistem veya uygulama durumuna karşı uyarabilir ve önerilen düzeltme eylemini bildirebilir; ya da otomatik olarak tepki veren ve kendini yenileyen bir sistem oluşturarak bu duruma yanıt verebilir.

“¢ PRO ile kullanılabilen çok daha yüksek tanelilik seviyesi sayesinde, donanım, işletim sistemi ve uygulama değişkenlerinden oluşan geniş bir ağ, PRO’yu düzeltme eylemi almak üzere tetikleyebilir.

“¢ VMM 2008’in bir özelliği olarak PRO yetenekleri aynı zamanda VMware ESX ya da Virtual Server aygıtları için de uygundur; böylelikle yöneticilerin kullandıkları sanallaştırma platformuna bakmaksızın sanallaştırılmış ortamlarının tamamını yönetmelerine izin verilir.

“œYüksek Erişilebilirlik” Sanal Aygıtları için Host Küme Desteği

“¢ Yük devretme kümelerine verdiği yüksek ölçüde genişletilmiş destek sayesinde VMM 2008, görev odaklı sanal aygıtların yönetimi için “œyüksek erişilebilirlik” yeteneklerini geliştirir. VMM 2008 artık küme tanıyabilmektedir; diğer bir deyişle Hyper-V host kümelerini tek bir birim olarak algılayıp yönetebilmektedir.

“¢ VMM’in bu sürümünde mevcut olan yenilikler arasında, kümeye eklenen ve kümeden kaldırılan sanal hostların otomatik olarak tespit edilmesi, böylelikle yöneticiler bu fonksiyona harcadıkları emeğin azaltılması da bulunmaktadır.

“¢ VM 2008 kapsamında yüksek bir erişilebilirliğe sahip sanal aygıt yönetimi (HA VM) yapmak artık çak daha kolaylaşmıştır. Bundan böyle bugüne kadar sunulan karmaşık çoklu adımlı manuel süreçlere veda edebilirsiniz; bir yöneticinin tek bir onay kutusuna tıklaması bir VM’i yüksek erişilebilir kılmak için yeterlidir. Perde arkasında VMM sözü edilen HA VA’nın yönetimini yapmaktadır; bu bağlamda VMM 2008’e ait Intelligent Placement özelliğini, sadece yeni oluşturulmuş HA VM için bir host kümesi parçası olan hostlara öneri vermek üzere yönlendirmek de yer alır.

“¢ VMM 2008’e ait gelişmiş HA VM yönetim özellikleri arasında; küme yedeklerinin, harfsiz disk sürücülerin, misafir kümelerin diğerleri arasında belirlenmesi ve yönetimi gibi çeşitli küme ilişkili görevler için, Failover Cluster Management Console (Yük devretme Küme Yönetim Konsolu) da yer almaktadır.

“¢ VMM 2008 bunun yanında küme devrelerinin VMware ESX Sunucuları olduğu VMware host kümelerini de destekler.

VMM 2008 içindeki Diğer Değişiklikler

“¢ Yeniden tasarlanmış yönetim izinleri motoru; tam yetkili bir yöneticiye ait yönetim yeteneklerini koruyan, fakat tasarlanmış sanal ana sunucu alt seti gibi daha düşük sorumluluk kapsamında tutan “œatanmış yönetici” görevinin oluşturulması.

“¢ PowerShell arabirimi ve commandlet’lerine kullanıcı erişimi de içeren, Self-service Portal için bütünüyle yeniden tasarlanmış ve yeniden yaratılmış web arabirimi.

“¢ Misafir sanal aygıtlarda, Windows Server 2008 ve Windows Vista ® işletim sistemleri desteği ve aynı zamanda bu misafir işletim sistemleri için Fizikselden Sanala (P2V) ve Sanaldan Sanala (V2V) çevrimlerine de destek verir.

“¢ VMM 2008′in bir özellikle “œgüvenilir” etki alanının parçası olmayan etki alanı katılımlı sanal altyapı yönetimi yapmasına izin veren güncellenmiş ağ izinleri ilkeleri.

“¢ Ek PowerShell commandlet’leri ve “œkod görüntüleme” denetimleri.

“¢ Genel olarak yenilenmiş ve “œestetik açıdan geliştirilmiş “ VMM 2008 kullanıcı arabirimi ile yönetim konsolu.

Bildiğimiz gibi Vmware üzerinde oluşturduğumuz sistemler için kullandığımız diskleri belirli oranlarda arttırabiliyoruz.Yani başlangıçta 5 gb oluşturduysak bunu ileride 10′a çıkarabiliriz.Almanya’nin en büyük okullarından birinde IT uzmanı olarak çalışan Michael Pietroforte  blogunda konuyla ilgili güzel bir yazı hazırlamış.Yazıya buradan ulaşabilirsiniz.

Yalnız bu zahmetli işlemin yanı sıra daha kolay bir yöntem daha kullanabiliriz.Bu yöntem için kullanacağımız araç Vmware Conventer 3.Şu için en güncel sürümü 3.0.2 olarak gözüküyor. http://www.vmware.com/download/converter/download.html sayfasından indirebilirsiniz.

Conventer ile varolan sistemlerinizi sanallaştırabilir yada bizim burada uygulayacağımız gibi varolan disklerinizi genişletebilirsiniz.

Aracın kullanımı oldukça basit.Sihirbazı kullanarak disk resize işlemini gerçekleştirmek istediğimizi belirtiyoruz.Bizden varolan virtual diskin yerini belirtmemizi istiyor.Ardından aşağıdaki pencerede ilgili işlemleri gerçekleştirebiliriz.

Burada istenilen değerleri girdikten sonra yeni diskli makineyi istenilen bölgeye import edecektir.