virt-v2v - Интернет в облаке

ПРОГРАММА:

ИМЯ

virt-v2v - Преобразует гостя для использования KVM

СИНТАКСИС

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 --network rhevm

virt-v2v -i libvirtxml гостевой домен.xml -o локальный -os / Вар / TMP

virt-v2v -i диск disk.img -o локальный -os / Вар / TMP

virt-v2v -i disk disk.img -o взгляд

virt-v2v -ic qemu: /// система qemu_guest --in-place

ОПИСАНИЕ

Virt-v2v конвертирует гостей с зарубежного гипервизора для работы на KVM. Он может читать Linux и
Гости Windows, работающие на VMware, Xen, Hyper-V и некоторых других гипервизорах, и конвертируют
их в KVM под управлением libvirt, OpenStack, oVirt, Red Hat Enterprise Virtualisation (RHEV)
или несколько других целей.

Также существует сопутствующий интерфейс под названием вирт-p2v(1) который поставляется как ISO, CD или PXE
образ, который можно загрузить на физических машинах для виртуализации этих машин (от физических к
виртуальный или p2v).

Эта страница руководства документирует переписанный virt-v2v, включенный в libguestfs ≥ 1.28.

ВХОД И ВЫВОД РЕЖИМЫ

┌─────────────┐ ┌───────── ▶ -o null
-i disk ────────────┐ │ │ ─┘┌─────── ▶ -o местный
-i ova ──────────┐ └── ▶ │ virt-v2v │ ──┘┌─────── ▶ -o qemu
└──── ▶ │ преобразование │ ───┘┌─────────────
VMware─ ▶ ┌────────────┐ │ сервер │ ──── ▶ -o libvirt │─ ▶ KVM
Xen ─── ▶ │ -i libvirt ── ▶ │ │ │ (по умолчанию) │
... ─── ▶ │ (по умолчанию) │ │ │ ──┐ └────────────
└─────────────┘ │ │ ─┐└────── ▶ -о взгляд
-i libvirtxml ───────── ▶ │ │ ┐└───────── ▶ -o rhev
└────────────┘ └────────── ▶ -o vdsm

Virt-v2v имеет несколько возможных режимов ввода и вывода, выбираемых с помощью -i и -o
параметры. Для каждого запуска virt-v2v можно выбрать только один режим ввода и вывода.

-i диск используется для чтения с локальных образов дисков (в основном для тестирования).

-i Libvirt используется для чтения из любого источника libvirt. Поскольку libvirt может подключаться ко многим
различных гипервизоров, он используется для чтения гостей из VMware, RHEL 5 Xen и других.
The -IC опция выбирает точный источник libvirt.

-i библиотека libvirtxml используется для чтения из XML-файлов libvirt. Это метод, используемый
вирт-p2v(1) за кадром.

-i ова используется для чтения из исходного файла VMware ova.

-o взгляд используется для записи в OpenStack Glance.

-o Libvirt используется для записи в любую цель libvirt. Libvirt может подключаться к локальному или
удаленные гипервизоры KVM. В -ок опция выбирает точную цель libvirt.

-o локальным используется для записи в образ локального диска с локальным файлом конфигурации libvirt
(в основном для тестирования).

-o кему записывает в образ локального диска с помощью сценария оболочки для загрузки гостя непосредственно в
qemu (в основном для тестирования).

-o Rhev используется для записи в цель RHEV-M / oVirt. -o вдсм используется только когда virt-v2v
работает под управлением VDSM.

--на месте указывает virt-v2v на настройку гостевой ОС на входной виртуальной машине,
вместо создания новой виртуальной машины в целевом гипервизоре.

ПРИМЕРЫ

Конвертировать от VMware VCENTER сервер в локальным Libvirt
У вас есть сервер VMware vCenter под названием vcenter.example.com, а центр обработки данных -
«Datacenter» и гипервизор ESXi под названием «esxi». Вы хотите преобразовать гостя по имени
"vmware_guest" для локального запуска под libvirt.

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

В этом случае вам, скорее всего, придется запустить virt-v2v как "root", так как он должен разговаривать
к системному демону libvirt и скопируйте гостевые диски в / var / lib / libvirt / изображений.

Для получения дополнительной информации см. «ВВОД С СЕРВЕРА VMWARE VCENTER» ниже.

Конвертировать от VMware в RHEV-M / oVirt
Это то же самое, что и в предыдущем примере, за исключением того, что вы хотите отправить гостя на RHEV-M
Экспортный домен хранения, расположенный удаленно (через NFS) по адресу «rhev.nfs: / export_domain».
Если вы не знаете, где находится экспортный домен хранения, вам следует проверить
настройки на консоли управления RHEV-M. Гостевые сетевые интерфейсы подключены к
целевая сеть называется «rhevm».

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

В этом случае хост, на котором запущен virt-v2v, действует как Преобразование сервер.

