Миграция виртуальной машины vmware на другой сервер. Конвертируем виртуальные машины VMWare в Hyper-V и обратно. Добавление новой машины из существующего файла жёсткого диска VirtualBox

VMware vMotion - это специальная функциональная возможность vSphere, которая позволяет переместить ВМ с одного хоста на другой “на лету”, то есть без видимого влияния на “продакшн” систему. Технология vMotion была представлена еще в 2003 году и по настоящий момент времени является частью всех выпусков vSphere, кроме Essentials Kit, который предназначен для построения небольших виртуальных инфраструктур.

Существует несколько сценариев, когда vMotion может быть полезен, начиная от случая запланированного обслуживания системы (например, установка пакетов обновления программного обеспечения), когда требуется мигрировать ВМ на другой сервер на небольшой промежуток времени без даунтайма/простоя, и заканчивая случаем миграции ВМ при проблемах с производительностью сервера. Конечно, если vSphere лицензия позволяет это сделать, то миграция выполняется парой кликов мыши. Но что делать, когда такой возможности у установленной версии vSphere нет, но она требуется для разового проекта? В таком случае можно воспользоваться функциональной возможностью Quick Migration имеющейся в Veeam Backup & Replication v7.

Итак, что это такое?

Quick Migration - это одна из функций Veeam Backup & Replication, которая доступна также и в бесплатной версии (Free Edition). Схема работы Quick Migration показана на рисунке ниже. VMware backup proxy служит связующим звеном при миграции ВМ.

Теперь я покажу работу Quick Migration на практическом примере. Итак, что нужно сделать, чтобы выполнить простейшую миграцию “на лету” без vMotion:

Установить программу на физический сервер или ВМ под управлением Windows (обязательно 64-bit). Инсталлятор стандартный и установка продукта занимает не более 15 минут.

Добавить в Veeam Backup консоль два хоста: первый хост (на котором работает ВМ) и второй хост (куда ее нужно переместить), после чего они будут доступны в разделе управляемых vSphere хостов. Интерфейс пользователя довольно прост, надеюсь, что не возникнет сложностей с этой операцией. Однако чтобы удостовериться, что все правильно, можно посмотреть (на англ. яз.).

Когда хосты успешно добавлены в консоль, можно переходить к самой миграции.

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

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

И все! Система перенесет ВМ на другой хост/хранилище, зарегистрирует ее там и сообщит вам о том, что машиной можно пользоваться.

Несколько дополнительных мыслей

Quick Migration может быть полезной, если нужно мигрировать VMware ВМ между хостами (разными датасторами/хостами и датасторами) VMware ESX(i) без приостановки ее работы, т.е «на лету”, а VMware vMotion опция недоступна.

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

Quick Migration может мигрировать несколько ВМ параллельно.

Quick Migration доступна только для VMware серверов, но не для Hyper-V.

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

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

В этом руководстве собраны инструкции по преобразованию установок Windows в виртуальные образы Microsoft Hyper-V, VirtualBox и VMware.

Перенос ОС Windows в виртуальную машину Microsoft Hyper-V выполняется очень просто благодаря программе Disk2vhd от Sysinternals.

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

Примечание : программу можно запустить в режиме командной строки, используя формат:

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

Пользователь должен выбрать целевой путь и имя файла (с расширением vhdx), а также тома, которые следует включить в виртуальный образ.

Вы можете выбрать только раздел Windows или даже преобразовать несистемные разделы в образы VHD, не выбирая раздел Windows.

Disk2VHD поставляется с двумя дополнительными параметрами, которые указываются при запуске. Первый устанавливает выходной формат VHDX. Вы можете отключить данный параметр, чтобы использовать VHD.

VHDX имеет несколько преимуществ, такие как поддержка более крупных виртуальных дисков (64 ТБ против 2 ТБ), лучшая защита от повреждений, дистанционное онлайн изменение размера и др. VHD необходим в основном для целей совместимости, например, когда продукт не поддерживает VHDX, а также когда вы хотите преобразовать образ в Virtualbox.

Второй параметр позволяет использовать теневую копию тома.

Disk2VHD обрабатывает выбранные тома и превращает их в образы виртуальных дисков, которые сохраняются в выбранном месте.

