Как перенести виртуальную машину vmware на esxi

Обновлено: 15.01.2025

Доброго времени суток! Миграция физических серверов на VMware ESXi через VMware Converter Standalone дело довольно обычное и каждый системный администратор рано или поздно с этим столкнётся. Сейчас я вам покажу как можно перенести вашу физическую рабочую машину или сервер на гипервизор VMware ESXi при помощи Converter Standalone. А также постараюсь сразу же рассмотреть все возможные трудности при переносе.

Установка Converter Standalone

Для начала нам необходимо будет скачать и установить саму программу vCenter Converter Standalone.

О переносе систем на ESXi

Для переноса системы в виртуальную среду ESXi есть два типа: Powered off и Powered on.

Powered off
VMware Infrastructure virtual machine — инфраструктура на базе VMware (другая ESXi)
VMware Workstation or other VMware virtual machine — любая виртуальная машина от VMware
Hyper-V Server — с виндового гипервизора

Powered on
Remote Windows machine — удалённая машина на ОС Windwos
Remote Linux machine — удалённая машина на ОС Linux
This loacl machine — текущая система, на которой мы запустили Standalone

Powered off

В случае переноса с гипервизора на гипервизор тут всё очень просто и зачастую без сюрпризов. Выбираем источник (гипервизор с которого будем переносить виртуалку) и назначение (гипервизор куда будем переносить виртуалку), конфигурируем машину если это нужно и запускаем процедуру переноса. Соответственно вас программа будет спрашивать данные для подключения к гипервизорам. И не забываем, что предварительно нужно потушить переносимую виртуалку!

Powered on

Для начала не забываем запускать сам Converter Standalone от имени Администратора!

Перенос операционной системы в гипервизор ESXi при помощи This loacl machine

При нажатии Convert machine перед нами появляется окно настроек для конвертации машины/сервера на гипервизор ESXi. Сейчас нас интересует тип источника Powered on. А если конкретно , то This local machine (Эта локальная машина). Это значит, что мы будем переносить текущую систему из под которой и запустили Standalone Converter.

VMware vCenter Converter Standalone нужно запускать от имени Администратора!

Далее всё просто. Destination System это то, куда мы собираемся перенести нашу рабочую среду. Указываем VMware Infrastructure virtual machine и чуть ниже прописываем параметры для подключения к гипервизору (ip адрес, имя пользователя и пароль).

Обзываем нашу систему.

В Destination Location указываем в какое хранилище мы будем переносить систему. Отображаются для информации: объём хранилища, занимаемое и свободное место.

А вот тут я бы остановился поподробнее. Так как у нас на гипервизоре место не резиновое, то его нужно экономить. В настройках Data to copy справа прожимаем кнопку Edit и проваливаемся в настройки наших томов.

Тут то мы и пошаманим немного. Для начала отсекаем все ненужные тома. В моём случае это был том D, так как все 232,32 Gb были абсолютно неиспользованные и раздувать ими образ виртуальной машины нет никакого желания. Идём дальше. Системный диск занимает 43,41 Gb, но к нему я сделаю +10 Gb. Так как совсем ужиматься тоже не стоит.

Дальше запускаем конвертацию и можем наблюдать в колонке Status прогресс конвертации/переноса вашей рабочей машины на гипервизор ESXi.

Перенос операционной системы в гипервизор ESXi при помощи Remote Windows machine

Тут процедура точно такая же, только вместо Powered on выбираем Powered off и Remote Windows machine, а поскольку это машина удалённая, то нам нужно будет дополнительно прописать доступы к ней (ip адрес, имя пользователя и пароль). После того как соединение с машиной-источником установим нам будет предложено выбрать в диалоговом окне каким образом мы удалим с конвертируемой машины агента Standalone. Автоматически после переноса или самостоятельно своими ручками чуть позже.

Дальше процесс никак не отличается от клонирования локальной машины. Не вижу смысла повторять одно и тоже по нескольку раз.

Возможные проблемы

Рекомендую для начала проверить саму систему на наличие повреждений системных файлов. Запускаем командную строку от имени администратора и выполняем sfc:

