virt-v2v - Online di Cloud

PROGRAM:

NAMA

virt-v2v - Mengonversi tamu untuk menggunakan KVM

RINGKASAN

virt-v2v -ic vpx://vcenter.example.com/Datacenter/esxi vmware_guest

virt-v2v -ic vpx://vcenter.example.com/Datacenter/esxi vmware_guest \
-o rhev -os rhev.nfs:/export_domain --jaringan rhevm

virt-v2v -i libvirtxml domain tamu.xml -o lokal -os / var / tmp

virt-v2v -i disk disk.img -o lokal -os / var / tmp

virt-v2v -i disk disk.img -o sekilas

virt-v2v -ic qemu:///system qemu_guest --di tempat

DESKRIPSI

Virt-v2v mengonversi tamu dari hypervisor asing untuk berjalan di KVM. Itu bisa membaca Linux dan
Tamu Windows berjalan di VMware, Xen, Hyper-V dan beberapa hypervisor lainnya, dan mengonversi
mereka ke KVM yang dikelola oleh libvirt, OpenStack, oVirt, Red Hat Enterprise Virtualization (RHEV)
atau beberapa target lainnya.

Ada juga front-end pendamping yang disebut virt-p2v(1) yang datang sebagai ISO, CD atau PXE
image yang dapat di-boot pada mesin fisik untuk memvirtualisasikan mesin tersebut (fisik ke
maya, atau p2v).

Halaman manual ini mendokumentasikan virt-v2v yang ditulis ulang termasuk dalam libguestfs 1.28.

INPUT DAN KELUARAN MODE

-o null
-i disk -o lokal
-i ova virt-v2v -o qemu
konversi
VMware─▶┌────────────┐ server -o libvirt KVM
Xen -i libvirt (default)
... (default)
-o sekilas
-i libvirtxml -o rhev
-o vdsm

Virt-v2v memiliki sejumlah kemungkinan mode input dan output, dipilih menggunakan -i dan -o
pilihan. Hanya satu mode input dan output yang dapat dipilih untuk setiap menjalankan virt-v2v.

-i cakram digunakan untuk membaca dari gambar disk lokal (terutama untuk pengujian).

-i libvirt digunakan untuk membaca dari sumber libvirt apa pun. Karena libvirt dapat terhubung ke banyak
hypervisor yang berbeda, digunakan untuk membaca tamu dari VMware, RHEL 5 Xen dan banyak lagi.
-ik opsi memilih sumber libvirt yang tepat.

-i libvirtxml digunakan untuk membaca dari file XML libvirt. Ini adalah metode yang digunakan oleh
virt-p2v(1) di belakang layar.

-i ova digunakan untuk membaca dari file sumber VMware ova.

-o sekilas digunakan untuk menulis ke OpenStack Glance.

-o libvirt digunakan untuk menulis ke target libvirt apa pun. Libvirt dapat terhubung ke lokal atau
hypervisor KVM jarak jauh. Itu -ok opsi memilih target libvirt yang tepat.

-o lokal digunakan untuk menulis ke image disk lokal dengan file konfigurasi libvirt lokal
(terutama untuk pengujian).

-o qemu menulis ke image disk lokal dengan skrip shell untuk mem-boot tamu secara langsung di
qemu (terutama untuk pengujian).

-o rhev digunakan untuk menulis ke target RHEV-M / oVirt. -o vdsm hanya digunakan ketika virt-v2v
berjalan di bawah kendali VDSM.

--di tempat menginstruksikan virt-v2v untuk menyesuaikan OS tamu di mesin virtual input,
alih-alih membuat VM baru di hypervisor target.

CONTOH

mengubah dari VMware vCenter Server untuk lokal libvirt
Anda memiliki server VMware vCenter bernama "vcenter.example.com", pusat data bernama
"Pusat Data", dan hypervisor ESXi yang disebut "esxi". Anda ingin mengonversi tamu bernama
"vmware_guest" untuk dijalankan secara lokal di bawah libvirt.

virt-v2v -ic vpx://vcenter.example.com/Datacenter/esxi vmware_guest

Dalam hal ini Anda kemungkinan besar harus menjalankan virt-v2v sebagai "root", karena perlu berbicara
ke daemon libvirt sistem dan salin disk tamu ke / var / lib / libvirt / gambar.

Untuk informasi lebih lanjut lihat "INPUT DARI VMWARE VCENTER SERVER" di bawah ini.

mengubah dari VMware untuk RHEV-M/oVirt
Ini sama dengan contoh sebelumnya, kecuali Anda ingin mengirim tamu ke RHEV-M
Ekspor Domain Penyimpanan yang terletak dari jarak jauh (melalui NFS) di "rhev.nfs:/export_domain".
Jika Anda tidak jelas tentang lokasi Domain Penyimpanan Ekspor, Anda harus memeriksa
pengaturan pada konsol manajemen RHEV-M Anda. Antarmuka jaringan tamu terhubung ke
jaringan target yang disebut "rhevm".

virt-v2v -ic vpx://vcenter.example.com/Datacenter/esxi vmware_guest \
-o rhev -os rhev.nfs:/export_domain --jaringan rhevm

Dalam hal ini host yang menjalankan virt-v2v bertindak sebagai Konversi Server.