После того, как вы получили образ VHD, можете использовать инструмент командной строки vboxmanage, который поставляется с VirtualBox, для клонирования носителя и сохранения его в другом формате.

1. Нажмите на клавишу Windows , введите cmd.exe , зажмите Ctrl + Shift и нажмите клавишу Enter , чтобы запустить командную строку с правами администратора.
2. Перейдите в папку VirtualBox в системе, например, C:\Program Files\Oracle\VirtualBox с помощью команды cd .
3. Используйте команду vboxmanage clonemedium disk , чтобы преобразовать образ диска VHD в формат VDI. Например: vboxmanage clonemedium disk o:\source.vhd o:\output.vdi

Преобразование может занять некоторое время в зависимости от размера изображения и доступных ресурсов вашего компьютера.

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

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

Размер установщика равен примерно 170 мегабайт. Во время установки вам будет предложено присоединиться к программе улучшения качества обслуживания клиентов.

Чтобы преобразовать запущенную систему Windows в виртуальный образ для VMware, выберите опцию “Конвертировать машину” в главном интерфейсе программы, чтобы начать работу.

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

Выберите виртуальную машину VMware в разделе тип цели на следующей странице и выберите целевую папку для сохранения образа.

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

Нашли опечатку? Выделите и нажмите Ctrl + Enter

VMware vMotion - это специальная функциональная возможность vSphere, которая позволяет переместить ВМ с одного хоста на другой “на лету”, то есть без видимого влияния на “продакшн” систему. Технология vMotion была представлена еще в 2003 году и по настоящий момент времени является частью всех выпусков vSphere, кроме Essentials Kit, который предназначен для построения небольших виртуальных инфраструктур.

Существует несколько сценариев, когда vMotion может быть полезен, начиная от случая запланированного обслуживания системы (например, установка пакетов обновления программного обеспечения), когда требуется мигрировать ВМ на другой сервер на небольшой промежуток времени без даунтайма/простоя, и заканчивая случаем миграции ВМ при проблемах с производительностью сервера. Конечно, если vSphere лицензия позволяет это сделать, то миграция выполняется парой кликов мыши. Но что делать, когда такой возможности у установленной версии vSphere нет, но она требуется для разового проекта? В таком случае можно воспользоваться функциональной возможностью Quick Migration имеющейся в Veeam Backup & Replication v7.

Итак, что это такое?

Quick Migration - это одна из функций Veeam Backup & Replication, которая доступна также и в бесплатной версии (Free Edition). Схема работы Quick Migration показана на рисунке ниже. VMware backup proxy служит связующим звеном при миграции ВМ.

Теперь я покажу работу Quick Migration на практическом примере. Итак, что нужно сделать, чтобы выполнить простейшую миграцию “на лету” без vMotion:

Установить программу на физический сервер или ВМ под управлением Windows (обязательно 64-bit). Инсталлятор стандартный и установка продукта занимает не более 15 минут.

Добавить в Veeam Backup консоль два хоста: первый хост (на котором работает ВМ) и второй хост (куда ее нужно переместить), после чего они будут доступны в разделе управляемых vSphere хостов. Интерфейс пользователя довольно прост, надеюсь, что не возникнет сложностей с этой операцией. Однако чтобы удостовериться, что все правильно, можно посмотреть (на англ. яз.).

Когда хосты успешно добавлены в консоль, можно переходить к самой миграции.

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

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

И все! Система перенесет ВМ на другой хост/хранилище, зарегистрирует ее там и сообщит вам о том, что машиной можно пользоваться.

Несколько дополнительных мыслей

Quick Migration может быть полезной, если нужно мигрировать VMware ВМ между хостами (разными датасторами/хостами и датасторами) VMware ESX(i) без приостановки ее работы, т.е «на лету”, а VMware vMotion опция недоступна.

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

Quick Migration может мигрировать несколько ВМ параллельно.

Quick Migration доступна только для VMware серверов, но не для Hyper-V.