Unable to contact the specified host

VMware vCenter Converter Standalone Unable to contact the specified host 'ip_address'. The host might not be available on the network, there might be a network configuration problem, or the management services on this host are not responding.

Зачастую это связано с тем, что на вашей системе или на удаленной ОС закрыты порты 443 и/или 80.

А также причиной может быть фаервол или встроенный Windows Defender. На время миграции машины на гипервизор попробуйте отключить защиту.

Permission to perform this operation was denied

Тут говорится, что нехватает прав. Но почему? Я ведь и так администратор, в чём дело? Мы знаем, что Standalone был запушен от имени администратора, да и к удаленной системе мы также подключаемся к учётной записи администратора. Так вот. Причиной такого поведения может послужить UAC (контроль учётных записей).

Insufficient permissions to connect to admin$

Решение. Способ 1

Открываем в реестре regedit следующую ветку:

Там необходимо создать параметр DWORD 32-bit LocalAccountTokenFilterPolicy и присвоить ему параметр 1. После сохранения перезагрузите ОС для применения изменений.

Решение. Способ 2

Также в каких-то случаях помогает следующая процедура: Открываем групповые политики gpedit.msc и переходим в раздел

И нас в этом разделе интересует политика Сетевой доступ: модель общего доступа и безопасности для локальных учетных записей. Политику необходимо изменить на Обычная - локальные пользователи удостоверяются как они сами. После сохранения перезагрузите ОС для применения изменений.

Решение. Способ 3

Открываем оснастку общих папок fsmgmt.msc и смотрим что папка ADMIN$ присутствует в списке общих ресурсов. Если её нет — возвращаем. По итогу у вас должен открываться каталог:

Решение. Способ 4

Установить Convertor agent на машине, которую собираетесь переносить на гипервизор.

Ошибка в процессе переноса Error code: 225

В процессе переноса виртуальной машины я получил следующую ошибку где-то на 50%.

FAILED: An error occurred during conversion: 'File-level volume clone error failed with sourcevolume id \WindowsBitmapDriverVolumeId=[. ] and target volume id 44=494. Error code: 225 '

Данную ошибку я решил путем отключения встроенного защитника Windows через стандартное приложение "Настройки".

Всем привет сегодня посмотрим как сконвертировать виртуальную машину vMware Workstation в ESXI 5.5. Давайте рассмотрим задачу, есть виртуальная машина на vMware Workstation и вам нужно чтобы она работала, на ESXi, для этого ее нужно сконвертировать иначе могут быть синие экраны, для конвертации нам поможет программный продукт VMware vCenter Converter Standalone 5.x.x, ранее он нам помог уже сделать конвертацию физической машины в виртуальную среду, так как мир уже давно пришел к тому ,что нужно лучше утилизировать имеющиеся ресурсы физических сервером и виртуализация оказалась настоящим прорывом.

Запускаем VMware vCenter Converter Standalone, и нажимаем Convert machine

Как конвертировать виртуальную машину vMware Workstation в ESXI 5.5-02

В Select Source Type выбираем VMware Workstation or other VMware virtual machine и нажимаем browse

Как конвертировать виртуальную машину vMware Workstation в ESXI 5.5-03

Указываем месторасположение вашей виртуальной машины у меня это 1C-Битрикс Виртуальная машина 5.1. И нажимаете открыть.

Как конвертировать виртуальную машину vMware Workstation в ESXI 5.5-04

Как конвертировать виртуальную машину vMware Workstation в ESXI 5.5-05

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

Как конвертировать виртуальную машину vMware Workstation в ESXI 5.5-06

Указываем название машины как она будет называться в vCenter и жмем next

Как конвертировать виртуальную машину vMware Workstation в ESXI 5.5-07

Выбираем хост, на котором она будет работать, по умолчанию vm будет выключена, так, что если у вас кластер с общими дисками, то хост может быть любым.

Как конвертировать виртуальную машину vMware Workstation в ESXI 5.5-08

