Disk2vhd ile VMware den Hyper-V ye Sanal Makine Çevrimi

Transkript

1 Disk2vhd ile VMware den Hyper-V ye Sanal Makine Çevrimi Açıklama ve Nasıl Yapılır Dokümanı Ocak 2014 / Versiyon 1 Hazırlayan Serhat AKINCI Hyper-V MVP sakinci@inprowise.com

2 İçerik Tablosu Giriş... 2 Bir Sunucuyu Sanala Dönüştürmek... 2 P2V - Fizikselden Sanala Çevrim... 3 V2V - Sanaldan Sanala Çevrim... 3 P2V & V2V Amaçlı Manuel Çevrim... 3 Disk2vhd Nedir?... 4 Disk2vhd de Öne Çıkan Özellikler... 5 Disk2vhd ile VMware den Hyper-V ye Sanal Makine Çevrimi Nasıl Yapılır?... 6 Çevrim Öncesinde Yapılması Gerekenler... 7 Çevrim Adımları Çevrim Sonrasında Yapılması Gerekenler Serhat AKINCI Hyper-V MVP Sayfa 1 / 31

3 Giriş Sunucu sanallaştırma projelerinde Çevrim (P2V/V2V) aşaması oldukça önemlidir. Sanallaştırma altyapısının inşası ile başlayan süreç genelde Çevrim aşamasıyla ilerler ve ortamdaki fiziksel veya sanal çalışan sunucuların yeni sanallaştırma platformu üzerine, yeni sanal makine formatına dönüştürülerek (çevrilerek) taşınması gerekir. Bu çevrim işlemindeki temel amaç, kaynak ortamda fiziksel veya sanal olarak çalışan (source) sunucuları işletim sistemi, uygulamalar ve üzerindeki veriler ile birlikte kayıpsız olarak yeni platformdaki sanal makine bölümlerine aktarmaktır. Bir sanallaştırma projesi sırasında veya sonrasında ortamınızda çalışan çeşitli iş yüklerini yeni platform üzerindeki sanal makinelere taşımak isteyebilirsiniz; Örneğin ortamınızda güncelleştirme/yama dağıtımı yönetimini gerçekleştirdiğiniz Windows Server Update Services sunucunuz. Bu sunucuyu yeni sanallaştırma platformuna taşırken yeni bir işletim sistemi kurmak, ilgili uygulama için özelleştirilmiş ayarları yeniden yapmak, güncelleştirme paketlerini tekrar indirmek, servisten güncelleştirme alan istemci ve sunucuları yeniden yönlendirmek ve raporlamalarını sağlamak gibi şeyleri en baştan tekrar yapmak pek mantıklı görünmüyor değil mi? Ortamınızda dönüştürülmesi gereken sistem sayısı fazla ise zaten manuel çevrim işlemi tam bir macera olacaktır. İşte bu gibi durumlarda Fizikselden Sanala Çevrim (Physical to Virtual - P2V) ve Sanaldan Sanala Çevrim (Virtual to Virtual - V2V) araçları sizin adınıza bu işleri gerçekleştirebiliyor ve sizi servisi yeniden kurma veya manuel taşıma zahmetinden kurtarıyor. Bir Sunucuyu Sanala Dönüştürmek Yeni sanallaştırma platformuna taşınması gereken bir kaynak sunucu, fiziksel veya eski sanallaştırma platformu üzerinde sanal makine olarak çalışıyor olabilir. Bu aşamada farklı araçlar tercih edilebileceği gibi her iki senaryoyu karşılayan bazı araçlar da mevcuttur. Bir sanala dönüşüm işlemi sırasında kaynak sistem için Online ve Offline olmak üzere iki farklı durum vardır. Online (çevrim içi) dönüşümde kaynak sunucular açık ve iş yükünün türüne göre bazen ağda hizmet vermeye devam ediyor olabilir. Bazen ise veri farkına neden olmamak için transactional (işlem yapan) servislerin geçici süreyle durdurulması gerekir. Bu yöntemde kullanılan araçlar kaynak sunucu üzerindeki işletim sisteminde çalışırlar ve genelde tutarlı disk görüntüleri alarak tüm içeriği hedef sanal makine üzerine aktarırlar. Offline (çevrim dışı) dönüşüm sırasında ise kaynak sunucu kapalı durumdadır. Genelde Domain Controller, veritabanı sunucuları veya eski sürüm işletim sistemleriyle çalışan bazı sistemler için önerilir. Bu yöntemde kullanılan araçlar kaynak fiziksel sunucuyu Windows PE gibi özelleştirilmiş işletim sistemleriyle başlatarak tüm disk içeriğini kopyalar ve hedef sanal makine üzerine aktarır. Online ve Offline dönüşüm durumları dışında sanallaştırma terminolojisinde iç içe geçmiş 3 temel çevrim yönteminden söz edebiliriz. Serhat AKINCI Hyper-V MVP Sayfa 2 / 31