Perhatikan bahwa setelah konversi, tamu akan muncul di Domain Penyimpanan Ekspor RHEV-M,
dari mana Anda perlu mengimpornya menggunakan antarmuka pengguna RHEV-M. (Lihat "OUTPUT KE
RHV").

mengubah cakram gambar untuk OpenStack sekilas
Diberikan gambar disk dari hypervisor lain yang ingin Anda konversi untuk dijalankan di OpenStack
(hanya OpenStack berbasis KVM yang didukung), Anda dapat melakukan:

virt-v2v -i disk disk.img -o sekilas

Untuk mengontrol nama gambar di Glance, gunakan -di .

mengubah cakram gambar untuk cakram gambar
Diberikan image disk dari hypervisor lain yang ingin Anda konversi untuk dijalankan di KVM, Anda
memiliki dua pilihan. Cara paling sederhana adalah dengan mencoba:

virt-v2v -i disk disk.img -o lokal -os / var / tmp

di mana virt-v2v menebak segalanya tentang input disk.img dan (dalam hal ini) menulis
hasil konversi menjadi / var / tmp.

Metode yang lebih kompleks adalah menulis beberapa libvirt XML yang menjelaskan tamu input (jika Anda bisa
dapatkan sumber hypervisor untuk memberi Anda libvirt XML, maka jauh lebih baik). Anda
kemudian dapat melakukan:

virt-v2v -i libvirtxml domain tamu.xml -o lokal -os / var / tmp

Sejak domain tamu.xml berisi jalur ke image disk tamu yang tidak Anda perlukan
tentukan nama gambar disk pada baris perintah.

Untuk mengonversi image disk lokal dan segera mem-bootnya di qemu lokal, lakukan:

virt-v2v -i disk disk.img -o qemu -os / var / tmp --qemu-boot

SUPPORT MATRIX

Hypervisor (Memasukkan)
VMware ESXi
Harus dikelola oleh VMware vCenter 5.0. Tidak dikelola, masukan langsung dari ESXi tidak
didukung.

OVA diekspor dari VMware
OVA dari hypervisor lain tidak akan berfungsi.

RHEL5Xen
Citrix Xen
Citrix Xen belum diuji baru-baru ini.

Hyper-V
Tidak baru-baru ini diuji. Mengharuskan Anda mengekspor disk atau menggunakan virt-p2v(1) pada Hyper-V.

Langsung dari gambar disk
Hanya gambar disk yang diekspor dari hypervisor yang didukung, dan menggunakan format wadah
didukung oleh qemu.

Mesin fisik
Menggunakan virt-p2v(1) alat.

Hypervisor (Keluaran)
QEMU dan KVM saja.

Virtualisasi pengelolaan sistem (Keluaran)
Sekilas OpenStack
Red Hat Enterprise Virtualization (RHEV) 2.2 dan lebih tinggi
libvirt lokal
Dan karenanya Virsh(1) manajer kebajikan(1), dan alat serupa.

Disk lokal

Tamu
Red Hat Perusahaan Linux 3, 4, 5, 6, 7
CentOS 3, 4, 5, 6, 7
Linux Ilmiah 3, 4, 5, 6, 7
Oracle Linux
Fedora
SLES 10 ke atas
OpenSUSE 10 dan lebih tinggi
Windows XP ke Windows 8.1 / Windows Server 2012 R2
Kami menggunakan nomor versi internal Windows, lihat
https://en.wikipedia.org/wiki/List_of_Microsoft_Windows_versions

Saat ini NT 5.2 hingga NT 6.3 didukung.

Lihat "WINDOWS" di bawah untuk catatan tambahan tentang mengonversi tamu Windows.

Tamu firmware
BIOS atau UEFI untuk semua tipe tamu (tetapi lihat "UEFI" di bawah).

PILIHAN

--membantu
Tampilkan bantuan.

-b ...
--menjembatani ...
Lihat --jaringan di bawah.

--dikompresi
Tulis file keluaran terkompresi. Ini hanya diperbolehkan jika format outputnya adalah qcow2
(Lihat -dari bawah), dan setara dengan -c pilihan dari qemu-img(1).

--jalur dc Folder/Pusat Data
NB: Anda tidak perlu menggunakan parameter ini jika Anda memiliki libvirt 1.2.20.

Untuk VMware vCenter, ganti parameter "dcPath=..." yang digunakan untuk memilih pusat data.
Virt-v2v biasanya dapat menghitung ini dari URI "vpx://", tetapi jika salah,
maka Anda dapat menimpanya menggunakan pengaturan ini. Buka antarmuka folder web vCenter Anda,
misalnya. "https://vcenter.example.com/folder" (tanpa garis miring), dan periksa
"dcPath=" parameter di URL yang muncul di halaman ini.

--debug-gc
Debug pengumpulan sampah dan alokasi memori. Ini hanya berguna saat debugging
masalah memori di virt-v2v atau binding libguestfs OCaml.

--debug-overlay
Simpan file overlay yang dibuat selama konversi. Opsi ini hanya digunakan untuk
debugging virt-v2v dan dapat dihapus di versi mendatang.

-i cakram
Setel metode masukan ke cakram.

Dalam mode ini Anda dapat membaca image disk mesin virtual tanpa metadata. virt-v2v
mencoba menebak metadata default terbaik. Ini biasanya memadai tetapi Anda bisa mendapatkan
kontrol yang lebih baik (mis. memori dan vCPU) dengan menggunakan -i libvirtxml sebagai gantinya. Hanya tamu
yang menggunakan satu disk dapat diimpor dengan cara ini.

-i libvirt
Setel metode masukan ke libvirt. Ini adalah default.

Dalam mode ini Anda harus menentukan nama tamu libvirt atau UUID pada baris perintah.
Anda juga dapat menentukan URI koneksi libvirt (lihat -ik).

-i libvirtxml
Setel metode masukan ke libvirtxml.

Dalam mode ini Anda harus melewatkan file XML libvirt pada baris perintah. File ini adalah
baca untuk mendapatkan metadata tentang tamu sumber (seperti namanya, jumlah
memori), dan juga untuk menemukan disk input. Lihat "XML MINIMAL UNTUK -i libvirtxml
OPSI" di bawah.

-i lokal
Ini sama dengan -i cakram.

-i ova
Setel metode masukan ke ova.

Dalam mode ini Anda dapat membaca file ova VMware. Virt-v2v akan membaca file manifes ova
dan periksa volume vmdk untuk validitas (checksum) serta menganalisis file ovf,
dan kemudian mengubah tamu. Lihat "INPUT DARI VMWARE OVA" di bawah

-ik libvirtURI
Tentukan URI koneksi libvirt untuk digunakan saat membaca tamu. Ini hanya digunakan
ketika -aku libvirt.

Hanya koneksi libvirt lokal, koneksi VMware vCenter, atau remote RHEL 5 Xen
koneksi dapat digunakan. Koneksi libvirt jarak jauh lainnya tidak akan berfungsi secara umum.

Lihat juga "INPUT DARI VMWARE VCENTER SERVER", "INPUT DARI RHEL 5 XEN" di bawah ini.

-jika format
Untuk -i cakram saja, ini menentukan format gambar disk input. Untuk masukan lainnya
metode Anda harus menentukan format input dalam metadata.

--di tempat
Jangan membuat mesin virtual keluaran di hypervisor target. Sebagai gantinya, sesuaikan
OS tamu di VM sumber untuk dijalankan di hypervisor input.

Mode ini dimaksudkan untuk integrasi dengan perangkat lain, yang bertanggung jawab
mengonversi konfigurasi VM, menyediakan rollback jika terjadi kesalahan,
mengubah penyimpanan, dll.

Konflik dengan semua -o * Pilihan.

--dapat dibaca oleh mesin
Opsi ini digunakan untuk membuat output lebih ramah mesin saat diurai oleh
program lainnya. Lihat "OUTPUT YANG DAPAT DIBACA MESIN" di bawah.

-n masuk:keluar
-n di luar
--jaringan masuk:keluar
--jaringan di luar
-b masuk:keluar
-b di luar
--menjembatani masuk:keluar
--menjembatani di luar
Petakan jaringan (atau jembatan) yang disebut "dalam" ke jaringan (atau jembatan) yang disebut "keluar". Jika tidak ada "di:"
awalan diberikan, semua jaringan lain (atau jembatan) dipetakan ke "keluar".

Lihat "JARINGAN DAN JEMBATAN" di bawah.

--tidak ada salinan
Jangan menyalin disk. Sebaliknya, konversi dilakukan (dan dibuang), dan
metadata ditulis, tetapi tidak ada disk yang dibuat. Lihat juga diskusi tentang -o nol di bawah.

Ini berguna dalam dua kasus: Anda ingin menguji apakah konversi cenderung
berhasil, tanpa proses penyalinan yang lama. Atau Anda hanya tertarik melihat
metadata.

Opsi ini tidak kompatibel dengan -o libvirt karena itu akan membuat tamu yang salah
(satu tanpa disk).

Opsi ini tidak kompatibel dengan -o sekilas karena alasan teknis.

--tanpa-pangkas semua
--tanpa-pangkas mp[,mp...]
Secara default virt-v2v berjalan fstream(8) untuk mengurangi jumlah data yang perlu
disalin. Ini diketahui merusak beberapa bootloader buggy yang menyebabkan kegagalan boot setelah
konversi (lihat misalnya https://bugzilla.redhat.com/show_bug.cgi?id=1141145#c27).

Anda dapat menggunakan --tanpa-pangkas semua untuk menonaktifkan semua pemangkasan. Perhatikan ini akan sangat meningkat
jumlah data yang harus disalin dan dapat membuat virt-v2v berjalan jauh lebih lambat.

Anda juga dapat menonaktifkan pemangkasan pada sistem file yang dipilih saja (ditentukan dengan koma
daftar terpisah dari titik pemasangan mereka di tamu). Biasanya Anda akan menggunakan
--tanpa-pangkas / boot untuk mengatasi bug grub yang disebutkan di atas.

Anda juga dapat menonaktifkan pemangkasan pada partisi menggunakan skema penamaan libguestfs untuk
perangkat, misalnya: --tanpa-pangkas / dev / sdb2 berarti jangan memangkas partisi kedua pada yang kedua
perangkat blok. Menggunakan virt-filesystem(1) untuk membuat daftar nama sistem file di tamu.

-o cakram
Ini sama dengan -o lokal.

-o sekilas
Atur metode output ke OpenStack Glance. Dalam mode ini, tamu yang dikonversi adalah
diunggah ke Glance. Anda dapat mengontrol nama gambar dengan mengatur -di .

-o libvirt
Setel metode keluaran ke libvirt. Ini adalah default.

Dalam mode ini, tamu yang dikonversi dibuat sebagai tamu libvirt. Anda juga dapat menentukan
koneksi libvirt URI (lihat -ok).

Lihat "OUTPUT KE LIBVIRT" di bawah.

-o lokal
Setel metode keluaran ke lokal.

Dalam mode ini, tamu yang dikonversi ditulis ke direktori lokal yang ditentukan oleh -tulang
/dir (direktori harus ada). Disk tamu yang dikonversi ditulis sebagai:

/dir/nama-sda
/dir/nama-sdb
[dll]

dan file XML libvirt dibuat berisi metadata tamu:

/dir/nama.xml

di mana "nama" adalah nama tamu.

-o nol
Setel metode keluaran ke nol.

Tamu dikonversi dan disalin (kecuali jika Anda juga menentukan --tidak ada salinan), tapi hasilnya
dibuang dan tidak ada metadata yang ditulis.

-o asli
Ini sama dengan -o rhev.

-o qemu
Setel metode keluaran ke qemu.

Ini mirip dengan -o lokal, kecuali bahwa skrip shell ditulis yang dapat Anda gunakan
untuk mem-boot tamu di qemu. Disk yang dikonversi dan skrip shell ditulis ke
direktori yang ditentukan oleh -tulang.

Saat menggunakan mode keluaran ini, Anda juga dapat menentukan --qemu-boot pilihan yang boot
tamu di bawah qemu segera.

-o rhev
Setel metode keluaran ke rhev.

Tamu yang dikonversi ditulis ke Domain Penyimpanan Ekspor RHEV. Itu -tulang parameter
juga harus digunakan untuk menentukan lokasi Domain Penyimpanan Ekspor. Perhatikan ini
sebenarnya tidak mengimpor tamu ke RHEV. Anda harus melakukannya secara manual nanti
menggunakan UI-nya.

Lihat "OUTPUT KE RHEV" di bawah.

-o vdsm
Setel metode keluaran ke vdsm.

Modus ini mirip dengan -o rhev, tetapi jalur lengkap ke domain data harus diberikan:
/rhev/pusat data/ /. Mode ini hanya digunakan ketika
virt-v2v berjalan di bawah kendali VDSM.

-oa jarang
-oa dialokasikan sebelumnya
Atur mode alokasi file keluaran. Standarnya adalah "jarang".

-ok libvirtURI
Tentukan koneksi libvirt untuk digunakan saat menulis tamu yang dikonversi. Hanya ini
digunakan saat -o libvirt. Lihat "OUTPUT KE LIBVIRT" di bawah.

Hanya koneksi libvirt lokal yang dapat digunakan. Koneksi libvirt jarak jauh tidak akan berfungsi.

-dari format
Saat mengonversi tamu, konversikan disk ke format yang diberikan.

Jika tidak ditentukan, maka format input digunakan.

-di nama
Ganti nama tamu saat mengonversinya. Jika opsi ini tidak digunakan maka nama keluarannya
sama dengan nama input.

-tulang penyimpanan
Lokasi penyimpanan untuk tamu yang dikonversi.

Untuk -o libvirt, ini adalah kumpulan direktori libvirt (lihat "daftar kumpulan virsh") atau kumpulan UUID.

Untuk -o lokal dan -o qemu, ini adalah nama direktori. Direktori harus ada.

Untuk -o rhev, ini bisa menjadi jalur NFS dari Domain Penyimpanan Ekspor dalam bentuk
" : ", misalnya:

rhev-storage.example.com:/rhev/export

Ekspor NFS harus dapat dipasang dan ditulis oleh pengguna dan host yang menjalankan virt-v2v,
karena program virt-v2v harus benar-benar memasangnya saat dijalankan. Jadi kamu mungkin
harus menjalankan virt-v2v sebagai "root".

Atau: Anda dapat memasang sendiri Domain Penyimpanan Ekspor, dan tunjuk -tulang ke titik mount.
Perhatikan bahwa virt-v2v masih perlu menulis ke direktori jarak jauh ini, jadi virt-v2v akan
masih perlu dijalankan sebagai "root".

Anda akan mendapatkan kesalahan jika virt-v2v tidak dapat memasang/menulis ke Penyimpanan Ekspor
Domain.

--file kata sandi fillet
Alih-alih meminta kata sandi secara interaktif, berikan kata sandi melalui file.
Perhatikan file harus berisi seluruh kata sandi, tanpa Apa pun tertinggal garis baru, Dan untuk
keamanan file harus memiliki mode 0600 sehingga orang lain tidak dapat membacanya.

--sumber cetak
Cetak informasi tentang tamu sumber dan berhenti. Opsi ini berguna saat Anda
menyiapkan peta jaringan dan jembatan. Lihat "JARINGAN DAN JEMBATAN".

--qemu-boot
Ketika menggunakan -o qemu hanya, ini mem-boot tamu segera setelah virt-v2v selesai.

-q
--diam
Ini menonaktifkan bilah kemajuan dan keluaran lain yang tidak perlu.

--akar meminta
--akar tunggal
--akar pertama
--akar / dev / sdX
--akar /dev/VG/LV
Pilih sistem file root yang akan dikonversi.

Dalam kasus di mana mesin virtual adalah dual-boot atau multi-boot, atau di mana VM memiliki
sistem file lain yang terlihat seperti sistem operasi, opsi ini dapat digunakan untuk memilih
sistem file root (alias drive "C:" atau /) dari sistem operasi yang akan
dikonversi. Konsol Pemulihan Windows, drive DVD tertentu yang terpasang, dan bug di
libguestfs inspeksi heuristik, dapat membuat tamu terlihat seperti operasi multi-boot
sistem.

Default di virt-v2v 0.7.1 adalah --akar tunggal, yang menyebabkan virt-v2v mati jika a
sistem operasi multi-boot ditemukan.

Sejak virt-v2v 0.7.2 defaultnya sekarang --root bertanya: Jika VM ternyata multi-
boot, maka virt-v2v akan berhenti dan mendaftar kemungkinan sistem file root dan bertanya kepada pengguna
yang akan digunakan. Ini mengharuskan virt-v2v dijalankan secara interaktif.

--root dulu berarti memilih perangkat root pertama dalam kasus multi-boot
sistem operasi. Karena ini adalah heuristik, terkadang mungkin memilih yang salah.

Anda juga dapat memberi nama perangkat root tertentu, mis. --root /dev/sda2 berarti menggunakan
partisi kedua pada hard drive pertama. Jika perangkat root bernama tidak ada atau
tidak terdeteksi sebagai perangkat root, maka virt-v2v akan gagal.

Perhatikan bahwa ada bug di grub yang mencegahnya melakukan booting dengan sukses
sistem multiboot jika VirtIO diaktifkan. Grub hanya dapat mem-boot sistem operasi
dari disk VirtIO pertama. Secara khusus, / boot harus pada disk VirtIO pertama, dan
itu tidak dapat memuat OS yang tidak ada dalam disk VirtIO pertama.

--vdsm-gambar-uuid UUID
--vdsm-vol-uuid UUID
--vdsm-vm-uuid UUID
--vdsm-ovf-keluaran
Biasanya mode keluaran RHEV memilih UUID acak untuk tamu target. Namun VDSM
perlu mengontrol UUID dan melewati parameter ini ketika virt-v2v berjalan di bawah VDSM
kontrol. Kontrol parameter:

· direktori gambar dari setiap disk tamu (--vdsm-gambar-uuid) (opsi ini dilewati
sekali untuk setiap disk tamu)

· UUID untuk setiap disk tamu (--vdsm-vol-uuid) (opsi ini dilewatkan sekali untuk setiap
disk tamu)

· nama file OVF (--vdsm-vm-uuid).

· direktori keluaran OVF (direktori default saat ini) (--vdsm-ovf-keluaran).

Format UUID adalah: "12345678-1234-1234-1234-123456789abc" (setiap digit hex dapat
"0-9" atau "af"), sesuai dengan OSF DCE 1.1.

Opsi ini hanya dapat digunakan dengan -o vdsm.

-v
--bertele-tele
Aktifkan pesan verbose untuk debugging.

-V
--Versi: kapan
Tampilkan nomor versi dan keluar.

--tipe vm Desktop
--tipe vm Server
Untuk -o rhev or -o vdsm target saja, tentukan jenis tamu. Anda dapat mengatur ini
ke "desktop" atau "server". Jika opsi tidak diberikan, maka default yang sesuai adalah
dipilih berdasarkan sistem operasi tamu yang terdeteksi.

-x Aktifkan pelacakan panggilan API libguestfs.

XEN PARAVIRTUALISASI TAMU

Versi virt-v2v yang lebih lama dapat mengubah tamu Xen paravirtualized (PV) menjadi tamu KVM dengan
menginstal kernel baru. Versi virt-v2v ini tidak tidak coba instal yang baru
kernel. Sebaliknya itu akan memberi Anda kesalahan jika ada hanya Kernel Xen PV tersedia.

Oleh karena itu sebelum konversi, Anda harus memeriksa apakah kernel biasa telah diinstal. Untuk beberapa
distribusi Linux lama, ini berarti menginstal kernel dari tabel di bawah ini:

RHEL 3 (Tidak berlaku, karena tidak ada kernel Xen PV)

RHEL 4 i686 dengan > 10GB RAM: instal 'kernel-hugemem'
i686 SMP: instal 'kernel-smp'
i686 lainnya: instal 'kernel'
x86-64 SMP dengan > 8 CPU: instal 'kernel-largesmp'
x86-64 SMP: instal 'kernel-smp'
x86-64 lainnya: instal 'kernel'

RHEL 5 i686: instal 'kernel-PAE'
x86-64: instal 'kernel'

SLES 10 i586 dengan > 10GB RAM: instal 'kernel-bigsmp'
i586 SMP: instal 'kernel-smp'
i586 lainnya: instal 'kernel-default'
x86-64 SMP: instal 'kernel-smp'
x86-64 lainnya: instal 'kernel-default'

SLES 11+ i586: instal 'kernel-pae'
x86-64: instal 'kernel-default'

Windows (Tidak berlaku, karena tidak ada kernel Windows Xen PV)

MENGAKTIFKAN KEPERCAYAAN

"Virtio" adalah nama untuk satu set driver yang membuat disk (perangkat blok), jaringan dan
operasi tamu lainnya bekerja lebih cepat di KVM.

Versi virt-v2v yang lebih lama dapat menginstal driver ini untuk tamu Linux tertentu. Ini
versi virt-v2v tidak tidak mencoba menginstal kernel atau driver Linux baru, tetapi akan
memperingatkan Anda jika mereka belum diinstal.

Untuk mengaktifkan virtio, dan karenanya meningkatkan kinerja tamu setelah konversi,
Anda harus memastikan bahwa minimum versi paket diinstal sebelum konversi,
dengan melihat tabel di bawah ini.

RHEL 3 Tidak ada driver virtio yang tersedia

RHEL 4 kernel >= 2.5.9-89.EL
lvm2 >= 2.02.42-5.el4
device-mapper >= 1.02.28-2.el4
selinux-policy-targeted >= 1.17.30-2.152.el4
policycoreutils >= 1.18.1-4.13

RHEL 5 kernel >= 2.6.18-128.el5
lvm2 >= 2.02.40-6.el5
selinux-policy-targeted >= 2.4.6-203.el5

RHEL 6+ Semua versi mendukung virtio

Fedora Semua versi mendukung virtio

SLES 11+ Semua versi mendukung virtio

SLES 10 kernel >= 2.6.16.60-0.85.1

OpenSUSE 11+ Semua versi mendukung virtio

Kernel OpenSUSE 10 >= 2.6.25.5-1.1

Driver Windows diinstal dari direktori yang ditunjuk oleh
Variabel lingkungan "VIRTIO_WIN"
(/usr/share/virtio-win secara default) jika ada

RHEL 4

SELinux label ulang muncul untuk menggantung selama-lamanya
Di RHEL 4.7 ada bug yang menyebabkan pelabelan ulang SELinux tampak hang selamanya
di:

*** Peringatan -- Relabel SELinux diperlukan. ***
*** Menonaktifkan penegakan keamanan. ***
*** Pelabelan ulang bisa memakan waktu yang sangat lama, ***
*** tergantung pada ukuran sistem file. ***

Pada kenyataannya itu menunggu Anda untuk menekan tombol (tetapi tidak ada indikasi visual dari
ini). Anda dapat menekan tombol "[Kembali]", di mana tamu akan selesai
pelabelan ulang dan reboot, atau Anda dapat menginstal policycoreutils 1.18.1-4.13 sebelum memulai
konversi v2v. Lihat juga https://bugzilla.redhat.com/show_bug.cgi?id=244636

WINDOWS

Boot kegagalan: 0x0000007B
Kegagalan boot ini disebabkan oleh Windows yang tidak dapat menemukan atau memuat driver disk yang tepat
(misalnya. viostor.sys). Jika Anda mengalami kesalahan ini, berikut beberapa hal yang perlu diperiksa:

· Pertama-tama pastikan bahwa tamu melakukan booting pada hypervisor sumber sebelum konversi.

· Periksa apakah driver Windows virtio tersedia di /usr/share/virtio-win, dan itu
virt-v2v tidak mencetak peringatan apa pun tentang tidak dapat menginstal driver virtio.

Di Red Hat Enterprise Linux 7, Anda perlu menginstal driver yang ditandatangani yang tersedia
dalam paket "virtio-win". Jika Anda tidak memiliki akses ke driver yang ditandatangani, maka
Anda mungkin perlu menonaktifkan penandatanganan driver di menu boot.

· Periksa apakah Anda menampilkan antarmuka virtio-blk (tidak virtio-scsi dan tidak ide) untuk
tamu. Pada baris perintah qemu/KVM Anda akan melihat sesuatu yang mirip dengan ini:

... -drive file=windows-sda,jika=virtio ...

Di libvirt XML, Anda akan melihat:



· Periksa apakah Kebijakan Grup Windows tidak mencegah penginstalan driver atau
digunakan. Coba hapus Kebijakan Grup Windows sebelum konversi.

· Periksa apakah tidak ada anti-virus atau perangkat lunak lain yang mengimplementasikan seperti Kebijakan Grup
larangan menginstal atau menggunakan driver baru.

· Aktifkan debugging boot dan centang viostor.sys driver sedang dimuat.

OpenStack dan Windows pengaktifan kembali
OpenStack tidak menawarkan alamat perangkat/PCI yang stabil kepada tamu. Setiap kali itu menciptakan
atau memulai tamu, itu membuat ulang XML libvirt untuk tamu itu dari awal. Itu
libvirt XML tidak akan memiliki bidang. Libvirt kemudian akan memberikan alamat ke perangkat,
dengan cara yang dapat diprediksi. Alamat dapat berubah jika salah satu dari berikut ini benar:

· Disk atau perangkat jaringan baru telah ditambahkan atau dihapus dari tamu.

· Versi OpenStack atau (mungkin) libvirt telah berubah.

Karena Windows tidak menyukai perubahan "perangkat keras" semacam ini, ini dapat memicu Windows
pengaktifan kembali.

Ini juga dapat mencegah boot dengan kesalahan 7B [lihat bagian sebelumnya] jika tamu memiliki
kebijakan grup yang berisi "Pembatasan Instalasi Perangkat".

UEFI

VMware memungkinkan Anda menampilkan firmware UEFI kepada tamu (bukan BIOS PC biasa).
Virt-v2v dapat mengonversi tamu ini, tetapi mengharuskan UEFI didukung oleh target
hypervisor.

Saat ini KVM mendukung OVMF, firmware UEFI sumber terbuka sebagian, dan dapat menjalankan ini
tamu.

Karena dukungan OVMF baru saja ditambahkan ke KVM (pada 2014/2015), tidak semua target
lingkungan belum mendukung tamu UEFI:

UEFI di libvirt, qemu
Didukung. Virt-v2v akan menghasilkan libvirt XML (metadata) yang benar secara otomatis,
tetapi perhatikan bahwa versi OVMF yang sama harus diinstal pada host konversi sebagaimana adanya
diinstal pada hypervisor target, jika tidak, Anda harus menyesuaikan jalur di
metadata.

UEFI di OpenStack
Tidak didukung.

UEFI di RHEV
Tidak didukung.

JARINGAN DAN JEMBATAN

Tamu biasanya terhubung ke satu atau lebih jaringan, dan ketika dikonversi ke target
hypervisor Anda biasanya ingin menyambungkan kembali jaringan tersebut di tujuan. Pilihannya
--jaringan dan --menjembatani memungkinkan Anda untuk melakukan itu.

Jika Anda tidak yakin jaringan dan jembatan apa yang digunakan pada hypervisor sumber, maka
Anda dapat memeriksa metadata sumber (libvirt XML, informasi vCenter, dll.). Atau kamu bisa
jalankan virt-v2v dengan --sumber cetak opsi yang menyebabkan virt-v2v mencetak
informasi yang dimilikinya tentang tamu pada sumbernya dan kemudian keluar.

Dalam majalah --sumber cetak output Anda akan melihat bagian yang menunjukkan Antarmuka Jaringan tamu
Kartu (NIC):

$ virt-v2v [-i ...] --nama sumber cetak
[...]
NIC:
Jaringan "default" mac: 52:54:00:d0:cf:0e

Ini tipikal tamu libvirt: Ia memiliki antarmuka jaringan tunggal yang terhubung ke a
jaringan yang disebut "default".

Untuk memetakan jaringan tertentu ke jaringan target, misalnya "default" pada sumber ke
"rhevm" pada target, gunakan:

virt-v2v [...] --default jaringan: rhevm

Untuk memetakan setiap jaringan ke jaringan target, gunakan:

virt-v2v [...] --network rhevm

Jembatan ditangani dengan cara yang sama, tetapi Anda harus menggunakan --menjembatani pilihan sebagai gantinya. Untuk
contoh:

$ virt-v2v [-i ...] --nama sumber cetak
[...]
NIC:
Jembatan "br0"

$ virt-v2v [...] --bridge br0:targetbr

INPUT DARI perangkat lunak vmware VCENTER SERVER

Virt-v2v dapat mengimpor tamu dari VMware vCenter Server.

vCenter 5.0 diperlukan. Jika Anda tidak memiliki vCenter, disarankan menggunakan OVA
(lihat "INPUT FROM VMWARE OVA" di bawah), atau jika tidak memungkinkan, lihat "INPUT FROM
VMWARE ESXi HYPERVISOR".

Virt-v2v menggunakan libvirt untuk akses ke vCenter, dan oleh karena itu mode input harus -i
libvirt. Karena ini adalah default, Anda tidak perlu menentukannya di baris perintah.

PUSAT VK: Menghapus perangkat lunak vmware ALAT DARI WINDOWS TAMU
Untuk tamu Windows, Anda harus menghapus alat VMware sebelum konversi. Meskipun ini adalah
tidak benar-benar diperlukan, dan tamu masih dapat berlari, jika Anda tidak melakukan ini maka
tamu yang dikonversi akan mengeluh pada setiap boot. Alat tidak dapat dihapus setelah
konversi karena uninstaller memeriksa apakah itu berjalan di VMware dan menolak untuk memulai
(yang juga merupakan alasan mengapa virt-v2v tidak dapat menghapusnya).

Ini tidak diperlukan untuk tamu Linux, karena virt-v2v dapat menghapus alat VMware.

PUSAT VK: URI
URI libvirt dari server vCenter terlihat seperti ini:

vpx://pengguna@server/Pusat data/esxi

di mana:

"pengguna@"
adalah pengguna (opsional, tetapi disarankan) untuk terhubung sebagai.

Jika nama pengguna berisi garis miring terbalik (mis. "DOMAIN\USER") maka Anda perlu URI-
keluar dari karakter itu menggunakan %5c: "DOMAIN%5cUSER" (5c adalah kode ASCII heksadesimal untuk
garis miring terbalik.) Tanda baca lain mungkin juga harus dihilangkan.

"pelayan"
adalah Server vCenter (tidak hipervisor).

"Pusat Data"
adalah nama pusat data.

Jika nama berisi spasi, ganti dengan kode URI-escape %20.

"esxi"
adalah nama hypervisor ESXi yang menjalankan tamu.

Jika penerapan VMware menggunakan folder, folder ini mungkin perlu ditambahkan ke URI, misalnya:

vpx://pengguna@server/Folder/Pusat data/esxi

Untuk detail lengkap URI libvirt, lihat: http://libvirt.org/drvesx.html

Kesalahan umum dari libvirt/virsh ketika URI salah meliputi:

· Tidak dapat menemukan pusat data yang ditentukan dalam [...]

· Tidak dapat menemukan sumber daya komputasi yang ditentukan dalam [...]

· Jalur [...] tidak menentukan sumber daya komputasi

· Jalur [...] tidak menentukan sistem host

· Tidak dapat menemukan sistem host yang ditentukan dalam [...]

PUSAT VK: UJI LIBVIRT KONEKSI UNTUK VCENTER
Gunakan Virsh(1) perintah untuk membuat daftar tamu di Server vCenter seperti ini:

$virsh -c 'vpx://[email dilindungi]/Datacenter/esxi' list --all
Masukkan kata sandi root untuk vcenter.example.com: ***

Id Nama Negara
-------------------------------------------------- -
- Fedora 20 dimatikan
- Windows 2003 dimatikan

Jika Anda mendapatkan kesalahan "Sertifikat rekan tidak dapat diautentikasi dengan sertifikat CA yang diberikan"
atau serupa, maka Anda dapat mengimpor sertifikat host vCenter, atau mengabaikan tanda tangan
verifikasi dengan menambahkan tanda "?no_verify=1":

$virsh -c 'vpx://[email dilindungi]/Datacenter/esxi?no_verify=1' daftar --semua

Anda juga harus mencoba membuang metadata dari tamu mana pun di server Anda, seperti ini:

$virsh -c 'vpx://[email dilindungi]/Pusat data/esxi' dumpxml "Windows 2003"

Windows 2003
[...]


If itu atas perintah do tidak kerja, kemudian virt-v2v is tidak akan untuk kerja antara. Perbaiki
konfigurasi libvirt dan/atau Server VMware vCenter Anda sebelum melanjutkan.

PUSAT VK: PENGIMPORAN A TAMU
Untuk mengimpor tamu tertentu dari Server vCenter, lakukan:

$virt-v2v -ic 'vpx://[email dilindungi]/Datacenter/esxi?no_verify=1' \
"Windows 2003" \
-o lokal -os / var / tmp

di mana "Windows 2003" adalah nama tamu (yang harus dimatikan).

Perhatikan bahwa Anda mungkin dimintai kata sandi vCenter dua kali. Ini terjadi sekali karena
libvirt membutuhkannya, dan untuk kedua kalinya karena virt-v2v sendiri terhubung langsung ke
server. Menggunakan --file kata sandi untuk memberikan kata sandi melalui file.

Dalam hal ini, flag output diatur untuk menulis tamu yang dikonversi menjadi sementara
direktori karena ini hanya sebuah contoh, tetapi Anda juga dapat menulis ke libvirt atau lainnya
sasaran yang didukung.

PUSAT VK: NON ADMINISTRATOR PERAN
Alih-alih menggunakan peran Administrator vCenter, Anda dapat membuat non-administrator khusus
berperan untuk melakukan konversi. Namun Anda harus memberikannya set minimum
izin sebagai berikut:

1. Buat peran khusus di vCenter.

2. Aktifkan (centang) objek berikut:

Penyimpanan data:
- Jelajahi penyimpanan data
- Operasi file tingkat rendah

Sidang:
- Validasi sesi

Mesin virtual:
Ketentuan:
- Izinkan akses disk
- Izinkan akses disk hanya baca
- Manajemen sistem Operasi Tamu oleh VIX API

INPUT DARI perangkat lunak vmware OVA

Virt-v2v dapat mengimpor tamu dari file OVA (Open Virtualization Appliance) VMware.
Hanya OVA yang diekspor dari VMware vSphere yang akan berfungsi.

Ova: Menghapus perangkat lunak vmware ALAT DARI WINDOWS TAMU
Untuk tamu Windows, Anda harus menghapus alat VMware sebelum konversi. Meskipun ini adalah
tidak benar-benar diperlukan, dan tamu masih dapat berlari, jika Anda tidak melakukan ini maka
tamu yang dikonversi akan mengeluh pada setiap boot. Alat tidak dapat dihapus setelah
konversi karena uninstaller memeriksa apakah itu berjalan di VMware dan menolak untuk memulai
(yang juga merupakan alasan mengapa virt-v2v tidak dapat menghapusnya).

Ini tidak diperlukan untuk tamu Linux, karena virt-v2v dapat menghapus alat VMware.

Ova: MEMBUAT OVA
Untuk membuat OVA di vSphere, gunakan opsi "Ekspor Template OVF" (dari konteks VM
menu, atau dari menu File). Baik "Folder file" (OVF) atau "File tunggal" (OVA) akan
bekerja, tetapi OVA mungkin lebih mudah untuk ditangani. File OVA benar-benar hanya tar yang tidak terkompresi
file, sehingga Anda dapat menggunakan perintah seperti "tar tf VM.ova" untuk melihat isinya.

membuat OVA dengan alat ovf

Anda juga dapat menggunakan "ovftool" milik VMware:

ovftool --noSSLVerifikasi \
vi://PENGGUNA:[email dilindungi]/VM \
VM.ova

Untuk terhubung ke vCenter:

ovftool --noSSLVerifikasi \
vi://PENGGUNA:[email dilindungi]/ NAMA-DATACENTER/vm/VM \
VM.ova

Untuk autentikasi yang sadar akan Direktori Aktif, Anda harus mengekspresikan karakter "@" di
bentuk kode hex ascii-nya (%5c):

vi://DOMAIN%5cUSER:PASSWORD@...

Ova: PENGIMPORAN A TAMU
Untuk mengimpor file OVA bernama VM.ova, melakukan;

$ virt-v2v -i ova VM.ova -o lokal -os / var / tmp

Jika Anda mengekspor tamu sebagai "Folder file", or jika Anda membongkar tarball OVA
sendiri, maka Anda dapat mengarahkan virt-v2v ke direktori yang berisi file:

$ virt-v2v -i ova /path/ke/file -o lokal -os / var / tmp

INPUT DARI perangkat lunak vmware ESXi HIPERVISOR

Virt-v2v tidak dapat mengakses hypervisor ESXi secara langsung. Anda harus menggunakan metode OVA di atas
(lihat "INPUT DARI VMWARE OVA") jika memungkinkan, karena jauh lebih cepat dan membutuhkan lebih sedikit
ruang disk daripada metode yang dijelaskan di bagian ini.

Anda dapat menggunakan virt-v2v-salin-ke-lokal(1) alat untuk menyalin tamu dari hypervisor ke
file lokal, dan kemudian mengonversinya.

ESXi: Menghapus perangkat lunak vmware ALAT DARI WINDOWS TAMU
Untuk tamu Windows, Anda harus menghapus alat VMware sebelum konversi. Meskipun ini adalah
tidak benar-benar diperlukan, dan tamu masih dapat berlari, jika Anda tidak melakukan ini maka
tamu yang dikonversi akan mengeluh pada setiap boot. Alat tidak dapat dihapus setelah
konversi karena uninstaller memeriksa apakah itu berjalan di VMware dan menolak untuk memulai
(yang juga merupakan alasan mengapa virt-v2v tidak dapat menghapusnya).

Ini tidak diperlukan untuk tamu Linux, karena virt-v2v dapat menghapus alat VMware.

ESXi: URI
URI libvirt untuk hypervisor VMware ESXi akan terlihat seperti ini:

esx: //[email dilindungi]?no_verifikasi=1

Parameter "?no_verify=1" menonaktifkan pemeriksaan sertifikat TLS.

ESXi: UJI LIBVIRT KONEKSI UNTUK ESXi HIPERVISOR
Gunakan Virsh(1) perintah untuk menguji URI dan daftar tamu jarak jauh yang tersedia:

$virsh -c esx://[email dilindungi]?no_verify=1 daftar --semua
Masukkan kata sandi root untuk esxi.example.com: ***
Id Nama Negara
-------------------------------------------------- -
- tamu dimatikan

ESXi: COPY THE TAMU UNTUK THE LOKAL MESIN
Menggunakan libvirt URI sebagai -ik opsi, salin salah satu tamu ke mesin lokal:

$ virt-v2v-salin-ke-lokal -ic esx://[email dilindungi]?no_verify=1 tamu

Ini menciptakan tamu.xml, tamu-disk1, ...

ESXi: DO THE VIRT-V2V KONVERSI
Lakukan konversi tamu menggunakan virt-v2v:

$ virt-v2v -i libvirtxml tamu.xml -o lokal -os / var / tmp

ESXi: BERSIH UP
Lepaskan tamu.xml dan disk tamu* file.

INPUT DARI RHEL 5 XEN

Virt-v2v dapat mengimpor tamu Xen dari host RHEL 5 Xen.

Virt-v2v menggunakan libvirt untuk akses ke host Xen jarak jauh, dan oleh karena itu mode input
seharusnya -i libvirt. Karena ini adalah default, Anda tidak perlu menentukannya pada perintah
line.

XEN: SET UP AGEN SSH ACCESS UNTUK XEN HOST
Saat ini Anda harus mengaktifkan akses SSH tanpa kata sandi ke host Xen jarak jauh dari virt-v2v
server konversi.

Anda juga harus menggunakan ssh-agent, dan menambahkan kunci publik ssh Anda ke /root/.ssh/authorized_keys (di
tuan rumah Xen).

Setelah melakukan ini, Anda harus memeriksa bahwa akses tanpa kata sandi berfungsi dari server virt-v2v
ke tuan rumah Xen. Sebagai contoh:

$ ssh [email dilindungi]
[log langsung ke shell, tidak ada kata sandi yang diminta]

Perhatikan bahwa akses sandi-interaktif dan Kerberos adalah tidak didukung. Anda memiliki untuk mengatur
akses ssh menggunakan ssh-agent dan otor_keys.

XEN: UJI LIBVIRT KONEKSI UNTUK TERPENCIL XEN HOST
Gunakan Virsh(1) perintah untuk membuat daftar tamu di host Xen jarak jauh:

$virsh -c xen+ssh://[email dilindungi] daftar --semua
Id Nama Negara
-------------------------------------------------- -
0 Domain-0 sedang berjalan
- rhel49-x86_64-pv dimatikan

Anda juga harus mencoba membuang metadata dari tamu mana pun di server Anda, seperti ini:

$virsh -c xen+ssh://[email dilindungi] dumpxml rhel49-x86_64-pv

rhel49-x86_64-pv
[...]


If itu atas perintah do tidak kerja, kemudian virt-v2v is tidak akan untuk kerja antara. Perbaiki
konfigurasi libvirt atau server jauh sebelum melanjutkan.

If itu tamu disk adalah terletak on a tuan rumah blok alat, maka konversi akan gagal. Melihat
"KONVERSI XEN ATAU SSH DARI PERANGKAT BLOKIR" di bawah ini untuk solusi.

XEN: PENGIMPORAN A TAMU
Untuk mengimpor tamu tertentu dari server Xen, lakukan:

$virt-v2v -ic 'xen+ssh://[email dilindungi]' \
rhel49-x86_64-pv \
-o lokal -os / var / tmp

di mana "rhel49-x86_64-pv" adalah nama tamu (yang harus dimatikan).

Dalam hal ini, flag output diatur untuk menulis tamu yang dikonversi menjadi sementara
direktori karena ini hanya sebuah contoh, tetapi Anda juga dapat menulis ke libvirt atau lainnya
sasaran yang didukung.

XEN OR SSH KONVERSI DARI BLOK PERANGKAT
Saat ini virt-v2v tidak dapat secara langsung mengakses tamu Xen (atau tamu mana pun yang berada jauh di atas
ssh) jika disk tamu itu berada di perangkat blok host.

Untuk mengetahui apakah tamu Xen menggunakan perangkat blok host, lihat XML tamu. Kamu akan lihat:


...


di mana "type='block'", "source dev=" dan "/dev/..." semuanya merupakan indikasi bahwa disk tersebut
terletak di perangkat blok host.

Ini terjadi karena driver blok qemu ssh yang kami gunakan untuk mengakses disk jarak jauh menggunakan:
ssh sftp protokol, dan protokol ini tidak dapat mendeteksi dengan benar ukuran blok host
perangkat.

Solusinya adalah menyalin tamu ke server konversi, menggunakan yang terpisah
virt-v2v-salin-ke-lokal(1) alat, diikuti dengan menjalankan virt-v2v. Anda akan membutuhkan cukup
ruang di server konversi untuk menyimpan salinan lengkap tamu.

virt-v2v-salin-ke-lokal -ic xen+ssh://[email dilindungi] tamu
virt-v2v -i libvirtxml guest.xml -o lokal -os / var / tmp
rm guest.xml disk tamu*

KELUARAN UNTUK LIBVIRT

-o libvirt opsi memungkinkan Anda mengunggah tamu yang dikonversi ke Host yang dikelola libvirt.
Ada beberapa batasan:

· Anda hanya dapat menggunakan koneksi libvirt lokal [lihat di bawah untuk cara mengatasinya].

· Itu -tulang kolam opsi harus menentukan kumpulan direktori, bukan sesuatu yang lebih eksotis seperti
iSCSI [tetapi lihat di bawah].

· Anda hanya dapat mengunggah ke hypervisor KVM.

Untuk keluaran untuk a terpencil libvirt contoh dan / atau a non-direktori penyimpanan kolam Anda harus menggunakan
solusi berikut:

1. Gunakan virt-v2v di -o lokal mode untuk mengubah disk tamu dan metadata menjadi lokal
direktori sementara:

virt-v2v [...] -o lokal -os / var / tmp

Ini membuat dua (atau lebih) file di / var / tmp ditelepon:

/var/tmp/NAME.xml # libvirt XML (metadata)
/var/tmp/NAME-sda # disk pertama tamu

(untuk "NAME" ganti nama tamu).

2. Unggah disk yang dikonversi ke dalam kumpulan penyimpanan yang disebut "POOL":

ukuran=$(stat -c%s /var/tmp/NAME-sda)
virsh vol-create-as POOL NAME-sda $size --format mentah
virsh vol-upload --pool NAMA POOL-sda /var/tmp/NAME-sda

3. Edit /var/tmp/NAME.xml untuk mengubah /var/tmp/NAMA-sda untuk nama kolam. Dengan kata lain,
temukan bit XML berikut:







dan ubah dua hal: Atribut "type='file'" harus diubah menjadi "type='volume'",
dan " elemen " harus diubah untuk menyertakan atribut "pool" dan "volume":


...

...


4. Tentukan tamu terakhir di libvirt:

virsh tentukan /var/tmp/NAME.xml

KELUARAN UNTUK rhev

Bagian ini hanya berlaku untuk -o rhev modus keluaran. Jika Anda menggunakan virt-v2v dari RHEV-M
antarmuka pengguna, lalu di belakang layar, impor dikelola oleh VDSM menggunakan -o vdsm
mode keluaran (yang tidak boleh dicoba digunakan oleh pengguna akhir secara langsung).

Anda harus menentukan -o rhev dan -tulang opsi yang menunjuk ke Penyimpanan Ekspor RHEV-M
Domain. Anda dapat menentukan server NFS dan mountpoint, mis.
"-os rhev-storage:/rhev/export", atau Anda dapat memasangnya terlebih dahulu dan arahkan ke direktori
di mana ia dipasang, mis. "-os /tmp/mnt". Berhati-hatilah untuk tidak menunjuk ke Penyimpanan Data
Domain secara tidak sengaja karena itu tidak akan berfungsi.

Pada penyelesaian yang berhasil, virt-v2v akan menulis tamu baru ke Penyimpanan Ekspor
Domain, tetapi belum siap dijalankan. Itu harus diimpor ke RHEV menggunakan UI
sebelum bisa digunakan.

Di RHEV 2.2 ini dilakukan dari tab Storage. Pilih domain ekspor tempat tamu tadi
ditulis ke. Sebuah panel akan muncul di bawah daftar domain penyimpanan yang menampilkan beberapa
tab, salah satunya adalah "VM Import". Tamu yang dikonversi akan dicantumkan di sini. Pilih
tamu yang sesuai klik "Impor". Lihat dokumentasi RHEV untuk detail tambahan.

Jika Anda mengekspor beberapa tamu, maka Anda dapat mengimpor semuanya secara bersamaan melalui
UI.

SUMBER PERSYARATAN

jaringan
Sumber daya yang paling penting untuk virt-v2v tampaknya bandwidth jaringan. Virt-v2v seharusnya
dapat menyalin data tamu dengan kecepatan gigabit ethernet atau lebih tinggi.

Pastikan koneksi jaringan antar server (server konversi, server NFS,
vCenter, Xen) secepat dan serendah mungkin.

Piringan ruang
Virt-v2v menempatkan file-file sementara yang berpotensi besar di $TMPDIR (yaitu / var / tmp jika Anda
tidak mengaturnya). Menggunakan tmpfs adalah ide yang buruk.

Untuk setiap disk tamu, overlay disimpan sementara. Ini menyimpan perubahan yang dibuat
selama konversi, dan digunakan sebagai cache. Hamparan tidak terlalu besar - puluhan
atau ratusan megabyte per disk adalah tipikal. Selain overlay, input
dan metode keluaran dapat menggunakan ruang disk, seperti yang dijelaskan dalam tabel di bawah ini.

-i ova
Ini untuk sementara menempatkan salinan lengkap dari disk sumber yang tidak terkompresi di $TMPDIR.

-o sekilas
Ini untuk sementara menempatkan salinan lengkap dari disk keluaran di $TMPDIR.

-o lokal
-o qemu
Anda harus memastikan ada cukup ruang di direktori keluaran untuk hasil konversi
tamu.

-o nol
Ini untuk sementara menempatkan salinan lengkap dari disk keluaran di $TMPDIR.

VMware vCenter sumber daya
Menyalin dari VMware vCenter saat ini cukup lambat, tetapi kami yakin ini menjadi masalah
dengan VMware. Memastikan VMware ESXi hypervisor dan vCenter berjalan pada perangkat keras yang cepat
dengan banyak memori harus meringankan ini.

menghitung kekuasaan dan RAM
Virt-v2v tidak terlalu membutuhkan komputasi atau RAM. Jika Anda menjalankan banyak paralel
konversi, maka Anda dapat mempertimbangkan untuk mengalokasikan satu inti CPU dan antara 512 MB dan 1 GB
RAM per instance yang berjalan.

Virt-v2v dapat dijalankan di mesin virtual.

PASCA KONVERSI TUGAS

Tamu jaringan konfigurasi
Virt-v2v saat ini tidak dapat mengkonfigurasi ulang konfigurasi jaringan tamu. Jika dikonversi
tamu tidak terhubung ke subnet yang sama dengan sumbernya, konfigurasi jaringannya mungkin
harus diperbarui. Lihat juga virt-menyesuaikan(1).

Konversi a Windows tamu
Saat mengonversi tamu Windows, proses konversi dibagi menjadi dua tahap:

1. Konversi offline.

2. Booting pertama.

Tamu akan dapat di-boot setelah tahap konversi offline, tetapi belum memiliki semuanya
driver yang diperlukan diinstal untuk bekerja dengan benar. Ini akan diinstal secara otomatis pada
pertama kali tamu melakukan booting.

NB Berhati-hatilah untuk tidak mengganggu proses instalasi driver otomatis saat masuk
kepada tamu untuk pertama kalinya, karena ini dapat mencegah tamu untuk melakukan booting selanjutnya
benar.

KONSULTASI SPACE UNTUK KONVERSI

Virt-v2v memeriksa ada cukup ruang kosong di sistem file tamu untuk melakukan
konversi. Saat ini memeriksa:

Sistem file root Linux atau drive Windows "C:"
Ruang kosong minimum: 20 MB

Linux / boot
Ruang kosong minimum: 50 MB

Ini karena kita perlu membangun initramf baru untuk beberapa Enterprise Linux
konversi.

Sistem file lain yang dapat dipasang
Ruang kosong minimum: 10 MB

RUNNING VIRT-V2V AS ROOT OR NON-ROOT

Tidak ada dalam virt-v2v yang secara inheren membutuhkan akses root, dan itu akan berjalan dengan baik sebagai non-root
pengguna. Namun, fitur eksternal tertentu mungkin memerlukan root atau pengguna khusus:

Memasang Domain Penyimpanan Ekspor
Ketika menggunakan -o rhev -tulang server:/esd virt-v2v harus memiliki hak yang cukup untuk NFS
pasang Domain Penyimpanan Ekspor dari "server".

Anda dapat menghindari kebutuhan root di sini dengan memasangnya sendiri sebelum menjalankan virt-v2v, dan
lewat -tulang /titik gunung sebagai gantinya, tetapi pertama-tama baca bagian selanjutnya ...

Menulis ke Domain Penyimpanan Ekspor sebagai 36:36
RHEV-M tidak dapat membaca file dan direktori dari Export Storage Domain kecuali mereka
memiliki UID:GID 36:36. Anda akan melihat masalah impor VM jika UID:GID tidak benar.

Saat Anda menjalankan virt-v2v -o rhev sebagai root, virt-v2v mencoba membuat file dan
direktori dengan kepemilikan yang benar. Jika Anda menjalankan virt-v2v sebagai non-root, itu akan
mungkin masih berfungsi, tetapi Anda perlu mengubah kepemilikan secara manual setelah virt-v2v memiliki
jadi.

Menulis ke libvirt
Ketika menggunakan -o libvirt, Anda mungkin perlu menjalankan virt-v2v sebagai root agar dapat menulis ke
instance sistem libvirt (mis. "qemu:///system") dan ke lokasi default untuk
gambar disk (biasanya / var / lib / libvirt / gambar).

Anda dapat menghindari ini dengan mengatur otentikasi koneksi libvirt, lihat
http://libvirt.org/auth.html. Sebagai alternatif, gunakan -ok qemu:///sesi, yang mana akan
tulis ke instance libvirt per pengguna Anda.

Sekilas Menulis
Ini tidak tidak perlu root (sebenarnya mungkin tidak akan berfungsi), tetapi mungkin memerlukan a
pengguna khusus dan/atau bagi Anda untuk mendapatkan skrip yang mengatur lingkungan otentikasi
variabel. Lihat dokumentasi Glance.

DEBUGING RHEV-M IMPOR KEGAGALAN

Saat Anda mengekspor ke Domain Penyimpanan Ekspor RHEV-M, lalu mengimpor tamu itu melalui
RHEV-M UI, Anda mungkin mengalami kegagalan impor. Mendiagnosis kegagalan ini adalah
sangat sulit karena UI umumnya menyembunyikan alasan sebenarnya dari kegagalan tersebut.

Ada dua file log yang menarik. Yang pertama disimpan di server RHEV-M itu sendiri, dan
disebut /var/log/ovirt-engine/engine.log

File kedua, yang paling berguna, ditemukan di host SPM (SPM singkatan dari
"Pengelola Kumpulan Penyimpanan"). Ini adalah simpul RHEV yang dipilih untuk melakukan semua metadata
modifikasi di pusat data, seperti pembuatan gambar atau snapshot. Anda bisa mengetahuinya
host mana yang merupakan SPM saat ini dari tab "Host" kolom "Status Spm". Setelah Anda memiliki
temukan SPM, masuk ke dalamnya dan ambil file /var/log/vdsm/vdsm.log yang akan berisi
pesan kesalahan terperinci dari perintah tingkat rendah.

MINIMAL XML UNTUK -i libvirtxml PILIHAN

Saat menggunakan -i libvirtxml pilihan, Anda harus menyediakan beberapa libvirt XML. Menulis ini
dari awal sulit, jadi template di bawah ini sangat membantu.

Note ini harus hanya be bekas untuk pengujian dan / atau dimana Anda tahu apa kamu perbuatan! Jika kamu
memiliki metadata libvirt untuk tamu, selalu gunakan itu.


NAMA
1048576
2

hvm














<mac address='52:54:00:01:02:03'/>

MESIN DIBACA KELUARAN

--dapat dibaca oleh mesin opsi dapat digunakan untuk membuat output lebih ramah mesin, yang
berguna saat memanggil virt-v2v dari program lain, GUI, dll.

Ada dua cara untuk menggunakan opsi ini.

Pertama-tama gunakan opsi itu sendiri untuk menanyakan kemampuan biner virt-v2v.
Output khas terlihat seperti ini:

$ virt-v2v --dapat dibaca oleh mesin
virt-v2v
libguestfs-tulis ulang
masukan: disk
[...]
keluaran: lokal
[...]
konversi:enterprise-linux
konversi: windows

Daftar fitur dicetak, satu per baris, dan program keluar dengan status 0.

Fitur "input:" dan "output:" mengacu pada -i dan -o (mode input dan output) pilihan
didukung oleh biner ini. Fitur "konversi:" merujuk pada tipe tamu yang biner ini
tahu bagaimana mengkonversi.

Kedua, gunakan opsi bersama dengan opsi lain untuk membuat program reguler
output lebih ramah mesin.

Saat ini artinya:

1. Pesan bilah kemajuan dapat diuraikan dari stdout dengan mencari reguler ini
ekspresi:

^[0-9]+/[0-9]+$

2. Program pemanggil harus menangani pesan yang dikirim ke stdout (kecuali untuk bilah kemajuan
pesan) sebagai pesan status. Mereka dapat dicatat dan/atau ditampilkan kepada pengguna.

3. Program pemanggil harus memperlakukan pesan yang dikirim ke stderr sebagai pesan kesalahan. Di dalam
Selain itu, virt-v2v keluar dengan kode status bukan nol jika ada kesalahan fatal.

Virt-v2v 0.9.1 tidak mendukung --dapat dibaca oleh mesin pilihan sama sekali. Pilihannya adalah
ditambahkan ketika virt-v2v ditulis ulang pada tahun 2014.

Gunakan virt-v2v online menggunakan layanan onworks.net