Задаем настройки по ресурсам, чем хорошо, можно сразу задать, сколько ОЗУ, CPU вы готовы выделить для работы сервера.

Как конвертировать виртуальную машину vMware Workstation в ESXI 5.5-09

Нажимаем кнопку "Finish"

Как конвертировать виртуальную машину vMware Workstation в ESXI 5.5-10

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

Как конвертировать виртуальную машину vMware Workstation в ESXI 5.5-11

Видим, что все успешно закончено. Осталось проверить на наличие синих экранов и работоспособность сервисов.

Как конвертировать виртуальную машину vMware Workstation в ESXI 5.5-12

Вот так вот просто конвертировать виртуальную машину vMware Workstation в ESXI 5.5.

Хочу поделиться опытом своей команды по миграции с древнего VMware Server 2.0 на ESXi 4.1. В ходе оптимизации расходов на обслуживание перед нами встала задача уйти с сильно подтормаживавшего VMware Server под виндой на бесплатный ESXi. Задача усложнялась территориальной распределённостью серверов (по всей России) и сжатыми сроками, в которые необходимо было это сделать.

Полтора десятка серверов в удалённых локациях. Возьмём за данность, что они имеют интерфейс удалённого управления (DRAC/ILO/IP KVM). Без этого миграция сильно усложняется большим количеством командировок.
На серверах крутится по 3 виртуальных машины — контроллер домена, работающий также как DNS и DHCP-сервер (виртуальный диск 40 гигабайт), WSUS + хранилище дистрибутивов (150 гигабайт), и сервер, сканирующий сеть филиала на уязвимости (ещё 40 гигабайт).
Промежуточных серверов, на которые можно было бы временно поставить ещё один ESXi и осуществить конвертацию на него «живых» машин у нас нет, но для хранения слитой информации у нас есть файлсервера, подключённые с нашими серверами в тот же свитч — в лучшем случае гигабитный, но чаще всего 100 мегабит.
На все сервера у нас есть админские права через AD-группы (в большой компании это не всегда так, но в данном случае мы их получили). Паролей локального админа на эти сервера у нас нет.

Вопрос «как» после курения манов и чтения выдачи гугла был решён в пользу копирования всей директории виртуальной машины с гипервизор-сервера на файл-сервер с последующей её обратной заливкой на свежеустановленный ESXi при помощи VMware Converter. На пилотном сервере выяснилось, что скорость конвертации (а точнее, заливки конвертером vmdk-файла на хост-машину с ESXi) оставляет желать лучшего — всё-таки SCP. Но другие варианты (например, были идеи включить самбу на ESXi и залить образы напрямую в датастор) в итоге утыкались в неподдерживаемые VMware сценарии вроде правки vmdk и vmx-файлов, к которым прибегать не хотелось. Вариант с использованием VMware-vdiskmanager не понравился по причине того, что не хотелось пересоздавать конфигурацию виртуалки с нуля, да и не на всех дисках почему-то получилось безболезненно его прогнать.

Ответ на вопрос «сколько времени займёт» на пилотном сервере показал, что суммарное время занимает около трёх суток, включая время копирования виртуальных машин туда и обратно. Это много, нужно ускорять, а главное — не мешать работать бизнесу. Первая мысль — делать на выходных, а операции копирования производить ночью. Бизнес будет недоволен только при отсутствии DHCP/DNS, значит эта машина у нас приоритетнее, и ей надо уделить наибольшее внимание — даже на выходных есть желающие поработать.

Итак, что получилось в итоге, по шагам:

Подготовка
Проверяем удалённый доступ через DRAC/ILO, свободное место на файлсервере, на файлсервер же ставим VMware Standalone Converter и VSphere Client. На контроллер домена также устанавливаем Standalone Converter. Копируем на файлсервер ISO-дистрибутивы (в случае если у нас DRAC/ILO) или режем болванку. Очень желательно сделать бэкап System State контроллера домена. Записываем сетевые настройки всех виртуалок.