4 P2V - Fizikselden Sanala Çevrim Bu senaryoda yeni sanallaştırma platformu üzerine taşımak istediğiniz kaynak sistem genelde bir fiziksel sunucudur, ama bazı durumlarda eski sanal makinelere de fizikselmiş gibi davranıp aynı adımları takip ederek P2V yapmak mümkündür. Amaç, fiziksel veya sanal ortamda çalışan iş yükünü yarım veya tam otomatik yöntemlerle (araçlarla) yeni platform üzerindeki sanal makine içerisine aktarmaktır. P2V işlemi Online veya Offline olarak gerçekleştirilebilir. Microsoft sanallaştırma çözümlerinde System Center Virtual Machine Manager sürümleri P2V için otomatikleştirilmiş yöntemler sunar. Ortamınızda fiziksel olarak çalışan kopyaları, SCVMM e entegre olarak gelen P2V sihirbazı yardımıyla otomatikleştirilmiş bir şekilde Windows Server Hyper-V sanallaştırma sunucuları üzerine aktarabilirsiniz. Bu sırada Online ve Offline çevrim durumlarını desteklenir. BİLGİ: P2V özelliği SCVMM 2012 R2 sürümünden kaldırılmıştır. SCVMM ürün grubu P2V fonksiyonunu sağlamak için alternatif yöntemler üzerinde çalışıyor. R2 olmayan yani SCVMM 2012 SP1 ve alt sürümlerde P2V özelliği, uygun sürüm Hyper-V sunucularına doğru hala kullanılabilir durumda. Öte yandan Disk2VHD gibi bazı araçlar da fiziksel veya sanal çalışan sunucular üzerinde P2V işleri gerçekleştirmek mümkün. Birkaç başlık aşağıda detayları bulabilirsiniz. V2V - Sanaldan Sanala Çevrim Bu senaryoda yeni sanallaştırma platformu üzerine taşımak istediğiniz kaynak sistem, eski sanallaştırma platformu üzerinde çalışan bir sanal makinedir. (VMware ESX -> Hyper-V geçişi gibi) Bu noktada örneğin System Center Virtual Machine Manager sürümlerinin V2V özelliğini kullanarak Offline bir çevrim gerçekleştirebileceğiniz gibi (Library Copy), SCVMM i VMware vcenter ile entegre ederek direkt ESX Server üzerindeki sanal makineleri de çevirebilirsiniz. Yine kaynak ve hedef sürümler örtüştüğü taktirde Microsoft Virtual Machine Converter aracını kullanarak Online veya Offline çevrim mümkündür. Ayrıca bu yöntemlere ek olarak sanal makineyi fizikselmiş gibi kabul edip SCVMM veya Disk2vhd ile P2V çevrimi de uygulanabilir. Bu konuda oldukça fazla seçeneğe sahipsiniz. BİLGİ: SCVMM Library Copy yöntemiyle yapılan V2V sırasında önce VMware ESX sanal makine dosyaları SCVMM kütüphane (Library Server) alanına taşınır, ardından dönüşüm işlemi uygulanarak Hyper-V sunucusu üzerine gönderilir. Bu sırada kaynak sanal makine kapalıdır. BİLGİ: SCVMM in doğrudan VMware ESX Server üzerindeki sanal makinelere V2V uygulayabilmesi için önce vcenter yazılımıyla entegre edilmesi gerekir. P2V & V2V Amaçlı Manuel Çevrim Genelde zahmetlidir ve manuel gerçekleştirilmesi gerek çok fazla adım içerir. Yeni sanal makine üzerine işletim sisteminin kurulması, eski işletim sistemi içeriği ve uygulamaların taşınması dışında verilerin de çeşitli yöntemlerle aktarılması gerekir. Tam veya yarı otomatik P2V veya V2V nin uygun olmadığı bazı senaryolarda mecburen tercih edilebiliyor. Serhat AKINCI Hyper-V MVP Sayfa 3 / 31