В платном варианте VMWare есть инструменты для горячего переноса работающих серверов с одного хоста VMWare на другой без перерыва в работе. Мы пока используем бесплатную версию VMWare ESXi. Т.е. нет никакой организованной фермы, а есть отдельно стоящие серверы с VMWare ESXi. Нам потребовалось перенести виртуальные серверы на другое железо, чтобы освободить текущий физический сервер (host) для ремонта (возникла непонятная проблема с корзиной HDD). В работе уже есть малозагруженный сервер под VMWare ESXi и еще один поднимем временно рядом. Итак, по шагам.

1. Железо для «нового» сервера VMWare ESXi. К счастью, под рукой был вполне приличный новый сервер, который пока не было времени запустить в промышленную эксплуатацию. Конфигурация: HP ML350 G6, 3 HDD по 300 Гб, 8 Гб ОЗУ. Раньше уже был описан процесс , повторяться нет смысла.

2. Инструментарий. Не смотря та то, что виртуальные машины являются набором файлов, которые можно скопировать с одного сервера на другой, я отказался от этой идеи по двум причинам:
— Версии исходной виртуальной системы и новой не совпадали. Перенос происходил с VMWars ESXi 4 на ESXi 5. В пятой версии изменился и формат файловой системы и формат самих виртуальных машин.
— VMWare выпустила прекрасный и бесплатный конвертер «VMware vCenter Converter», который позволяет решить данную задачу, так сказать, штатными средствами. Скачиваем конвертер с сайта производителя, предварительно войдя на сайт под своим именем (напомню, регистрация бесплатная). Установка «VMware vCenter Converter» достаточно тривиальная.

3. Перенос виртуальных машин с одного физического хоста на другой происходит одновременно с конвертацией. «VMware vCenter Converter» может работать с разными источниками, в том числе и восстанавливать виртуальные машины из образов «чужих» форматов. В нашем случае было 2 основных варианта переноса:
— перенос включенного сервера, независимо от того, физическая это машина или виртуальная;
— перенос виртуальной машины, как части инфраструктуры VMWare.

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

В интерфейсе «VMware vCenter Converter» нажимаем кнопку Convert machine , выбираем source type : «VMware Infrastructure virtual machine». Вводим адрес исходного сервера и учетные данные для подключения. Выбираем из списка сервер для переноса. Если этот сервер включен, то кнопка Next будет недоступна, т.к. в этом режиме можно конвертировать только выключенные виртуальные машины. Теперь выбираем destination type : «VMware Infrastructure virtual machine», вводим адрес и учетные данные для подключения к «новому» хосту VMWare ESXi. Задаем название виртуальной машины, как оно будет отображаться в консоли «vSphere Client», Next . На следующем экране мастера выбираем хранилище на хосте назначения (если оно не одно), и версию виртуальной машины. Для VMWare ESXi 4 — это Version 4 или Version 7 . Если нет веской причины придерживаться старой версии, то выбираем последнюю, Next . А вот здесь ВНИМАТЕЛЬНЕЕ!

На экране Options НЕ нужно сразу же, не глядя, нажимать кнопку Next . Даже если исходная виртуальная машина имела «тонкий» (thin ) жесткий диск, размер файла которого на физическом диске увеличивается по мере необходимости, конвертер задаст тип диска thick . По этому щелкаем мышью по разделу Data to copy и выбираем нужный тип из выпадающего списка. Размер диска здесь поменять не возможно. Еще один важный раздел конфигурации, на который нужно обратить здесь внимание — Advanced options . Если нужно, чтобы перенесенная виртуальная машина автоматически запустилась после конвертации, то ставим верхнюю галочку «Power on destination machine». Также здесь можно задать автоматическую установку VMware Tools . Особого внимания здесь заслуживает переключатель «Customize guest preferences for the virtual machine». Если он установлен, то для новой виртуальной машины будет автоматически сгенерирован НОВЫЙ SID. Важно установить этот переключатель при клонировании , когда в работе планируется оставить как исходную, так и сконвертированную виртуальные машины. При эего установке в мастере конвертации появляется дополнительный этап Customizations , предлагающий задать новое DNS имя для машины и настроить другие параметры, включая параметры сети. В версии VMWare ESXi 4 задавать здесь параметры принадлежности к домену оказалось бесполезно, после конвертации приходилось вводить в домен повторно. Но в нашем случае нужно было именно перенести машину с одного хоста на другой «как есть». Поэтому переключатель «Customize guest preferences for the virtual machine» оставляем сброшенным. Next , Finish . Конвертер добавляет новую задачу в свой список и показывает ход её выполнения. По опыту, оставшееся время, которое показывает «VMware vCenter Converter», недостоверно, даже когда прогресс-индикатор уже на середине.