Необходимо зайти под админским AD-логином на все виртуалки — это очень пригодится, если что-то случится с сетевыми настройками (а оно случится — сетевая карточка под ESXi увидится гостевой ОС как новое устройство), можно будет зайти с закешированным паролем.
Гасим все машины, кроме контроллера домена. Ждём, пока VMware удалит временные рабочие файлы машин (минут 5), затем на ночь ставим копирование папок со второй и третьей виртуалками на файлсервер

Выключаем и копируем контроллер домена аналогично пятничным серверам.
Устанавливаем ESXi и апдейты, конфигурируем сеть, датасторы итд.
Запускаем Standalone Converter на файлсервере. Конвертируем контроллер домена. Это примерно 5 часов при 100-мегабитном линке. Восстанавливаем сетевые настройки контроллера.
Теперь у нас есть гостевая винда, а с неё-то конвертер будет работать быстрее. Как показала практика, в несколько раз. С контроллера домена конвертируем наш WSUS, а на файлсервере в параллели — третий сервер. Закончится их конвертация примерно одновременно.

Итого, мы получили схему с крайне небольшим временем человеческого участия и распараллеливанием задач, что позволило одному человеку за выходные «окучить» 3 и более филиалов.

Если кто-то найдёт недочёты в том, что мы напридумали или знает, как ещё ускорить процесс — буду только рад, учиться всегда хорошо.

Существует несколько вариантов конвертирования или миграции физических серверов, а также рабочих станций в виртуальную среду VMware ESXi. Ранее мы рассматривали простой и удобный способ с помощью утилиты Disk2VHD для переноса работающей системы без необходимости ее остановки на Microsoft Hyper-V. Сейчас выполним такую же операцию, но конечным средством виртуализации будет VMware ESXi 5.5 up2. Для этого нам потребуется специализированная утилита VMware Converter Standalone 5.5, которая доступна для загрузки с официального сайта.

В рассмотренном случае, утилита конвертации установлена на ПК под управлением MS Windows 7. Осуществляется миграция с физического сервера под управлением MS Windows Server 2008 32bit на хост виртуализации VMware ESXi. На что стоит обратить внимание:

для уменьшения времени конвертирования стоит отключить SSL шифрование
нужно знать логин и пароль учетной записи локального администратора
для установки агента конвертирования необходимо убрать ограничения брандмауэра (либо временно отключить его)
иногда требуется устанавливать VMware Tools перед началом конвертирования (для корректного завершения переноса образа системы)

Ниже представлена инструкция с картинками по настройке переноса физических серверов. Для наглядности и краткости описания необходимые действия выделены красным цветом:

Обратите внимание на количество доступных вариантов конвертирования. Различные образы виртуальных дисков, образы дисков Acronis (.tib), а также работающие ОС.

Установка агента конвертирования выполняется автоматически, нам стоит лишь выбрать в каком режиме (автоматическом или ручном) будет выполнена деинсталляция данного ПО.

Далее этого запустится сам процесс конвертирования VM. В 90% случаев оно проходит успешно, рекомендуется останавливать на время конвертирования активно используемые службы и БД (указав в настройках переноса последующую синхронизацию).

Нашли ошибку в тексте? Выделите фрагмент текста и нажмите Ctrl+Enter

Имеется бесплатная версия VMware ESXi 5.5. Необходимо клонировать существующую виртуальную машину с установленным Linux Debian на котором крутится система Service Desk OTRS.

Для того, что бы клонировать виртуальную машину на ESXi с помощью VMware vSphere Client необходимо:

Пойдет процесс копирования файлов конфигурации и диска виртуальной машины.

VMware vSphere Client, Datastore Browser

VMware vSphere Client, Add to Inventory

Важное замечание!

Загружаем новую виртуальную машину и нажимаем кнопку запуска консоли виртуальной машины,

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

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

Добавить комментарий Отменить ответ

Для отправки комментария вам необходимо авторизоваться.

Вы можете авторизоваться используя Вашу учётную запись из социальных сетей

Оповещение по e-mail о новых комментариях.
Также вы можете не оставляя комментарий подписаться но новые комментарии.

Читайте также: