Konwertuj XVA na VMDK

Produkt VMware, taki jak Workstation, Fusion lub ESXi, zwykle nie może bezpośrednio otworzyć eksportu XVA, dlatego migracja z XenServer lub XCP-ng wymaga konwersji dysków wirtualnych. Praktyczne rozwiązanie polega na przywróceniu lub wyodrębnieniu pliku XVA, wyeksportowaniu każdego dysku jako VHD, a następnie przekonwertowaniu plików VHD do formatu VMDK.

Czym jest format XVA

XVA to kontener eksportu maszyny wirtualnej tworzony przez Citrix XenServer, Citrix Hypervisor i XCP-ng. Jest to archiwum oparte na formacie tar, zawierające metadane VM, zwykle między innymi ova.xml, oraz dane dysków reprezentowane przez bloki VDI XenServer lub elementy archiwum.

Administratorzy używają plików XVA do przenoszenia VM między środowiskami XenServer lub XCP-ng, tworzenia eksportów offline oraz wykonywania kopii zapasowych VM. Plik XVA sam w sobie nie jest dyskiem wirtualnym VMware, a zmiana jego rozszerzenia na .vmdk nie powoduje konwersji.

Czym jest format VMDK

VMDK to format dysku wirtualnego VMware. VMware Workstation, Fusion i ESXi mogą dołączać pliki VMDK do nowych lub istniejących maszyn wirtualnych; inne hypervisory również obsługują wiele wariantów VMDK.

VMDK może być rzadki i zwiększać rozmiar wraz z zapisywaniem danych albo prealokowany, rezerwując z góry większość lub całą swoją wirtualną pojemność. Konwersja zmienia kontener dysku i nie konwertuje sprzętu VM specyficznego dla Xen, migawek, ustawień sieci ani sterowników systemu gościa.

Jak konwertować dyski

Przywróć plik XVA i wyeksportuj jego VDI

To najbardziej niezawodna metoda, gdy dostępny jest host XenServer lub XCP-ng.

1. Zaimportuj plik XVA do XenServer, Citrix Hypervisor lub XCP-ng za pomocą XenCenter, Xen Orchestra albo udokumentowanego polecenia importu danej platformy.
2. Uruchom zaimportowaną VM tylko wtedy, gdy jest to konieczne do jej sprawdzenia, a następnie ją wyłącz. Nie eksportuj ani nie konwertuj dysku, gdy system gościa zapisuje na nim dane.
3. Zidentyfikuj każdy dysk wirtualny dołączony do VM, w tym dyski danych. Wyeksportuj każdy VDI jako VHD za pomocą klienta zarządzającego lub wiersza poleceń hosta. Przykładowe polecenie w stylu XenServer:

xe vdi-export uuid=<VDI_UUID> filename=disk.vhd format=vhd

Jeśli składnia polecenia jest inna, użyj równoważnej operacji eksportu VDI w XCP-ng. Zachowaj pierwotną kolejność dysków i zapisz, który VHD jest dyskiem rozruchowym.

Konwertuj VHD do VMDK za pomocą qemu-img

Zainstaluj QEMU w systemie Linux lub Windows i sprawdź każdy wyeksportowany dysk przed konwersją:

qemu-img info disk.vhd

Jeśli dane wyjściowe identyfikują źródło jako VHD, przekonwertuj je do domyślnego rzadkiego VMDK:

qemu-img convert -p -f vpc -O vmdk disk.vhd disk.vmdk

Jeśli qemu-img info zgłosi inny typ źródła, użyj zgłoszonego typu zamiast vpc. Aby utworzyć prealokowany monolityczny dysk VMware, użyj:

qemu-img convert -p -f vpc -O vmdk -o subformat=monolithicFlat disk.vhd disk.vmdk

Przed utworzeniem prealokowanego dysku sprawdź ilość wolnego miejsca w miejscu docelowym. Powtórz konwersję dla każdego VHD, a następnie dołącz wynikowe pliki VMDK do nowej VM VMware w tej samej kolejności co w oryginalnej VM Xen.

Wyodrębnianie pliku XVA bez hosta Xen

Plik XVA jest archiwum tar, dlatego jego metadane i elementy można przeglądać lokalnie:

mkdir xva-extracted
tar -xf vm.xva -C xva-extracted
find xva-extracted -maxdepth 4 -type f

Wyodrębnione pliki nie muszą być samodzielnymi plikami VHD. Wiele eksportów XVA zawiera fragmenty dysków XenServer, które trzeba ponownie złożyć w obraz dysku. Jeśli eksport zawiera kompletny VHD, sprawdź go za pomocą qemu-img info i przekonwertuj zgodnie z powyższym opisem. Jeśli zawiera fragmenty, użyj narzędzia xva-img dostarczonego dla odpowiedniej wersji XenServer lub XCP-ng, postępując zgodnie z udokumentowanym dla tej wersji poleceniem wyodrębniania dysku, albo zaimportuj plik XVA do hosta Xen i wyeksportuj tam VDI.

Nie łącz ręcznie elementów archiwum; metadane XVA i układ fragmentów nie stanowią ogólnej sekwencji plików VHD, a ręczne łączenie może doprowadzić do uszkodzenia dysku.

Oprogramowanie desktopowe dla Windows

Po uzyskaniu kompletnego pliku VHD narzędzie StarWind V2V Converter może przekonwertować go w systemie Windows. Wybierz lokalny VHD jako źródło, wybierz VMware VMDK jako miejsce docelowe i wybierz układ rozrastający się lub prealokowany. StarWind zazwyczaj nie konwertuje samego archiwum XVA, dlatego nadal wymagane jest wyodrębnienie danych lub przywrócenie po stronie Xen.

qemu-img jest preferowany w przypadku konwersji wykonywanych za pomocą skryptów lub wymagających powtarzalności. XenConvert to stare narzędzie do migracji Xen i nie należy traktować go jako aktualnego bezpośredniego konwertera XVA do VMDK.

Kontrola zgodności i jakości

• Konwersja dysku zwykle zachowuje partycje, systemy plików i pliki systemu gościa, ale nie zachowuje metadanych VM XenServer, członkostwa w puli, migawek, definicji wirtualnych kart sieciowych ani narzędzi specyficznych dla Xen.
• Dopasuj tryb BIOS lub UEFI oryginalnego systemu gościa i wybierz kontroler pamięci masowej VMware zgodny z zainstalowanym systemem operacyjnym. Niezgodność kontrolera lub oprogramowania układowego może uniemożliwić uruchomienie.
• Windows może wykryć nowy sprzęt wirtualny, wymagać ponownej aktywacji lub potrzebować zmian sterowników pamięci masowej. Linux może wymagać initramfs zawierającego sterownik pamięci masowej VMware.
• Usuń lub wyłącz narzędzia gościa Xen, jeśli powodują błędy sterowników lub usług, a następnie zainstaluj VMware Tools po uruchomieniu systemu gościa. Należy oczekiwać zmiany wirtualnego adaptera sieciowego i adresu MAC.
• Zachowaj oryginalny plik XVA do czasu uruchomienia przekonwertowanej VM i pomyślnego sprawdzenia jej systemów plików. Zamontuj każdy przekonwertowany dysk lub przetestuj jego uruchamianie i zweryfikuj dane aplikacji przed usunięciem źródła.
• Rzadki VMDK może być znacznie mniejszy od swojej wirtualnej pojemności, natomiast prealokowany VMDK może osiągać pełny przydzielony rozmiar. Żaden z tych rozmiarów sam w sobie nie wskazuje na utratę danych.
• Żadna popularna usługa konwersji online nie obsługuje niezawodnie archiwów XVA XenServer lub XCP-ng ani nie odtwarza zawartych w nich danych VDI. Przesłanie pliku XVA ujawniłoby również całe dyski, dane uwierzytelniające, dane osobowe i potencjalnie klucze prywatne, dlatego w przypadku eksportów produkcyjnych lub poufnych należy używać lokalnych narzędzi.