5 Disk2vhd Nedir? Disk2vhd, Microsoft sanallaştırma ürünlerinde kullanılan ortak sanal disk formatı VHD leri oluşturabilen güvenilir ve ücretsiz bir araçtır. Microsoft bünyesinde geliştirilen Disk2vhd aracı yeni sürümüyle birlikte Windows Server 2012 R2 Hyper-V de varsayılan disk formatı olarak kullanılan VHDX leri de destekler. Bazı SCVMM sürümlerinde yer alan tam otomatik sanal makine çevriminden farklı olarak Disk2vhd sadece disk çevrimi gerçekleştirir ve hedef platform üzerindeki sanal makinenin ayrıca yaratılıp oluşan VHD/VHDX lerin bağlanması gerekir. Disk2vhd, dönüşümü yapılacak kaynak sanal makine içerisinde çalışır ve belirlediğiniz Volume lar için Online çevrim işlemi gerçekleştirir. System Reserved, Boot, İşletim Sistemi veya Veri bölümleri gibi alanları hızlıca VHD/VHDX formatına çevirebilir. Ayrıca VMware sanal makineleri üzerinde bağlı RAW diskleri de çevirme yeteneğine sahiptir. Çevrim işlemi sırasında Windows işletim sistemlerindeki Volume Snapshot yeteneğinden faydalanarak Volume seviyesinde anlık ve tutarlı görüntüler alınır; bu da işletim sistemi ve uygulamaların bozulmadan aktarımını mümkün kılar. Disk2vhd, disk bölümleme bilgilerini korurken sadece seçmiş olduğunuz Volume ları çevirme yeteneğine sahiptir. Bu sayede, örneğin çevrim sırasında bazı Volume ları almak istemiyorsanız seçime dahil etmeden ilerleyebilirsiniz. Serhat AKINCI Hyper-V MVP Sayfa 4 / 31

6 Disk2vhd aracı, çevrimi gereken her sanal işletim sistemi içinde bağımsız olarak çalıştırılmalıdır. Ayrıca bazı komut satırı parametreleri alabilir ve Script tabanlı otomatikleştirme ihtiyaçlarınıza yanıt verebilir. Direkt P2V veya P2V destekli V2V senaryolarında kullanılabilen Disk2vhd yi Technet - Windows Sysinternals üzerinden ücretsiz olarak indirmek için aşağıdaki bağlantıyı ziyaret edebilirsiniz. Disk2vhd Resmi Sayfası Disk2vhd de Öne Çıkan Özellikler Ücretsizdir. Hızlı, tutarlı ve güvenilir disk çevrimi gerçekleştirir. Kaynak işletim sistemi içinden çalışır. Kurulum gerektirmez. Disk birimi tutarlılığı için Volume Snapshot (VSS) kullanabilir. VHD ve VHDX formatlarını destekler. Windows Server 2012 R2 Hyper-V de dahil olmak üzere tüm Hyper-V sürümleriyle uyumlu sanal disk dönüşümü yapabilir. Oluşan VHD veya VHDX dosyaları direkt Windows işletim sistemlerine bağlanarak kullanılabilir. Çevrim sırasında oluşacak VHD/VHDX dosyaları için ağ yolları gösterilebilir. Ağ üzerinden direkt Hyper-V Cluster depolama alanı (CSV) içerisine yazabilir. Böylece çevrim sonrasında tekrar taşımak zorunda kalmazsınız. Windows XP SP2 ve Windows Server 2003 den tutun da Windows 8.1 ve Windows Server 2012 R2 işletim sistemi sürümlerine kadar kullanılabilir. Sanal işletim sisteminde çalıştığı için ESX Server sürümünden etkilenmez. ESX 3.x, 4.x ve 5.x gibi ortamlarda çalışan Windows sanal işletim sistemleri ve disklerini kolayca dönüştürebilir. Vmware sanal makinelerine bağlı RAW diskleri dönüştürebilir. Komut satırı parametreleri alabilir. Dynamically Expanding tipte VHD/VHDX ler oluşturur. Serhat AKINCI Hyper-V MVP Sayfa 5 / 31

7 Disk2vhd ile VMware den Hyper-V ye Sanal Makine Çevrimi Nasıl Yapılır? Bir geçiş projesi sırasında VMware ESX üzerinde çalışan sanal makineleri Hyper-V ortamına aktarırken ücretsiz ve hızlı Disk2vhd aracından faydalanabilirsiniz. Disk2vhd nin temel amacı disk çevrimi olduğu için sanal makine çevrimi sırasında bazı ek müdahalelere ihtiyaç duyar ama aşağıdaki adımları takip ederek tamamen başarılı sanal makine dönüşümleri gerçekleştirmeniz mümkün. Bu dokümanda yer alan örnek çevrim adımları aşağıdaki yapı üzerinde gerçekleştirilmiştir. Kaynak Platform Kaynak Sanal Makine Hedef Platform Hedef Sanal Makine : VMware ESX 5.1 Cluster Ortamı : VMware ESX VM Windows Server 2008 R2 / WSUS : Windows Server 2012 R2 Hyper-V Cluster Ortamı : Windows Server 2012 R2 Hyper-V Generation1 Serhat AKINCI Hyper-V MVP Sayfa 6 / 31

8 Çevrim Öncesinde Yapılması Gerekenler Bu senaryoda Disk2vhd aracı VMware ESX sanal makinesi üzerinde çalışacağı için çevrim işlemi süresince kaynak sistem açık yani Online durumda olur. Bu durum, sanal iş yükü türüne göre bazı önlemler alınmasını gerektirir. 1) Sanal işletim sistemi üzerindeki transactional (işlem yapan) servisleri durdurun. Çevrim işlemi sırasında tutarlılık sağlamak amaçlı Volume Snapshot kullanılır. Volume Snapshot sonrasında ise tutarlı birim görüntüsü hedef dizin üzerinde oluşturulan VHD/VHDX dosyasına kopyalanır. Eğer bu süre zarfında kaynak sanal makinedeki transactional (işlem yapan) servisler hizmete devam ederse, kopyalama işlemi tamamlanana kadar geçen sürede oluşan değişiklikler hedef VHD/VHDX dosyasına aktarılamaz. Bu da kaynak sanal makine ile hedef VHD/VHDX arasında veri farklı oluşmasına neden olabilir çünkü kopyalanacak veri için VSS anına kadar olan durum dikkate alınır. Bu riske girmemek için geçici süreyle kaynak sanal makine üzerindeki önemli transactional (işlem yapan) servisleri durdurun. Eğer geçici süreyle durduracağınız hizmetleri üstlenecek kopyalarınız yoksa, bu, planlamanız gereken bir operasyon olabilir çünkü çevrim sırasında hizmet kesintisi söz konusudur. Örneğin WSUS sanal makinesi için başta Update Services olmak üzere IIS Admin Service ve WSUS veritabanını tutan Windows Internal Database (MICROSOFT##SSEE) servislerini Stop konuma çekiyorum. UYARI: Stop duruma çektiğiniz servisleri tekrar başlatacak bir Recovery davranışı olmadığından emin olun. Çevrim sonrasında başlatacağınız hedef sanal makine üzerinde ilk etapta TCP/IP gibi, sentetik sürücüler gibi bazı eksikler olabileceğini hesaba katarak belki bu aşamada Stop ettiğiniz servisleri ayrıca Disabled konuma getirebilirsiniz. Böylece hem eski hem de yeni sanal makine üzerindeki servislerin siz kontrol etmeden başlamayacağını garantilemek mümkün olur. Ayrıca geçici süreli eksik yapılandırma yüzünden oluşabilecek hatalarında önüne geçmiş olursunuz. Belki sunucu üzerindeki tüm transactional (işlem yapan) servisleri durdurmanız mümkün olmayacak ancak kritik olanları mutlaka durdurmanız gerekir. Domain Controller lar, veritabanı sunucuları, dosya sunucuları gibi Volume Snapshot anından sonra değişikliğe uğrama ihtimali olan tüm sistemlere bu bakış açısıyla yaklaşmanız önemlidir. 2) Varsa antivirüs koruma yazılımını Volume çevrim süresi boyunca devre dışı bırakmak iyi bir fikir olacaktır. Bu, çevrim işleminin çok daha hızlı ve hatasız gerçekleşmesine yardımcı olur. 3) Çevrim anına denk gelebilecek yedekleme ve diğer işletim sistemi görevlerinin ertelenmesi tavsiye edilir. Ayrıca varsa izleme sistemi bildirimlerini de geçici süreyle devre dışı bırakmak veya planlı bakım durumuna almak iyi olacaktır. Serhat AKINCI Hyper-V MVP Sayfa 7 / 31

9 4) Çevrim ve aktarım işleminin daha hızlı tamamlanabilmesi için, başlamadan önce kaynak sanal makine üzerindeki yüksek boyutlu önemsiz içeriği temizlemek isteyebilirsiniz. Volume içerisindeki veri boyutu, çevrim süresine etki eden önemli faktörlerden biridir. 5) Kaynak sanal makine üzerindeki TCP/IP bilgilerini alın. Çevrim sonrasında kaynak sanal makine açık olacağı için bu bilgilere daha sonra da ulaşabilirsiniz ancak baştan hazırlamak işinizi kolaylaştırır. TCP/IP bilgilerini almak için ipconfig /all > ipconfig.txt komutunu kullanabilirsiniz. 6) VMware ESX üzerindeki ilgili sanal makine için kaynak özelliklerini alın. Disk2vhd aracı sadece disk çevrimi gerçekleştirdiği için hedef platform üzerinde yeni sanal makinenin ayrıca oluşturulması gerekecek. Sanal işlemci ve atanmış bellek miktarı ile ağ adaptörü sayısı bu noktada yeterli olacaktır. 7) Kaynak sanal sunucu için yerel yönetici (local administrator) hesap bilgilerine sahip olun. Çevrim işlemi ardından Hyper-V üzerinde oluşturacağınız yeni sanal makine üzerinde yeni bir sanal ağ kartı ekli olacağı için eski TCP/IP ayarları aktarılamayacak ve ayrıca kaynak sanal makine hala ağ üzerinde aktif olacak. Bu durumda henüz ağa bağlı olmayan hedef sanal makine üzerinde yerel yönetici hesabıyla oturum açmanız gerekebilir. İlk etapta muhtemelen etki alanında oturum açamayacaksınız. (Etki alanı üyesi sunucuların Cache den oturum açma politikası da bu noktada etkilidir.) 8) Hedef sanal makineyi hangi Hyper-V sunucu ve hangi Cluster Storage Volume (CSV) alanı üzerinde oluşturacağınızı belirleyin. Bunu belirlemeniz önemli çünkü Hyper-V Cluster ortamındaki CSV yapısında bir Coordinator Node kavramı vardır. Hyper-V Cluster yapısına üye olan her Node, CSV alanlarına eş zamanlı olarak erişip okuma/yazma gerçekleştirebilir ancak Coordinator Node, sahibi olduğu CSV alanı için her zaman önceliklidir ve çoğu durumda direkt IO yapar. Farklı bir konu olduğu için detaylarına burada yer vermiyorum ancak çevrim sürecinin daha hızlı gerçekleşmesine katkı sağlayacağı için sanal makineyi oluşturmayı ve VHD/VHDX leri göndermeyi planladığınız CSV alanının Coordinator Node unu bulun ve Disk2vhd ye VHD/VHDX ler için ağ yolu verirken bu Node üzerinden vermeye dikkat edin. Böylece CSV içine yazma işlemi en doğru şekilde gerçekleşir. Serhat AKINCI Hyper-V MVP Sayfa 8 / 31

10 CSV alanları için Coordinator Node eşleşmesini bulmak amaçlı aşağıdaki iki yöntemi kullanabilirsiniz. Failover Cluster yönetim konsolu üzerinde Disk bölümünden. Yukarıda yerleştirmek istediğim Cluster Disk 3 ün sahibi yani Coordinator Node u Node2 olarak görünüyor. Volume ismi ise Volume4 ki aslında önemli olan bu. Hedef sanal makine oluştururken ve Disk2vhd ile VHD/VHDX çevrimi yaparken Node2 üzerinden C:\ClusterStorage\Volume4 altındaki dizinleri kullanacağım. Ayrıca herhangi bir Cluster üyesi Hyper-V sunucusu üzerinde Get-ClusterSharedVolume komutu ile de Cluster Disk ve Coordinator Node durumlarına bakabilirsiniz. 8) Coordinator Node ve CSV bilgisini kullanarak Hyper-V Cluster yapısı üzerinde Yüksek Erişilebilir olarak yeni bir sanal makine oluşturun. Bu sayede, Disk2vhd çevrim işlemi sonrasında oluşacak VHD/VHDX leri direkt Cluster Storage (CSV) içinde sanal makine dizinini altına gönderebilirsiniz. Ardından hızlıca yeni sanal makineye bağlayarak başlatma şansınız olacak. Böylece tek bir çevrim işlemiyle hem disk dönüşümünü gerçekleştirmiş, hem de bu işlemi direkt CSV içerisine yapmış olacaksınız. Hyper-V Cluster yapısı üzerinde yeni bir yüksek erişilebilir sanal makine oluşturmak için aşağıdaki adımları takip edin. Serhat AKINCI Hyper-V MVP Sayfa 9 / 31

11 Yapıyı yönettiğiniz Failover Cluster yönetim konsolunu açın. Hedef sanal makineyi hangi Hyper-V sunucusu üzerinde oluşturacağınızı belirleyin. Kullanacağım CSV için Coordinator Node görevinde olan Node2 yi seçerek ilerliyorum. Serhat AKINCI Hyper-V MVP Sayfa 10 / 31

12 Hedef sanal makine için bir isim ve sanal makine dosyalarının yer alacağı konumu belirleyin. Bu konum daha önce belirlediğim CSV altında yer alıyor olmalı yani; C:\ClusterStorage\Volume4 İlerleyin. Serhat AKINCI Hyper-V MVP Sayfa 11 / 31

13 VMware ESX kaynak sanal makinesinden Disk2vhd ile çevireceğiniz Volume ların (özellikle boot ve işletim sistemi birimlerinin) çalışabilmesi için Generation1 sanal makine oluşturmanız gerekir. Windows Server 2012 R2 Hyper-V ile gelen Generation2 sanal makineler ise UEFI firmware desteklidir ve EFI yapılı diskleri çalıştırmak için tercih edilebilir. Ancak Disk2vhd çevrimi için uygun değildir. İlerleyin. Serhat AKINCI Hyper-V MVP Sayfa 12 / 31

14 Hedef sanal makine için Memory (RAM) atamasını, VMware ESX üzerindeki kaynak sanal makine Memory (RAM) bilgisini referans alarak yapabilirsiniz. Sanal makine için herhangi bir zamanda Memory (RAM) değişikliği yapmanız mümkün. İlerleyin. Serhat AKINCI Hyper-V MVP Sayfa 13 / 31

15 Hedef sanal makineyi bir sanal ağa bağlayabilir veya bu adımı daha sonra gerçekleştirmek üzere atlayabilirsiniz. Bazı durumlarda, belirli kontroller sonrasında sanal makineyi ağa bağlamak iyi bir tercih olabilir. Çevrim sonrasında eski kopyanın ağda açık olabilme ihtimalini göz önünde bulundurun. Herhangi bir ağa bağlı olmayacak şekilde yapılandırıyorum. İlerleyin. Serhat AKINCI Hyper-V MVP Sayfa 14 / 31

16 Hedef sanal makineye herhangi bir sanal disk eklemeden Attach a virtual hard disk later seçimiyle ilerleyin. Daha sonra bu sanal makineye, kaynak sanal makine üzerinden Disk2vhd ile çevirdiğimiz VHD/VHDX leri bağlayacağız. İlerleyin. Serhat AKINCI Hyper-V MVP Sayfa 15 / 31

17 Son olarak Finish ile hedef sanal makine oluşturma işlemini tamamlayın. Serhat AKINCI Hyper-V MVP Sayfa 16 / 31

18 Eğer gerekiyor ise sanal donanım özelliklerini ayrıca düzenleyebilirsiniz. Serhat AKINCI Hyper-V MVP Sayfa 17 / 31

19 Bu işleminin ardından (CSV) Volume4 içerisine yerleştirilmiş, Coordinator ı olan Node2 üzerinde çalışacak ve Yüksek Erişilebilir özellikli bir hedef sanal makine hazır oldu. Bu aşamaya kadar problem yoksa Disk2vhd ile çevrim için hazırsınız. İlerleyin. Serhat AKINCI Hyper-V MVP Sayfa 18 / 31

20 Çevrim Adımları Örnek sanal makine üzerindeki Disk ve Volume dağılımı şu şekilde. 1) Disk2vhd aracını VMWare ESX kaynak sanal makinesi üzerinde çalıştırın. Çevirmek istediğiniz Volume ları seçin. Muhtemelen tamamına ihtiyacınız olacak ancak bazen özel durumlar olabilir. Windows Server 2012 ve üzeri Hyper-V sunucularına sahipseniz mutlaka VHDX formatında dönüştürmenizi öneririm. VHDX dosyasının/dosyalarının oluşturulacağı konum olarak daha önce belirlediğiniz Node üzerinden, yine daha önce oluşturduğunuz hedef sanal makine dizinini ağ yolunu olarak gösterin. \\node2\c$\clusterstorage\volume4\prod\wsus\wsus-disk.vhdx Serhat AKINCI Hyper-V MVP Sayfa 19 / 31

21 Her bir disk için (dikkat edin Volume için değil) ayrı VHDX dosyası oluşturulur. Örnek WSUS sanal makinesinde iki disk var, bu durumda çevrim işlemi sonrasında iki adet VHDX dosyası oluşacak. UYARI: Çevrim işlemini başlatmadan önce hedef Cluster yapısı üzerindeki depolama alanında yeterli boş yer olduğundan emin olun. Gerekli en az boş alan miktarı yine yukarıda Space Required sütununda listelenir. 2) Create diyerek çevrim işlemini başlatın. Disk2vhd tarafından arka planda hızlıca Volume Snapshot lar tetiklenir ve ardından hedef alana veri kopyalama işlemi aşağıdaki gibi ilerler. Süreci ve özellikle transfer hızını, ilgili Hyper-V Node veya kaynak sanal makine işletim sistemi üzerindeki ağ trafiği izleme araçlarıyla takip edebilirsiniz. (Örneğin Resource Monitor) Çevrim tamamlandığında aşağıdaki gibi görünür. Serhat AKINCI Hyper-V MVP Sayfa 20 / 31

22 3) VHDX dosyalarının belirttiğiniz konuma oluşturulduğunu doğrulayın. 4) VMWare ESX üzerindeki kaynak sanal makineyi kapatın ancak kesinlikle silmeyin. Hedef sanal makinenin tam olarak çalıştığından emin olana kadar eski kopyayı saklamanız önerilir. 5) Disk2vhd ile oluşan VHDX dosyalarını, daha önce oluşturduğunuz hedef sanal makineye bağlayın. Bunun için aşağıdaki adımları takip edin. Failover Cluster yönetim konsolunda WSUS sanal makinesi için Settings bölümünü açın. Serhat AKINCI Hyper-V MVP Sayfa 21 / 31

23 Oluşan sanal disk dosyalarından işletim sistemi ve boot bölümünün bulunduğu VHDX i mutlaka IDE Controller a bağlamanız gerekiyor. Generation1 sanal makineleri için bu değişmez bir kuraldır, aksi durumda işletim sistemi başlayamaz. Ben dosya boyutlarından çıkarım yaparak wsus-disk-0.vhdx in sistem bölümü olduğunu anladım ve bu dosyayı IDE Controller a ekliyorum. Sıralama 0 ilk disk, 1 ikinci disk, 2 üçüncü disk gibi oluşur. Sırasıyla Add > Browse > C:\ClusterStorage\volume4\prod\wsus\wsus-disk-0.vhdx Serhat AKINCI Hyper-V MVP Sayfa 22 / 31

24 WSUS için veritabanı ve güncelleştirme içeriklerinin bulunduğu diğer VHDX i (wsus-disk- 1.vhdx) ise SCSI Controller üzerine ekliyorum. Generation1 sanal makineler için işletim sistemi ve başlangıç birimi dışındaki sanal disklerin SCSI Controller lar üzerinde olmasını öneririz. Bir problem yoksa yeni sanal makineyi başlatmak için hazırsınız. İlerleyin. Serhat AKINCI Hyper-V MVP Sayfa 23 / 31