Пока происходит конвертация нужно сделать еще одно важное дело — отключить на исходной хосте виртуализации автоматический запуск переносимой виртуальной машины, чтобы она впоследствии не запустилась случайно, например, после перебоев с питанием. Переходим в корень исходной системы, закладка Configuration, в разделе Software щелкаем по пункту Virtual Machine Startup/Shutdown , в правом верхнем углу ссылка Properties… , в появившемся окне с помощью кнопки Move Down переносим конвертируемую виртуальную машину из раздела Automatic Startup в раздел Manual Startup .

4. Настройка сконвертированной виртуальной машины. При переносе между разными платформами и даже между разными версиями одной платформы виртуализации может измениться виртуальное железо, на котором установлена виртуальная машина. В данном случае, при переносе с VMWare ESXi 4 на VMWare ESXi 5 изменились сетевые адаптеры. В четвертой версии это были адаптеры Intel, а в пятой версии — AMD. В результате, несмотря на то, что мы оставили переключатель «Customize guest preferences for the virtual machine» сброшенным и не переконфигурировали систему, статический IP-адрес у виртуальной машины не сохранился. IP-адрес принадлежит адаптеру, а он изменился. Мало того, если мы сейчас попытаемся ввести прежний адрес для нового адаптера, то получим предупреждение о том, что такой адрес уже используется на другом адаптере и может возникнуть конфликт адресов. На самом деле, это предупреждение можно проигнорировать, но для порядка, можно и удалить настройки несуществующего адаптера. Только для этого нам нужно отобразить скрытые устройства, которые по умолчанию не видны в диспетчере оборудования.

Отображение скрытых устройств . В командной строке введите команду

Set devmgr_show_nonpresent_devices=1

Start DEVMGMT.MSC

В открывшемся окне в меню Вид выберите пункт Показать скрытые устройства .

Разверните дерево Сетевые адаптеры. Недоступные адаптеры будут отображены затененными. Удалите их. После этого можно спокойно задавать настройки новых сетевых адаптеров.

После переноса на другую версию VMWare ESXi в результате изменения виртуального оборудования, возможно потребуется повторная активация Windows 2008 и Windows 7. Для активации в локальной сети полезно иметь . Если его нет в сети, то самое время об этом задуматься, т.к. KMS не учитывает количество активаций, а счетчик ключей MAK при каждой активации уменьшается.

Переустановка операционной системы или смена компьютерного устройства не означает конец работы с установленными гостевыми ОС в программе . Правда, исключением может быть случай, когда файлы жёстких дисков виртуальных машин находятся на системном диске компьютера, а саму систему невозможно восстановить после критического сбоя. Чтобы продолжить работу с имеющимися гостевыми ОС с сохранением их состояния, но уже на переустановленной Windows или на другом компьютере, в арсенале программы VirtualBox имеется инструмент экспорта конфигурации существующих виртуальных машин для его импорта в дальнейшем. Другая возможность продолжить работу с существующими гостевыми ОС — добавление новых виртуальных машин на базе имеющихся файлов их жёстких дисков. Все эти процессы и рассмотрим ниже.

1. Универсальный формат файла экспорта виртуальных машин

Конфигурация существующей виртуальной машины VirtualBox экспортируется в файл «.ova ». Файл «.ova» (Open Virtual Appliance) – это универсальный файл хранения данных виртуальной машины, который можно использовать в различных программах для виртуализации операционных систем. Это , . Экспортированная в этот файл виртуальная машина может быть затем импортирована как программой VirtualBox, так и VMware Workstation или Microsoft Hyper-V в рамках поддерживаемых этими программами гостевых систем.

Рассмотрим детальнее процесс экспорта и импорта конфигурации виртуальной машины VirtualBox в основной системе Windows.

2. Экспорт виртуальной машины