Обратите внимание, что после преобразования гость появится в экспортном домене хранения RHEV-M,
откуда вам нужно будет импортировать его с помощью пользовательского интерфейса RHEV-M. (См. «ВЫВОД НА
RHEV ").

Конвертировать диск изображение в OpenStack взгляд
Учитывая образ диска из другого гипервизора, который вы хотите преобразовать для работы в OpenStack
(поддерживается только OpenStack на основе KVM), вы можете:

virt-v2v -i disk disk.img -o взгляд

Чтобы управлять именем изображения в Glance, используйте -One опцию.

Конвертировать диск изображение в диск изображение
Учитывая образ диска от другого гипервизора, который вы хотите преобразовать для работы на KVM, вы
есть два варианта. Самый простой способ - попробовать:

virt-v2v -i диск disk.img -o локальный -os / Вар / TMP

где virt-v2v угадывает все о вводе диск.img и (в этом случае) записывает
преобразовал результат в / Вар / TMP.

Более сложный метод - написать некоторый libvirt XML, описывающий входящего гостя (если вы можете
пусть исходный гипервизор предоставит вам libvirt XML, тогда тем лучше). Ты
затем можно сделать:

virt-v2v -i libvirtxml гостевой домен.xml -o локальный -os / Вар / TMP

С гостевой домен.xml содержит путь (и) к образам гостевых дисков, которые вам не нужны
укажите имя образа диска в командной строке.

Чтобы преобразовать образ локального диска и сразу загрузить его в локальном qemu, выполните:

virt-v2v -i диск disk.img -o qemu -os / Вар / TMP --qemu-загрузка

ПОДДЕРЖКA MATRIX

Гипервизоры (Ввод)
VMware ESXi
Должен управляться VMware vCenter ≥ 5.0. Неуправляемый, прямой ввод от ESXi не
поддерживается.

OVA экспортировано из VMware
OVA от других гипервизоров работать не будут.

RHEL 5 Ксен
Citrix Xen
Citrix Xen в последнее время не тестировался.

Hyper-V,
Не тестировал недавно. Требуется экспортировать диск или использовать вирт-p2v(1) на Hyper-V.

Прямо с образов дисков
Только образы дисков, экспортированные из поддерживаемых гипервизоров и использующие форматы контейнеров
поддерживается qemu.

Физические машины
Посмотрите на график вирт-p2v(1) инструмент.

Гипервизоры (Вывод)
Только QEMU и KVM.

Виртуализация управление системы (Вывод)
Взгляд на OpenStack
Red Hat Enterprise Virtualization (RHEV) 2.2 и выше
Локальный libvirt
И поэтому вирш(1) вирт-менеджер(1) и аналогичные инструменты.

Локальный диск

Кол-во гостей
Red Hat Enterprise Linux 3, 4, 5, 6, 7
ЦентОС 3, 4, 5, 6, 7
Научный Linux 3, 4, 5, 6, 7
Oracle Linux
Fedora
SLES 10 и выше
OpenSUSE 10 и выше
От Windows XP до Windows 8.1 / Windows Server 2012 R2
Мы используем внутренние номера версий Windows, см.
https://en.wikipedia.org/wiki/List_of_Microsoft_Windows_versions

В настоящее время поддерживаются NT 5.2 - NT 6.3.

См. «WINDOWS» ниже для дополнительных замечаний по преобразованию гостевых систем Windows.

Гость прошивки
BIOS или UEFI для всех типов гостя (но см. «UEFI» ниже).

ДОПОЛНИТЕЛЬНЫЕ ОПЦИИ

--Помогите
Показать справку.

-b ...
--мост ...
Посмотреть --сеть внизу.

- сжатый
Напишите сжатый выходной файл. Это разрешено, только если выходной формат qcow2
(См. -из ниже) и эквивалентен -c возможность qemu-img(1).

--dcpath Папка / центр обработки данных
NB: Вам не нужно использовать этот параметр, если у вас libvirt ≥ 1.2.20.

Для VMware vCenter переопределите параметр «dcPath = ...», используемый для выбора центра обработки данных.
Virt-v2v обычно может вычислить это по URI "vpx: //", но если он ошибается,
затем вы можете переопределить его, используя этот параметр. Перейдите в интерфейс веб-папки vCenter,
например. "https://vcenter.example.com/folder" (без косую черту в конце) и изучите
Параметр "dcPath =" в URL-адресах, отображаемых на этой странице.

--debug-gc
Отладка сборки мусора и выделения памяти. Это полезно только при отладке
проблемы с памятью в virt-v2v или привязках OCaml libguestfs.

--debug-оверлеи
Сохраните файлы оверлея, созданные во время конвертации. Эта опция используется только для
отладка virt-v2v и может быть удалена в будущей версии.

-i диск
Установите метод ввода на диск.

В этом режиме вы можете читать образ диска виртуальной машины без метаданных. virt-v2v
пытается угадать лучшие метаданные по умолчанию. Обычно этого достаточно, но вы можете получить
более точный контроль (например, память и виртуальные ЦП) с помощью -i библиотека libvirtxml вместо. Только гости
которые используют один диск, могут быть импортированы таким образом.

-i Libvirt
Установите метод ввода на Libvirt. Это значение по умолчанию.

В этом режиме вы должны указать гостевое имя libvirt или UUID в командной строке.
Вы также можете указать URI подключения libvirt (см. -IC).

-i библиотека libvirtxml
Установите метод ввода на библиотека libvirtxml.

В этом режиме вы должны передать XML-файл libvirt в командной строке. Этот файл
прочтите, чтобы получить метаданные об исходном госте (например, его имя, количество
память), а также для поиска входных дисков. См. «МИНИМАЛЬНЫЙ XML ДЛЯ -i libvirtxml
ВАРИАНТ "ниже.

-i локальным
Это то же самое, что и -i диск.

-i ова
Установите метод ввода на ова.

В этом режиме вы можете читать ova-файл VMware. Virt-v2v прочитает файл манифеста ova
и проверьте тома vmdk на валидность (контрольные суммы), а также проанализируйте файл ovf,
а затем преобразовать гостя. См. «ВХОД ИЗ VMWARE OVA» ниже.

-IC libvirtURI
Укажите URI подключения libvirt для использования при чтении гостя. Это только используется
когда -i libvirt.

Только локальные подключения libvirt, подключения VMware vCenter или удаленный RHEL 5 Xen
соединения могут быть использованы. Другие удаленные подключения libvirt не будут работать.

См. Также «ВХОД ИЗ СЕРВЕРА VMWARE VCENTER», «ВХОД ИЗ RHEL 5 XEN» ниже.

-если формат
При покупке недвижимости -i диск только это определяет формат входного образа диска. Для другого входа
методы вы должны указать формат ввода в метаданных.

--на месте
Не создавайте выходную виртуальную машину в целевом гипервизоре. Вместо этого отрегулируйте
гостевая ОС на исходной виртуальной машине для запуска во входном гипервизоре.

Этот режим предназначен для интеграции с другими наборами инструментов, которые берут на себя ответственность
преобразования конфигурации ВМ с возможностью отката в случае ошибок,
трансформация хранилища и др.

Конфликты со всеми -o * настройки.

- машиночитаемый
Эта опция используется, чтобы сделать вывод более удобным для машины при его анализе с помощью
другие программы. См. «МАШИНОСЧИТЫВАЕМЫЙ ВЫХОД» ниже.

-n in: out
-n внешний
--сеть in: out
--сеть внешний
-b in: out
-b внешний
--мост in: out
--мост внешний
Сопоставьте сеть (или мост), называемую «входящей», с сетью (или мостом), называемой «исходящей». Если нет "in:"
дается префикс, все остальные сети (или мосты) отображаются как "вне".

См. «СЕТИ И МОСТЫ» ниже.

- не копировать
Не копируйте диски. Вместо этого выполняется преобразование (и выбрасывается), и
метаданные записываются, но диски не создаются. См. Также обсуждение -o ноль внизу.

Это полезно в двух случаях: Либо вы хотите проверить, может ли преобразование
удастся, без долгого процесса копирования. Или вам интересно только посмотреть на
метаданные.

Эта опция несовместима с -o Libvirt так как это создаст неисправного гостя
(тот, без дисков).

Эта опция несовместима с -o взгляд по техническим причинам.

- без обрезки ВСЕ
- без обрезки mp [, mp ...]
По умолчанию virt-v2v запускается fstream(8) для уменьшения количества данных, которые необходимо
скопировал. Известно, что это нарушает работу некоторых загрузочных загрузчиков с ошибками, вызывая сбои при загрузке после
преобразование (см., например, https://bugzilla.redhat.com/show_bug.cgi?id=1141145#c27).

Вы можете использовать - без обрезки ВСЕ чтобы отключить обрезку. Обратите внимание, это значительно увеличит
объем данных, который необходимо скопировать, и может заставить virt-v2v работать намного медленнее.

Вы также можете отключить обрезку только для выбранных файловых систем (указываемых запятыми.
разделенный список их точек монтирования в гостевой системе). Обычно вы использовали бы
- без обрезки / загрузки чтобы обойти упомянутую выше ошибку grub.

Вы также можете отключить обрезку разделов, используя схему именования libguestfs для
устройства, например: - без обрезки / DEV / sdb2 значит не обрезать второй раздел на втором
блочное устройство. Использовать виртуальные файловые системы(1) для вывода списка имен файловых систем в гостевой системе.

-o диск
Это то же самое, что и -o локальным.

-o взгляд
Установите метод вывода на OpenStack Glance. В этом режиме преобразованный гость
загружено на Glance. Вы можете управлять именем изображения, установив -One опцию.

-o Libvirt
Установите метод вывода на Libvirt. Это значение по умолчанию.

В этом режиме преобразованный гость создается как гость libvirt. Вы также можете указать
URI подключения libvirt (см. -ок).

См. «ВЫВОД В LIBVIRT» ниже.

-o локальным
Установите метод вывода на локальным.

В этом режиме преобразованный гость записывается в локальный каталог, указанный в -Операционные системы
/ dir (каталог должен существовать). Диски преобразованного гостя записываются как:

/ каталог / имя-sda
/ каталог / имя-SDB
[и т.д]

и создается XML-файл libvirt, содержащий гостевые метаданные:

/каталог/имя.xml

где «имя» - это имя гостя.

-o нуль
Установите метод вывода на нуль.

Гость преобразуется и копируется (если вы также не укажете - не копировать), но результаты
выбрасываются, и метаданные не записываются.

-o овирт
Это то же самое, что и -o Rhev.

-o кему
Установите метод вывода на кему.

Это похоже на -o локальным, за исключением того, что написан сценарий оболочки, который вы можете использовать
для загрузки гостя в qemu. Преобразованные диски и сценарий оболочки записываются в
каталог, указанный -Операционные системы.

При использовании этого режима вывода вы также можете указать --qemu-загрузка вариант, который сапоги
гость под qemu немедленно.

-o Rhev
Установите метод вывода на Rhev.

Преобразованный гость записывается в экспортный домен хранения RHEV. В -Операционные системы параметр
также необходимо использовать для указания местоположения экспортного домена хранения. Обратите внимание на это
фактически не импортирует гостя в RHEV. Вы должны будете сделать это вручную позже
с помощью пользовательского интерфейса.

См. «ВЫВОД НА RHEV» ниже.

-o вдсм
Установите метод вывода на вдсм.

Этот режим похож на -o Rhev, но необходимо указать полный путь к домену данных:
/ rhev / дата-центр / /. Этот режим используется только тогда, когда
virt-v2v работает под управлением VDSM.

-оа редкий
-оа предварительно выделенный
Установите режим размещения выходного файла. По умолчанию - «разреженный».

-ок libvirtURI
Укажите соединение libvirt для использования при записи преобразованного гостя. Это только
используется когда -o libvirt. См. «ВЫВОД В LIBVIRT» ниже.

Могут использоваться только локальные соединения libvirt. Удаленные подключения libvirt не будут работать.

-из формат
При конвертации гостя конвертируйте диски в заданный формат.

Если не указан, используется формат ввода.

-One имя
Переименуйте гостя при его преобразовании. Если этот параметр не используется, то имя вывода
совпадает с именем входа.

-Операционные системы диск
Расположение хранилища для переоборудованного гостя.

При покупке недвижимости -o Libvirt, это пул каталогов libvirt (см. "virsh pool-list") или UUID пула.

При покупке недвижимости -o локальным и -o кему, это имя каталога. Каталог должен существовать.

При покупке недвижимости -o Rhev, это может быть путь NFS к экспортному домену хранения в форме
" : ", например:

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

Экспорт NFS должен быть доступен для монтирования и записи для пользователя и хоста, на котором запущен virt-v2v,
поскольку программа virt-v2v должна фактически монтировать его при запуске. Так ты наверное
должен запускать virt-v2v как "root".

Или: Вы можете самостоятельно смонтировать экспортный домен хранения и указать -Операционные системы в точку монтирования.
Обратите внимание, что virt-v2v все равно нужно будет писать в этот удаленный каталог, поэтому virt-v2v будет
по-прежнему нужно запускать от имени "root".

Вы получите сообщение об ошибке, если virt-v2v не сможет смонтировать / записать в хранилище экспорта.
Домен.

--password-файл файл
Вместо того, чтобы запрашивать пароль в интерактивном режиме, передайте пароль через файл.
Обратите внимание, что файл должен содержать полный пароль, без любое задний новая линияи для
безопасность файл должен иметь режим 0600, чтобы другие не могли его прочитать.

- источник печати
Распечатайте информацию об исходном госте и остановитесь. Эта опция полезна, когда вы
настройка карт сети и мостов. См. «СЕТИ И МОСТЫ».

--qemu-загрузка
Когда используешь -o кему только это загружает гостя сразу после завершения virt-v2v.

-q
--тихий
Это отключает индикаторы выполнения и другой ненужный вывод.

--корень спросить
--корень одинарной
--корень первый
--корень / DEV / SDx
--корень / dev / VG / LV
Выберите корневую файловую систему для преобразования.

В случае, если виртуальная машина имеет двойную загрузку или мультизагрузку, или если виртуальная машина имеет
другие файловые системы, похожие на операционные системы, эту опцию можно использовать для выбора
корневая файловая система (также известный как диск "C:" или /) операционной системы, которая должна быть
преобразован. Консоль восстановления Windows, некоторые подключенные DVD-приводы и ошибки в
Эвристика проверки libguestfs, может сделать гостя похожим на мультизагрузочную операционную
системы.

По умолчанию в virt-v2v ≤ 0.7.1 было --root single, из-за чего virt-v2v умирает, если
обнаружена мультизагрузочная операционная система.

Поскольку virt-v2v ≥ 0.7.2, по умолчанию теперь - root спросить: Если обнаружено, что виртуальная машина является мульти-
boot, затем virt-v2v остановится, выведет список возможных корневых файловых систем и спросит пользователя
который использовать. Для этого требуется, чтобы virt-v2v запускался в интерактивном режиме.

- сначала корень означает выбор первого корневого устройства в случае мультизагрузки
операционная система. Поскольку это эвристика, иногда она может выбрать неправильный.

Вы также можете назвать определенное корневое устройство, например. --root / dev / sda2 означало бы использовать
второй раздел на первом жестком диске. Если названное корневое устройство не существует или
не был обнаружен как корневое устройство, тогда virt-v2v завершится ошибкой.

Обратите внимание, что в grub есть ошибка, которая не позволяет ему успешно загрузить
мультизагрузочная система, если включен VirtIO. Grub может загружать только операционную систему
с первого диска VirtIO. Конкретно, / загрузки должен быть на первом диске VirtIO, и
он не может загружать ОС, которой нет на первом диске VirtIO.

--vdsm-изображение-uuid UUID
--vdsm-vol-uuid UUID
--vdsm-vm-uuid UUID
--vdsm-ovf-выход
Обычно режим вывода RHEV выбирает случайные UUID для целевого гостя. Однако VDSM
необходимо контролировать UUID и передавать эти параметры, когда virt-v2v работает под VDSM
контроль. Контроль параметров:

· Каталог образа каждого гостевого диска (--vdsm-изображение-uuid) (эта опция передана
один раз для каждого гостевого диска)

· UUID для каждого гостевого диска (--vdsm-vol-uuid) (эта опция передается один раз для каждого
гостевой диск)

· Имя файла OVF (--vdsm-vm-uuid).

· Выходной каталог OVF (текущий каталог по умолчанию) (--vdsm-ovf-выход).

Формат UUID: «12345678-1234-1234-1234-123456789abc» (каждая шестнадцатеричная цифра может быть
"0-9" или "af"), соответствующие OSF DCE 1.1.

Эти параметры можно использовать только с -o вдсм.

-v
--подробный
Включите подробные сообщения для отладки.

-V
--версия
Показать номер версии и выйти.

--vmtype компьютера
--vmtype сервер
Для того, чтобы получить -o Rhev or -o вдсм только цели, укажите тип гостя. Вы можете установить это
на «рабочий стол» или «сервер». Если опция не указана, то подходящим значением по умолчанию является
выбирается на основе обнаруженной гостевой операционной системы.

-x Включите отслеживание вызовов API libguestfs.

XEN ПАРАВИРТУАЛИЗИРОВАННЫЙ ГОСТИ

Более старые версии virt-v2v могли превратить паравиртуализированного (PV) гостя Xen в гостя KVM с помощью
установка нового ядра. Эта версия virt-v2v делает попытаться установить любой новый
ядра. Вместо этого он выдаст вам ошибку, если есть Важно Доступны ядра Xen PV.

Поэтому перед конвертацией вы должны убедиться, что установлено обычное ядро. Для некоторых
в старых дистрибутивах Linux это означает установку ядра из таблицы ниже:

RHEL 3 (не применяется, поскольку не было ядра Xen PV)

RHEL 4 i686 с> 10 ГБ ОЗУ: установите kernel-hugemem
i686 SMP: установить 'kernel-smp'
другой i686: установить ядро
x86-64 SMP с> 8 процессорами: установите 'kernel-largesmp'
x86-64 SMP: установить 'kernel-smp'
другое x86-64: установить ядро

RHEL 5 i686: установить 'kernel-PAE'
x86-64: установить ядро

SLES 10 i586 с> 10 ГБ ОЗУ: установите 'kernel-bigsmp'
i586 SMP: установить 'kernel-smp'
другой i586: установить 'kernel-default'
x86-64 SMP: установить 'kernel-smp'
другой x86-64: установить 'kernel-default'

SLES 11+ i586: установите 'kernel-pae'
x86-64: установить 'kernel-default'

Windows (не применяется, так как нет ядра Windows Xen PV)

ВКЛЮЧЕНИЕ ВИРТИО

"Virtio" - это название набора драйверов, которые делают диск (блочное устройство), сеть и
другие гостевые операции на KVM работают намного быстрее.

Более старые версии virt-v2v могли устанавливать эти драйверы для определенных гостей Linux. Этот
версия virt-v2v делает пытается установить новые ядра или драйверы Linux, но будет
предупредить вас, если они еще не установлены.

Чтобы включить virtio и, следовательно, улучшить производительность гостевой системы после преобразования,
вы должны убедиться, что минимальный версии пакетов установлены до преобразования,
сверяясь с таблицей ниже.

RHEL 3 Нет доступных драйверов virtio

Ядро RHEL 4> = 2.5.9-89.EL
lvm2> = 2.02.42-5.el4
устройство-сопоставитель> = 1.02.28-2.el4
selinux-policy-target> = 1.17.30-2.152.el4
policycoreutils> = 1.18.1-4.13

Ядро RHEL 5> = 2.6.18-128.el5
lvm2> = 2.02.40-6.el5
selinux-policy-target> = 2.4.6-203.el5

RHEL 6+ Все версии поддерживают virtio

Fedora Все версии поддерживают virtio

SLES 11+ Все версии поддерживают virtio

Ядро SLES 10> = 2.6.16.60-0.85.1

OpenSUSE 11+ Все версии поддерживают virtio

Ядро OpenSUSE 10> = 2.6.25.5-1.1

Драйверы Windows устанавливаются из каталога, на который указывает
Переменная окружения "VIRTIO_WIN"
(по умолчанию / usr / share / virtio-win), если есть

RHEL 4

SELinux перемаркировать появляется в вешать навсегда
В RHEL ≤ 4.7 была ошибка, из-за которой перемаркировка SELinux зависала навсегда
по адресу:

*** Предупреждение - требуется перемаркировка SELinux. ***
*** Отключение принудительной безопасности. ***
*** Изменение ярлыка может занять очень много времени, ***
*** в зависимости от размера файловой системы. ***

На самом деле он ждет, когда вы нажмете клавишу (но нет визуальной индикации
это). Вы можете нажать клавишу «[Return]», и гость закончит
перемаркировка и перезагрузка, или вы можете установить policycoreutils ≥ 1.18.1-4.13 перед запуском
преобразование v2v. См. Также https://bugzilla.redhat.com/show_bug.cgi?id=244636.

WINDOWS

Boot отказ: 0x0000007B
Этот сбой загрузки вызван тем, что Windows не может найти или загрузить правильный драйвер диска.
(например. виостор.sys). Если вы столкнулись с этой ошибкой, проверьте следующее:

· Сначала убедитесь, что гость загружается на исходном гипервизоре перед преобразованием.

· Убедитесь, что у вас есть драйверы virtio для Windows, доступные в / USR / доля / virtio-win, И что
virt-v2v не выводил никаких предупреждений о невозможности установки драйверов virtio.

В Red Hat Enterprise Linux 7 вам нужно будет установить доступные подписанные драйверы.
в пакете "virtio-win". Если у вас нет доступа к подписанным драйверам, то
вам, вероятно, потребуется отключить подписку драйверов в меню загрузки.

· Убедитесь, что вы представляете интерфейс virtio-blk ( virtio-scsi и ide) к
Гость. В командной строке qemu / KVM вы должны увидеть что-то похожее на это:

... -drive file = windows-sda, если = virtio ...

В libvirt XML вы должны увидеть:



· Убедитесь, что групповая политика Windows не препятствует установке драйвера или
использовал. Попробуйте удалить групповую политику Windows перед преобразованием.

· Убедитесь, что нет антивируса или другого программного обеспечения, которое реализует групповую политику.
запреты на установку или использование новых драйверов.

· Включите отладку при загрузке и проверьте виостор.sys драйвер загружается.

OpenStack и Windows реактивация
OpenStack не предлагает гостям стабильные адреса устройств / PCI. Каждый раз, когда он создает
или запускает гостевую систему, он регенерирует XML libvirt для этого гостя с нуля. В
libvirt XML не будет иметь поля. Libvirt затем назначит адреса устройствам,
предсказуемым образом. Адреса могут измениться, если выполняется одно из следующих условий:

· Новый диск или сетевое устройство было добавлено или удалено из гостевой системы.

· Изменилась версия OpenStack или (возможно) libvirt.

Поскольку Windows не любит подобные «аппаратные» изменения, это может вызвать запуск Windows.
реактивация.

Это также может предотвратить загрузку с ошибкой 7B [см. Предыдущий раздел], если гость
групповая политика, содержащая «Ограничения на установку устройств».

UEFI

VMware позволяет предоставлять гостям прошивку UEFI (вместо обычного BIOS ПК).
Virt-v2v может преобразовывать этих гостей, но требует, чтобы целевой объект поддерживал UEFI.
гипервизор.

В настоящее время KVM поддерживает OVMF, прошивку UEFI с частично открытым исходным кодом, и может запускать их.
.

Поскольку поддержка OVMF была добавлена ​​в KVM совсем недавно (в 2014/2015 гг.), Не все целевые
среды еще поддерживают гостей UEFI:

UEFI на libvirt, qemu
Поддерживается. Virt-v2v автоматически сгенерирует правильный XML-файл libvirt (метаданные),
но обратите внимание, что на хосте преобразования должна быть установлена ​​та же версия OVMF, что и
установлен на целевой гипервизор, иначе вам придется настроить пути в
метаданные.

UEFI на OpenStack
Не поддерживается.

UEFI на RHEV
Не поддерживается.

NETWORKS И МОСТЫ

Гости обычно подключены к одной или нескольким сетям, и при преобразовании в целевую
гипервизор, вы обычно хотите повторно подключить эти сети в месте назначения. Варианты
--сеть и --мост позвольте вам это сделать.

Если вы не знаете, какие сети и мосты используются в исходном гипервизоре, тогда
вы можете проверить исходные метаданные (libvirt XML, информацию о vCenter и т. д.). Или вы можете
запустите virt-v2v с - источник печати опция, которая заставляет virt-v2v распечатать
информацию о госте в источнике, а затем выйти.

В - источник печати вы увидите раздел, показывающий сетевой интерфейс гостя
Карты (NIC):

$ virt-v2v [-i ...] - имя источника печати
[...]
Сетевые карты:
Сеть "по умолчанию" mac: 52: 54: 00: d0: cf: 0e

Это типично для гостя libvirt: у него единственный сетевой интерфейс, подключенный к
сеть называется "по умолчанию".

Чтобы сопоставить определенную сеть с целевой сетью, например, "по умолчанию" в источнике для
"rhevm" на мишени, используйте:

virt-v2v [...] - сеть по умолчанию: rhevm

Чтобы сопоставить каждую сеть с целевой сетью, используйте:

virt-v2v [...] - сеть rhevm

Мосты обрабатываются таким же образом, но вы должны использовать --мост вариант вместо этого. Для
пример:

$ virt-v2v [-i ...] - имя источника печати
[...]
Сетевые карты:
Мост "br0"

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

ВХОД от VMWARE ВЦЕНТР SERVER

Virt-v2v может импортировать гостей с сервера VMware vCenter.

Требуется vCenter ≥ 5.0. Если у вас нет vCenter, рекомендуется использовать OVA.
(см. «ВВОД ИЗ VMWARE OVA» ниже), или, если это невозможно, см. «ВВОД ИЗ
VMWARE ESXi HYPERVISOR ".

Virt-v2v использует libvirt для доступа к vCenter, поэтому режим ввода должен быть -i
Libvirt. Поскольку это значение по умолчанию, вам не нужно указывать его в командной строке.

ВЦЕНТР: УДАЛИТЬ VMWARE ИНСТРУМЕНТЫ от WINDOWS ГОСТИ
Для гостей Windows перед преобразованием следует удалить инструменты VMware. Хотя это
не обязательно, и гость все равно сможет работать, если вы этого не сделаете, то
преобразованный гость будет жаловаться на каждую загрузку. Инструменты не могут быть удалены после
преобразование, потому что деинсталлятор проверяет, работает ли он на VMware, и отказывается запускаться
(что также является причиной того, что virt-v2v не может их удалить).

Это не обязательно для гостей Linux, поскольку virt-v2v может удалять инструменты VMware.

ВЦЕНТР: URI
URI libvirt сервера vCenter выглядит примерно так:

vpx: // пользователь @ сервер / Datacenter / esxi

где:

"Пользователь@"
является (необязательно, но рекомендуется) пользователем для подключения как.

Если имя пользователя содержит обратную косую черту (например, «DOMAIN \ USER»), вам потребуется URI-
экранируйте этот символ, используя% 5c: "DOMAIN% 5cUSER" (5c - шестнадцатеричный код ASCII для
обратная косая черта.) Другие знаки препинания также могут быть экранированы.

"сервер"
это vCenter Server ( гипервизор).

"Дата центр"
это имя центра обработки данных.

Если имя содержит пробел, замените его escape-кодом URI% 20.

"esxi"
- это имя гипервизора ESXi, на котором работает гость.

Если при развертывании VMware используются папки, возможно, потребуется добавить их в URI, например:

vpx: // пользователь @ сервер / папка / центр обработки данных / esxi

Для получения полной информации об URI libvirt см .: http://libvirt.org/drvesx.html

Типичные ошибки libvirt / virsh при неправильном URI включают:

· Не удалось найти центр обработки данных, указанный в [...]

· Не удалось найти вычислительный ресурс, указанный в [...]

· Путь [...] не указывает вычислительный ресурс

· Путь [...] не указывает хост-систему

· Не удалось найти хост-систему, указанную в [...]

ВЦЕНТР: ИСПЫТАНИЕ ЛИБВИРТ ПОДКЛЮЧЕНИЕ К ВЦЕНТР
Использовать вирш(1) команда для вывода списка гостей на vCenter Server следующим образом:

$ virsh -c 'vpx: //[электронная почта защищена]/ Datacenter / esxi 'list --all
Введите пароль root для vcenter.example.com: ***

Идентификатор Имя Состояние
-------------------------------------------------- -
- Fedora 20 отключена
- Windows 2003 выключена

Если вы получаете сообщение об ошибке «Сертификат однорангового узла не может быть аутентифицирован с помощью заданных сертификатов CA»
или аналогичный, то вы можете либо импортировать сертификат хоста vCenter, либо обойти подпись
проверка путем добавления флага "? no_verify = 1":

$ virsh -c 'vpx: //[электронная почта защищена]/ Datacenter / esxi? No_verify = 1 'список - все

Вы также должны попробовать сбросить метаданные с любого гостя на вашем сервере, например:

$ virsh -c 'vpx: //[электронная почта защищена]/ Datacenter / esxi 'dumpxml "Windows 2003"

Windows 2003
[...]


If выше команды do работать, тогда вирт-v2v is будет в работает или. Исправьте свой
Прежде чем продолжить, настройте libvirt и / или ваш сервер VMware vCenter.

ВЦЕНТР: ИМПОРТ A ГОСТЬ
Чтобы импортировать конкретного гостя с vCenter Server, выполните следующие действия:

$ virt-v2v -ic 'vpx: //[электронная почта защищена]/ Datacenter / esxi? No_verify = 1 '\
"Windows 2003" \
-o местный -os / Вар / TMP

где «Windows 2003» - это имя гостя (которое необходимо выключить).

Обратите внимание, что вас могут попросить ввести пароль vCenter. дважды. Это случается один раз, потому что
libvirt нужен, и второй раз, потому что virt-v2v напрямую подключается к
сервер. Использовать --password-файл предоставить пароль через файл.

В этом случае флаги вывода устанавливаются для записи преобразованного гостя во временный
каталог, так как это всего лишь пример, но вы также можете написать в libvirt или любой другой
поддерживаемая цель.

ВЦЕНТР: НЕАДМИНИСТРАТОР РОЛЬ
Вместо использования роли администратора vCenter вы можете создать настраиваемую неадминистративную
роль для выполнения преобразования. Однако вам нужно будет предоставить ему минимальный набор
разрешения следующие:

1. Создайте настраиваемую роль в vCenter.

2. Включите (отметьте) следующие объекты:

Хранилище данных:
- Просмотр хранилища данных
- Низкоуровневые файловые операции

сессия:
- Проверить сеанс

Виртуальная машина:
Подготовка:
- Разрешить доступ к диску
- Разрешить доступ к диску только для чтения
- Управление гостевой операционной системой с помощью VIX API

ВХОД от VMWARE OVA

Virt-v2v может импортировать гостей из файлов VMware OVA (Open Virtualization Appliance).
Только OVA, экспортированные из VMware vSphere, будут работать.

ОВА: УДАЛИТЬ VMWARE ИНСТРУМЕНТЫ от WINDOWS ГОСТИ
Для гостей Windows перед преобразованием следует удалить инструменты VMware. Хотя это
не обязательно, и гость все равно сможет работать, если вы этого не сделаете, то
преобразованный гость будет жаловаться на каждую загрузку. Инструменты не могут быть удалены после
преобразование, потому что деинсталлятор проверяет, работает ли он на VMware, и отказывается запускаться
(что также является причиной того, что virt-v2v не может их удалить).

Это не обязательно для гостей Linux, поскольку virt-v2v может удалять инструменты VMware.

ОВА: СОЗДАТЬ OVA
Чтобы создать OVA в vSphere, используйте параметр «Экспорт шаблона OVF» (из контекста виртуальной машины
меню или из меню Файл). Либо "Папка файлов" (OVF), либо "Один файл" (OVA) будет
работают, но с OVA, вероятно, справиться легче. Файлы OVA - это просто несжатый tar
файлы, поэтому вы можете использовать такие команды, как tar tf VM.ova, для просмотра их содержимого.

Создавай OVA овфтул

Вы также можете использовать проприетарный инструмент VMware ovftool:

ovftool --noSSLVerify \
vi: // ПОЛЬЗОВАТЕЛЬ:[электронная почта защищена]/ ВМ \
В.М.ова

Чтобы подключиться к vCenter:

ovftool --noSSLVerify \
vi: // ПОЛЬЗОВАТЕЛЬ:[электронная почта защищена]/ ИМЯ-ДАТАЦЕНТРА / vm / VM \
В.М.ова

Для аутентификации с поддержкой Active Directory вы должны указать символ «@» в
форма его шестнадцатеричного кода ascii (% 5c):

vi: // ДОМЕН% 5cUSER: PASSWORD @ ...

ОВА: ИМПОРТ A ГОСТЬ
Чтобы импортировать файл OVA с именем В.М.ова, делать;

$ virt-v2v -i ova VM.ova -o локальный -os / Вар / TMP

Если вы экспортировали гостя как «Папку с файлами», or если вы распаковали тарбол OVA
вы можете указать virt-v2v на каталог, содержащий файлы:

$ virt-v2v -i ova / путь / к / файлам -o локальный -os / Вар / TMP

ВХОД от VMWARE ESXi ГИПЕРВИЗОР

Virt-v2v не может напрямую обращаться к гипервизору ESXi. Вы должны использовать метод OVA, описанный выше
(см. «ВВОД ИЗ VMWARE OVA»), если возможно, так как это намного быстрее и требует гораздо меньше
дискового пространства, чем метод, описанный в этом разделе.

Вы можете использовать virt-v2v-копировать-на-местный(1) инструмент для копирования гостя с гипервизора в
локальный файл, а затем преобразовать его.

ESXi: УДАЛИТЬ VMWARE ИНСТРУМЕНТЫ от WINDOWS ГОСТИ
Для гостей Windows перед преобразованием следует удалить инструменты VMware. Хотя это
не обязательно, и гость все равно сможет работать, если вы этого не сделаете, то
преобразованный гость будет жаловаться на каждую загрузку. Инструменты не могут быть удалены после
преобразование, потому что деинсталлятор проверяет, работает ли он на VMware, и отказывается запускаться
(что также является причиной того, что virt-v2v не может их удалить).

Это не обязательно для гостей Linux, поскольку virt-v2v может удалять инструменты VMware.

ESXi: URI
URI libvirt для гипервизоров VMware ESXi будет выглядеть примерно так:

esx: //[электронная почта защищена]? no_verify = 1

Параметр «? No_verify = 1» отключает проверку сертификата TLS.

ESXi: ИСПЫТАНИЕ ЛИБВИРТ ПОДКЛЮЧЕНИЕ К ESXi ГИПЕРВИЗОР
Использовать вирш(1) команда для проверки URI и получения списка доступных удаленных гостей:

$ virsh -c esx: //[электронная почта защищена]? no_verify = 1 список - все
Введите пароль root для esxi.example.com: ***
Идентификатор Имя Состояние
-------------------------------------------------- -
- гость отключен

ESXi: КОПИЯ ГОСТЬ К LOCAL МАШИНА
Использование URI libvirt в качестве -IC вариант, скопируйте одного из гостей на локальный компьютер:

$ virt-v2v-copy-to-local -ic esx: //[электронная почта защищена]? no_verify = 1 гость

Это создает гость.xml, гость-диск1...

ESXi: DO ВИРТ-В2В Конверсия
Выполните преобразование гостя с помощью virt-v2v:

$ virt-v2v -i libvirtxml guest.xml -o локальный -os / Вар / TMP

ESXi: ЧИСТКА UP
Удалить гость.xml и гостевой диск * файлы.

ВХОД от RHEL 5 XEN

Virt-v2v может импортировать гостей Xen с хостов Xen RHEL 5.

Virt-v2v использует libvirt для доступа к удаленному хосту Xen и, следовательно, режим ввода
должно быть -i Libvirt. Поскольку это значение по умолчанию, вам не нужно указывать его в команде
линии.

ЗЕН: УСТАНОВКА UP СШ-АГЕНТ ДОСТУП К XEN ВЕДУЩИЙ
В настоящее время вы должны включить беспарольный SSH-доступ к удаленному хосту Xen из virt-v2v.
сервер конвертации.

Вы также должны использовать ssh-agent и добавить свой открытый ключ ssh в /root/.ssh/authorized_keys (на
хост Xen).

После этого вы должны убедиться, что беспарольный доступ работает с сервера virt-v2v.
к хосту Xen. Например:

$ ssh [электронная почта защищена]
[входит прямо в оболочку, пароль не запрашивается]

Обратите внимание, что интерактивный пароль и доступ по протоколу Kerberos поддерживается. Ты встали на сторону установить
доступ по ssh с использованием ssh-agent и authorized_keys.

ЗЕН: ИСПЫТАНИЕ ЛИБВИРТ ПОДКЛЮЧЕНИЕ К ДИСТАНЦИОННОГО XEN ВЕДУЩИЙ
Использовать вирш(1) команда для вывода списка гостей на удаленном хосте Xen:

$ virsh -c xen + ssh: //[электронная почта защищена] список - все
Идентификатор Имя Состояние
-------------------------------------------------- -
0 Домен-0 работает
- отключение rhel49-x86_64-pv

Вы также должны попробовать сбросить метаданные с любого гостя на вашем сервере, например:

$ virsh -c xen + ssh: //[электронная почта защищена] дампксмл rhel49-x86_64-pv

rhel49-x86_64-pv
[...]


If выше команды do работать, тогда вирт-v2v is будет в работает или. Исправьте свой
Прежде чем продолжить, настройте libvirt или удаленный сервер.

If гость диски расположенный on a кашель блок устройство, то преобразование не будет выполнено. Видеть
"XEN ИЛИ SSH КОНВЕРСИИ С БЛОКИРОВКИ УСТРОЙСТВ" ниже для временного решения.

ЗЕН: ИМПОРТ A ГОСТЬ
Чтобы импортировать конкретного гостя с сервера Xen, выполните:

$ virt-v2v -ic 'xen + ssh: //[электронная почта защищена]'\
rhel49-x86_64-pv \
-o местный -os / Вар / TMP

где «rhel49-x86_64-pv» - это имя гостя (которое необходимо выключить).

В этом случае флаги вывода устанавливаются для записи преобразованного гостя во временный
каталог, так как это всего лишь пример, но вы также можете написать в libvirt или любой другой
поддерживаемая цель.

XEN OR SSH КОНВЕРСИИ от BLOCK / БЛОК УСТРОЙСТВА
В настоящее время virt-v2v не может напрямую получить доступ к гостю Xen (или любому гостю, расположенному удаленно через
ssh), если гостевые диски расположены на блочных устройствах хоста.

Чтобы узнать, использует ли гость Xen блочные устройства хоста, посмотрите гостевой XML. Ты увидишь:


...


где "type = 'block'", "source dev =" и "/ dev / ..." все указывают на то, что диск
расположен на главном блочном устройстве.

Это происходит потому, что блочный драйвер qemu ssh, который мы используем для доступа к удаленным дискам, использует
ssh sftp протокол, и этот протокол не может правильно определить размер блока хоста
устройств.

Обходной путь - скопировать гостя на сервер преобразования, используя отдельный
virt-v2v-копировать-на-местный(1), а затем запустить virt-v2v. Вам понадобится достаточно
место на сервере преобразования для хранения полной копии гостя.

virt-v2v-copy-to-local -ic xen + ssh: //[электронная почта защищена] гость
virt-v2v -i libvirtxml guest.xml -o локальный -os / Вар / TMP
rm guest.xml гостевой диск *

ВЫВОД К ЛИБВИРТ

The -o Libvirt опция позволяет загрузить преобразованного гостя на хост, управляемый libvirt.
Есть несколько ограничений:

· Вы можете использовать только локальное соединение libvirt [см. Ниже, как это исправить].

· The -Операционные системы бассейн опция должна указывать пул каталогов, а не что-то более экзотическое, например
iSCSI [но см. ниже].

· Вы можете загружать только в гипервизор KVM.

к выходной в a удаленные  Libvirt пример и / или a не каталог диск бассейн ты должен использовать
следующий обходной путь:

1. Используйте virt-v2v в -o локальным режим для преобразования гостевых дисков и метаданных в локальные
временный каталог:

virt-v2v [...] -o локальный -os / Вар / TMP

Это создает два (или более) файла в / Вар / TMP называется:

/var/tmp/NAME.xml # XML-файл libvirt (метаданные)
/ var / tmp / NAME-sda # первый диск гостя

(вместо «ИМЯ» подставьте имя гостя).

2. Загрузите преобразованный диск (диски) в пул хранения под названием «POOL»:

размер = $ (stat -c% s / var / tmp / NAME-sda)
virsh vol-create-as ИМЯ ПУЛА-sda $ size --format raw
virsh vol-upload --pool ИМЯ ПУЛА-sda / var / tmp / NAME-sda

3. редактировать /var/tmp/ИМЯ.xml изменить / var / tmp / ИМЯ-sda к названию пула. Другими словами,
найдите следующий бит XML:







и измените две вещи: атрибут "type = 'file'" необходимо изменить на "type = 'volume'",
и " "элемент должен быть изменен, чтобы включить атрибуты" пул "и" объем ":


...

...


4. Определите последнего гостя в libvirt:

virsh определить /var/tmp/ИМЯ.xml

ВЫВОД К РЭМ

Этот раздел относится только к -o Rhev режим вывода. Если вы используете virt-v2v от RHEV-M
пользовательский интерфейс, то за кулисами импорт управляется VDSM с помощью -o вдсм
режим вывода (который конечные пользователи не должны пытаться использовать напрямую).

Вы должны указать -o Rhev и -Операционные системы вариант, указывающий на экспортное хранилище RHEV-M
Домен. Вы можете указать сервер NFS и точку монтирования, например.
"-os rhev-storage: / rhev / export", или вы можете смонтировать его первым и указать на каталог
где он установлен, например. "-os / tmp / mnt". Будьте осторожны, чтобы не указывать на хранилище данных.
Домен случайно как таковой работать не будет.

После успешного завершения virt-v2v запишет нового гостя в хранилище экспорта.
Домен, но он еще не готов к работе. Его необходимо импортировать в RHEV с помощью пользовательского интерфейса.
прежде чем он может быть использован.

В RHEV ≥ 2.2 это делается на вкладке «Хранилище». Выберите экспортный домен, который был гостем
написано. Под списком доменов хранения появится панель с несколькими
вкладки, одна из которых - «Импорт ВМ». Преобразованный гость будет указан здесь. Выберите
соответствующему гостю нажмите кнопку «Импорт». Дополнительную информацию см. В документации RHEV.

Если вы экспортируете несколько гостей, вы можете импортировать их всех одновременно через
UI.

РЕСУРС ТРЕБОВАНИЯ

Cеть
Наиболее важным ресурсом для virt-v2v является пропускная способность сети. Virt-v2v должен
иметь возможность копировать гостевые данные на гигабитных скоростях Ethernet или выше.

Убедитесь, что сетевые соединения между серверами (сервер преобразования, сервер NFS,
vCenter, Xen) работают максимально быстро и с минимальной задержкой.

Диск космосе
Virt-v2v помещает потенциально большие временные файлы в $ TMPDIR (который / Вар / TMP если вы
не устанавливайте это). Использование tmpfs - плохая идея.

Для каждого гостевого диска временно сохраняется оверлей. Это сохраняет сделанные изменения
во время преобразования и используется в качестве кеша. Накладки не особо большие - десятки
или обычно не более сотни мегабайт на диск. В дополнение к наложению (ов) введите
и методы вывода могут использовать дисковое пространство, как указано в таблице ниже.

-i ова
Это временно помещает полную копию несжатых исходных дисков в $ TMPDIR.

-o взгляд
Это временно помещает полную копию выходных дисков в $ TMPDIR.

-o локальным
-o кему
Вы должны убедиться, что в выходном каталоге достаточно места для преобразованного
гость.

-o нуль
Это временно помещает полную копию выходных дисков в $ TMPDIR.

VMware VCENTER Ресурсы
Копирование из VMware vCenter в настоящее время выполняется довольно медленно, но мы считаем, что это проблема
с VMware. Обеспечение работы гипервизора VMware ESXi и vCenter на быстром оборудовании
с большим количеством памяти должно облегчить это.

Вычисление мощностью и Оперативная память
Virt-v2v не требует особых вычислений или оперативной памяти. Если вы используете много параллельных
преобразований, то вы можете выделить одно ядро ​​ЦП и от 512 МБ до 1 ГБ
ОЗУ на каждый работающий экземпляр.

Virt-v2v можно запускать на виртуальной машине.

ПОСЛЕ КОНВЕРСИИ ЗАДАЧИ

Гость сеть конфигурация
Virt-v2v в настоящее время не может перенастроить конфигурацию гостевой сети. Если преобразованный
гость не подключен к той же подсети, что и источник, его сетевая конфигурация может
должны быть обновлены. Смотрите также виртуальная настройка(1).

преобразование a Windows гость
При преобразовании гостевых систем Windows процесс преобразования разбивается на два этапа:

1. Автономное преобразование.

2. Первая загрузка.

Гость будет загрузочным после этапа офлайн-преобразования, но еще не будет иметь все
для корректной работы установлены необходимые драйверы. Они будут установлены автоматически.
первый раз гость загружается.

NB Будьте осторожны, чтобы не прервать процесс автоматической установки драйвера при входе в систему.
гостю в первый раз, так как это может помешать гостю впоследствии загрузиться
правильно.

бесплатно SPACE Для Конверсия

Virt-v2v проверяет, достаточно ли свободного места в гостевой файловой системе для выполнения
конверсия. В настоящее время проверяет:

Корневая файловая система Linux или диск Windows "C:"
Минимальное свободное место: 20 МБ

Linux / загрузки
Минимальное свободное место: 50 МБ

Это потому, что нам нужно создать новый initramfs для некоторого Enterprise Linux.
преобразования.

Любая другая монтируемая файловая система
Минимальное свободное место: 10 МБ

БЕГ ВИРТ-В2В AS ROOT OR НЕ-КОРНЕВОЙ

Ничего в virt-v2v по сути не требует доступа с правами root, и он будет нормально работать как без полномочий root.
Пользователь. Однако для некоторых внешних функций может потребоваться либо root, либо специальный пользователь:

Монтирование экспортного домена хранения
Когда используешь -o Rhev -Операционные системы сервер: / esd virt-v2v должен иметь достаточные привилегии для NFS
смонтировать экспортный домен хранения с «сервера».

Вы можете избежать необходимости использования root здесь, установив его самостоятельно перед запуском virt-v2v, и
прохождение -Операционные системы /точка крепления вместо этого, но прежде всего прочтите следующий раздел ...

Запись в экспортный домен хранения как 36:36
RHEV-M не может читать файлы и каталоги из экспортного домена хранения, если они
иметь UID: GID 36:36. Вы увидите проблемы с импортом виртуальной машины, если UID: GID неверен.

Когда вы запускаете virt-v2v -o Rhev как root, virt-v2v пытается создавать файлы и
каталоги с правильным владельцем. Если вы запустите virt-v2v как не-root, он
вероятно, все еще работает, но вам нужно будет вручную изменить владельца после того, как virt-v2v
законченный.

Запись в libvirt
Когда используешь -o Libvirt, вам может потребоваться запустить virt-v2v от имени root, чтобы он мог писать в
системный экземпляр libvirt (например, "qemu: /// system") и в местоположение по умолчанию для
образы дисков (обычно / var / lib / libvirt / изображений).

Вы можете избежать этого, настроив аутентификацию соединения libvirt, см.
http://libvirt.org/auth.html. В качестве альтернативы используйте -ок qemu: /// сессия, который будет
напишите в свой экземпляр libvirt для каждого пользователя.

Написание для взгляда
Это делает нужен root (на самом деле он, вероятно, не сработает), но может потребоваться либо
специальный пользователь и / или для вас источник скрипта, который устанавливает среду аутентификации
переменные. Обратитесь к документации Glance.

ОТЛАДКА РЭВ-М ИМПОРТИРОВАТЬ ОТКАЗЫ

Когда вы экспортируете в экспортный домен хранения RHEV-M, а затем импортируете этого гостя через
пользовательского интерфейса RHEV-M, вы можете столкнуться с ошибкой импорта. Диагностика этих сбоев
до безумия сложно, поскольку пользовательский интерфейс обычно скрывает истинную причину сбоя.

Есть два интересных файла журнала. Первый хранится на самом сервере RHEV-M, и
называется /var/log/ovirt-engine/engine.log

Второй файл, который является наиболее полезным, находится на хосте SPM (SPM означает
«Диспетчер пула хранения»). Это узел RHEV, который выбран для обработки всех метаданных.
модификации в центре обработки данных, такие как создание изображения или моментального снимка. Вы можете узнать
какой хост является текущим SPM, из вкладки «Хосты» в столбце «Статус Spm». Как только у вас есть
обнаружил SPM, войдите в него и возьмите файл /var/журнал/vdsm/vdsm.log который будет содержать
подробные сообщения об ошибках от низкоуровневых команд.

МИНИМАЛЬНЫЙ XML Для -i библиотека libvirtxml ВАРИАНТ

При использовании -i библиотека libvirtxml вариант, вы должны предоставить некоторый libvirt XML. Написание этого
с нуля сложно, поэтому приведенный ниже шаблон будет вам полезен.

Внимание этой должен Важно be использовал для тестов и / или в котором знают почему Вы делать! если ты
иметь метаданные libvirt для гостя, всегда используйте их.


ИМЯ
1048576
2

hvm














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

МАШИНА УДОБОЧИТАЕМЫЙ ВЫВОД

The - машиночитаемый опцию можно использовать, чтобы сделать вывод более удобным для машины, что
полезен при вызове virt-v2v из других программ, графических интерфейсов и т. д.

Есть два способа использовать эту опцию.

Во-первых, используйте эту опцию отдельно, чтобы узнать о возможностях двоичного файла virt-v2v.
Типичный результат выглядит так:

$ virt-v2v - машиночитаемый
вирт-v2v
libguestfs-переписать
вход: диск
[...]
вывод: местный
[...]
конвертировать: предприятие-Linux
convert: windows

Список функций распечатывается, по одной в строке, и программа завершает работу со статусом 0.

Функции "input:" и "output:" относятся к -i и -o (режим ввода и вывода) параметры
поддерживается этим двоичным файлом. Функции "convert:" относятся к типам гостей, которые этот двоичный файл
умеет конвертировать.

Во-вторых, используйте эту опцию в сочетании с другими опциями, чтобы сделать обычную программу
вывод более дружелюбный к машине.

На данный момент это означает:

1. Сообщения индикатора выполнения можно проанализировать из стандартного вывода, выполнив поиск этого обычного
выражение:

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

2. Вызывающая программа должна обрабатывать сообщения, отправленные на стандартный вывод (за исключением индикатора выполнения.
messages) как статусные сообщения. Они могут регистрироваться и / или отображаться пользователю.

3. Вызывающая программа должна обрабатывать сообщения, отправленные на stderr, как сообщения об ошибках. В
Кроме того, virt-v2v завершает работу с ненулевым кодом состояния, если произошла фатальная ошибка.

Virt-v2v ≤ 0.9.1 не поддерживает - машиночитаемый вариант вообще. Вариант был
добавлен, когда virt-v2v был переписан в 2014 году.

Используйте virt-v2v онлайн с помощью сервисов onworks.net