25 Çevrim Sonrasında Yapılması Gerekenler 1) Hyper-V üzerindeki yeni sanal makineyi başlatın. İlk etapta ağa bağlı olmaması iyi bir fikirdir çünkü üzerinde yeni bir Network Adapter olacağı için otomatik olarak IP almaya çalışır. İlk açılış normalden biraz daha uzun sürebilir çünkü Windows başlarken yeni sanal makine donanımlarını tanımakla meşguldür ve imaj içinde Hyper-V Integration Services sürücüleri varsa bunları hazır etmeye çalışır. (mesela Windows Server 2012 sanal işletim sistemleri) Ayrıca ağa bağlı olmayan etki alanı üyesi sunucular DNS e erişememekten kaynaklı gecikmeler yaşayabilir. Bu aşamada bunlar normaldir. 2) Donanım değişikliklerinin algılanmasından sonra yeniden başlatmak gerekebilir. Bunu gerçekleştirin. Serhat AKINCI Hyper-V MVP Sayfa 24 / 31

26 3) VMware Tools u kaldırın ve sanal makineyi yeniden başlatın. Bazı durumlarda ikinci kez yeniden başlatmanızı istenebilir. Serhat AKINCI Hyper-V MVP Sayfa 25 / 31

27 4) Kaynak sanal işletim sistemiyle gelen VMware aygıtlarını kaldırın. Bunun için öncelikle set devmgr_show_nonpresent_devices=1 komutunu, ardından konsolu hiç kapatmadan devmgmt.msc komutunu çalıştırın. Device Manager açılır. Serhat AKINCI Hyper-V MVP Sayfa 26 / 31

28 View menüsünde Show Hidden Devices seçimini yapın ve ortaya çıkan gizli/kullanılmayan aygıtlar arasından eski VMware aygıtlarını Uninstall ile kaldırın. Bu aygıtlar aslında olmadığı için icon renkleri diğerlerine göre daha açık renklidir. Özellikle eski Network Adapter ü kaldırmanız önemli. Her ne kadar kullanılmıyor olsa da sunucunun orijinal TCP/IP tanımları hala bu adaptör üzerindedir. Mesela bu durumdayken eski TCP/IP ayarlarını yeni ağ kartına vermek istediğinizde aşağıdaki uyarıyı alırsınız. Serhat AKINCI Hyper-V MVP Sayfa 27 / 31

29 Neredeyse tüm bölümler altında kaldırılması gereken VMware aygıtları göreceksiniz. Bunların tamamını temizleyin. VMware Virtual Disk SCSI Disk Device Standard VGA Graphics Adapter NECVMWar VMware IDE CDR 10 ATA Device Floppy disk drive Standard floppy disk controller IDE ATA/ATAPI controllers altındakiler Standard PS/2 Keyboard VMware Pointing Device Generic Non-PnP Monitor VMware VMCI Bus Driver Printer Port (LPT1) Processors Storage Controllers LSI Adapter Storage Volumes Generic volume System Devices altındakiler Ardından sunucuyu yeniden başlatın. Serhat AKINCI Hyper-V MVP Sayfa 28 / 31

30 5) Yeni sanal makine için Hyper-V Integration Services kurulumunu/güncelleştirmesini yapın. Bu kurulum, Hyper-V aygıtları için gerekli sürücüleri sanal makine üzerine yükler veya var olanları güncelleştirir. BİLGİ: Hyper-V Integration Services sürücü paketi bazı Windows sürümleri içinde yerleşik olarak gelir ama yine de güncelleştirilmesi gerekebilir. Kurulum/güncelleştirme işlemi ardından sanal makineyi yeniden başlatın. Serhat AKINCI Hyper-V MVP Sayfa 29 / 31

31 6) TCP/IP tanımlarını, çalışmanın başında kaynak sanal makineden aldığınız orijinal bilgilerle güncelleyin. 7) Çalışmanın başında Stop/Disabled duruma aldığınız ilgili servisleri yeniden Automatic ve Start konuma çekin. Update Services, IIS Admin Service, Windows Internal Database (MICROSOFT##SSEE) Yukarıdaki servislerin sadece örnek senaryoda geçerli olduğunu unutmayın. 8) Sanal makineyi ağa bağlamadan önce ön kontrollerinizi tamamlayın. Servislerin çalıştığını, uygulama konsollarının açıldığını ve gerekli verilere ulaşabildiğinizi doğrulayın. 9) Sanal makineyi Shutdown edin ve ağa bağlayın. Ardından yeniden Start ederek her şeyin yerli yerine oturduğu bir başlangıç olmasını sağlayın. 10) Böylece VMware ESX Cluster yapısından Hyper-V Cluster yapısına doğru sanal makine çevrim işlemi tamamlanmış olur. Serhat AKINCI Hyper-V MVP Sayfa 30 / 31