В окне VirtualBox выбираем конкретную виртуальную машину для экспорта, жмём меню «Файл » и выбираем «Экспорт конфигураций ».

В следующем окне жмём «Next ».

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

Далее появится окно параметров экспорта. Формат оставляем предустановленный, а вот папку файла экспорта «.ova», по умолчанию располагающуюся на системном диске, меняем на папку, например, как в нашем случае, специально созданную на несистемном диске D.

В следующем окне жмём «Экспорт ».

Дожидаемся завершения процесса экспорта.

Экспортированная виртуальная машина в файле «.ova» будет находиться в указанной папке, откуда её можно переместить на другой компьютер, съёмный носитель, в облачный сервис. Или можно оставить, как в нашем случае, на месте — на несистемном диске, где этот файл будет храниться во время переустановки Windows.

3. Импорт виртуальной машины

После инсталляции VirtualBox на новой Windows или на другом компьютере открываем программу и в меню «Файл » выбираем «Импорт конфигураций ».

В следующем окне указываем путь к файлу «.ova» с экспортированной виртуальной машиной. Жмём «Next ».

В самом конце окна будет указан путь, куда после импорта будет помещён файл жёсткого диска «.vdi». По умолчанию это системный диск, и чтобы не захламлять его и предотвратить потерю файла «.vdi» в случае сбоя системы, можно сменить путь, указав папку хранения на несистемном диске. Жмём «Импорт ».

Дожидаемся завершения процесса импорта.

После чего увидим импортированную виртуальную машину в списке машин VirtualBox. Что и осталось теперь, так это запустить машину.

Гостевая ОС запустится точно в том состоянии, в котором она была на момент экспорта виртуальной машины.

4. Добавление новой машины из существующего файла жёсткого диска VirtualBox

Альтернатива экспорту и импорту виртуальной машины – добавление новой машины из существующего файла жёсткого диска VirtualBox «.vdi ». Этот способ ничем не уступает процедуре экспорта и импорта виртуальной машины. Более того, если файл «.vdi» расположен на несистемном диске, при переустановке Windows на физическом компьютере можно даже и не тратить время на экспорт конфигурации. Хранящийся же на системном диске файл «.vdi» можем просто перенести на несистемный диск. По большому счёту, процесс экспорта и импорта виртуальной машины выигрывает только экономией занимаемого места файлом «.ova». Например, в нашем случае проводился экспорт виртуальной машины с установленной гостевой ОС Windows ХР, и вес файла «.ova» на выходе составил 4,11 Гб. В то время как размер файла жёсткого диска «.vdi» этой же системы составляет 10 Гб .

Такая выгода в экономии места может быть актуальной в случае переноса виртуальной машины на другой компьютер с помощью облачных хранилищ или съёмного носителя с ограниченным размером. В нашем случае, когда речь идёт именно о переустановке Windows, вполне подойдёт способ добавления новой машины из существующего файла жёсткого диска VirtualBox.

Запускаем VirtualBox и жмём «Создать ».

Задаём показатель оперативной памяти. Жмём «Next ».

В окне выбора жёсткого диска выбираем параметр «Использовать существующий жёсткий диск », с помощью кнопки обзора указываем путь хранения файла «.vdi». Жмём «Создать ».

Виртуальная машина появится в списке VirtualBox, можем её запускать.

Гостевая ОС запустится ровно в том состоянии, в котором была сохранена в последний раз работы с ней.

Добавление новой виртуальной машины из существующего файла «.vdi» – это также способ перенести файл жёсткого диска гостевой ОС на несистемный диск компьютера, если изначально таковой был создан на системном диске, и со временем занимаемое им место стало снижать производительность системы. Для этого необходимо удалить виртуальную машину из списка в главном окне VirtualBox. На выбранной машине вызываем контекстное меню и выбираем «Удалить ».

Затем в появившемся окошке жмём «Убрать из списка ».

После этого можно искать файл жёсткого диска «.vdi» на системном диске (как правило, по умолчанию это путь C:\Users\Имя_пользователя\VirtualBox VMs ), переносить его на несистемный диск и добавлять виртуальную машину заново.

Помогла ли Вам данная статья?