Перенос виртуальных машин vmware на физический сервер. Конвертирование физических машин в виртуальные с помощью VMware Converter

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

VMware vMotion может использоваться в самых различных ситуациях, начиная с планового обслуживания аппаратного обеспечения, когда нужно ненадолго перенести ВМ на другой хост ESX(i), не останавливая ее, и до миграции рабочих ВМ на более мощные серверы. Если ваша лицензия vSphere включает VMware vMotion - поздравляю, вам повезло! А что делать, если ваша лицензия не предусматривает эту функциональность ИЛИ если она нужна вам только на один проект? В этом случае вам поможет технология Quick Migration от Veeam.

Что такое Quick Migration? - это функция , бесплатной редакции Veeam Backup & Replication (без ограничений по сроку действия!). Quick Migration входит во все редакции бэкап-систем Veeam, но здесь речь пойдет только о бесплатном продукте, поскольку эта статья описывает вариант миграции работающих ВМ VMware без дополнительных затрат:

• Установите Veeam Backup Free Edition на виртуальную или физическую машину под управлением Windows. Этот процесс занимает всего 15 минут и не должен вызвать никаких затруднений. Пошаговые инструкции вы найдете ;
• Перед тем, как использовать функцию Quick Migration, добавьте исходный и целевой хосты ESX(i) в инфраструктуру резервного копирования Veeam. Пользовательский интерфейс очень прост, так что эта операция не вызовет проблем. Но если вы хотите быть уверены, что все сделано правильно,

Готово. Следующий вопрос: Как перенести ВМ VMware с помощью технологии Quick Migration?

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

Откроется мастер, включающий .

Вот и все!

Дополнительные замечания:

1. Технология Quick Migration может быть полезна, когда нужно перенести ВМ VMware с одного хоста VMware ESX(i) на другой, не допуская значительных перерывов в работе, а функция VMware vMotion недоступна, ИЛИ когда нужно перенести работающие ВМ в другое хранилище, а функция vSphere Storage vMotion недоступна. В обоих случаях Veeam Quick Migration поможет перенести нужные ВМ, используя фирменную технологию SmartSwitch.
2. Вообще-то Quick Migration может работать с ВМ VMware в любом состоянии, но главная ее польза в том, что она позволяет перенести работающую ВМ, не оказывая существенного влияния на производственную среду, поскольку отключать систему не требуется.
3. Quick Migration может перенести несколько ВМ VMware в новое место одновременно, а не по очереди.
4. Quick Migration работает только с VMware, но не с Hyper-V.
5. Для работы Veeam Backup Free Edition необходима хотя бы самая простая платная редакция VMware ESXi, поскольку функционал API ESXi Free ограничен.

Надеюсь, эта статья была вам полезна. Если у вас остались вопросы или нужна помощь - обращайтесь, буду рад помочь.

Вам также могут быть полезны следующие материалы:

• Статья (2-я часть статьи Подробного руководства по защите данных и послеаварийному восстановлению VMware)
• Справочный центр Veeam:

На работе у меня был случай, когда появилась необходимость перевести человека, который весьма много времени проработал под Windows XP, на Linux. Windows XP стояла на машине на удивление очень долго без переустановок, была настроена и напичкана различными программами, и человек не хотел с ней расставаться окончательно, ему необходимо было иногда одновременно работать в двух системах. Естественно, единственный нормальный выход тут один - виртуализация. Установка винды и всех необходимых программ с нуля в виртуальную машину, а так же её настройка вылились бы в очень длительную и неприятную процедуру. Но оказалось, что есть выход гораздо проще - можно виртуализировать уже установленную систему. Для этого я воспользовался программой VMware Converter. Опишу, как это можно сделать.

Сначала качаем VMware Converter для Windows отсюда и устанавливаем на физическую машину, которую необходимо конвертировать в виртуальную. Для того, что бы скачать программу придется пройти нехитрую регистрацию на сайте. Во время установки выбираем тип установки "Local installation ".

Запускаем VMware Converter, в главном меню выбираем пункт File -> New -> Convert Machine и приступаем к настройке конвертирования.

На первом шаге (Specify Source) необходимо указать машину-источник. В появившемся окне делаем следующие установки:

• Select source type (Выберите тип источника): Powered-on machine (Включенная машина)
• Specify the powered-on machine (Укажите включенную машину): This local machine (Эта локальная машина)

Нажимаем Next и на втором шаге (Specify Destination) указываем какую виртуальную машину необходимо получить на выходе:

• Select destination type (Выберите тип назначения): VMware Workstation or other VMware virtual machine
• Select VMware product (Выберите продукт VMware): VMware Player 2.5.x
• Name (Имя виртуальной машины): любое имя
• Choose a location for the virtual machine (Выберите расположение для виртуальной машины): любой каталог, в который будет сохранена машина

На следующем шаге (View/Edit Options) предлагается указать параметры создаваемой виртуальной машины. Здесь можно всё оставить без изменений, потому что потом будет возможность отредактировать все необходимое в VMware Player.

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

Конвертирование займет, скорее всего, довольно продолжительное время, всё зависит от заполненности жестких дисков.

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

Итак, теперь необходимо скопировать папку с полученной виртуальной машиной на какой-нибудь жесткий диск (который вы пока не будете форматировать и использовать для установки Linux) и приступить к установке Linux. Затем в Linux"е вам необходимо скопировать в какой-нибудь каталог свою виртуальную машину, установить VMware Player (о том, как это сделать можно прочитать ) и потом открыть свою машину в VMware Player, использовав пункт меню File -> Open a Virtual Machine .

Замечания:

• После запуска виртуальной машины настоятельно рекомендую скачать и установить дополнения для гостевой системы WMware Tools, которые существенно повысят производительность вашей виртуальной машины. Сделать это можно запустив виртуальную машину и выбрав в главном меню vmplayer"а пункт VM -> Install WMware Tools .
• Полученная в ходе конвертирования виртуальная машина для VMware Player версии 2.5 так же без проблем запускается и в 3 версии.
• Кроме конвертирования локальной физической машины в виртуальную есть и другие варианты, например, в качестви источника может быть удаленная машина или образ Acronis.

В платном варианте 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 при каждой активации уменьшается.

Добрый день!. Сейчас многие физические сервера стараются преобразовать по технологии P2V в виртуальные. Делают это для того, чтобы избавиться от старого оборудования, но сохранить в рабочем состоянии свои сервисы, придав им большей производительности на новом оборудовании, либо все едут в облака, по типу vCloud Director . Сегодня я хочу вам рассказать, как производить миграцию P2V и виртуализовать физический сервер с помощью VMware vCenter Converter Standalone.

Алгоритм миграции P2V в Vmware

• Для того, чтобы вы могли преобразовать ваш сервер в виртуальную машину Vmware, вам нужно поставить VMware vCenter Converter Standalone 5.5 описано подробно .
• Далее подготовить ESXI хост, куда вы будите виртуализовывать физический сервер
• Запустить конвертер и пройти все этапы мастера преобразования

Запускаем VMware vCenter Converter Standalone 5.5, либо уже есть версия поновее 6.2.

Если выскочит ошибка A File I/O error occurred while accessing, то посмотрите из-за чего она происходит

Выбираем Convert machine

• Powered-on machine, работающий компьютер или сервер. Это основной метод работы VMware converter, «без прерывания работы». Сервер может быть физическим или виртуальным. Находиться в локальной сети или быть локальным (та машина, на которую установлен конвертер). Операционная система Windows или Linux, не Unix. Для Linux сильно ограниченный список операционных систем.
• VMware Infrastructure virtual machine, в случае, если нужно виртуальную машину со старой платформы(Virtual Center 2.5, ESX(i) 2-4.1), перевести на новую, пятую. Основное изменение в 5-ой версии VMware vSphere это новая версия виртуального оборудования за номером 8, вместе с ним изменились и VMware tools.
• VMware Workstation or other Virtual Machine. Workstation очень популярен среди администраторов и часто виртуальная машина из тестовой превращается во временную рабочую. Конвертер перенесет ее на ESXi, в среду vSphere без проблем. Выбираем так же этот пункт, если виртуальные машины работают у вас на VMware Fusion, VMware Player, VMware server 2.x
• Backup image or third-party virtual machine. Восстановление из имеющегося бэкапа или виртуальной машины другого производителя. Восстановление из резервной копии – это очень полезная функция и я ниже расскажу почему.
• Hyper-V server. Для перехода с платформы Microsoft на VMware. Отличается от third-party virtual machine тем, что у вас должен иметься работающий сервер Hyper-V и подключаться конвертер будет к нему. Виртуальные машины должны быть выключены.

Для работы VMware Converter с Windows like операционной системой по схеме «Powered-on machine» нужны учетные данные администратора системы, чтобы конвертер мог подключиться, установить агента и начать миграцию. Для Linux систем нужно ввести пароль root и иметь возможность подключаться удаленно по SSH. Возможно, понадобиться поправить конфигурационный файл sshd и разрешить root вход. Еще для входа root должен быть в группе wheel.

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

Игнорирую предупреждение на сертификат

Выбираем папку проекта для мигрируемой машины

Следующий шаг. Указываем хост ESXi на котором будет запущена виртуальная машина. Хранилище, куда будут записаны файлы ВМ и версию виртуального оборудования (10-ая это последняя, на текущий момент). Подозреваю, что если бы я указал в качестве "Destination system vCenter server", то выбор был бы больше, чем из одного варианта. Отобразились бы все доступные хосты и data store

На следующей странице можно задать какие диски нужно конвертировать какие нет, сколько нужно сетевых интерфейсов и многое другое.

Смотрим сводку

Finish. Теперь если посмотреть vCenter, там появился задача создания виртуальной машины.

В самом конверторе будет отображаться время выполнения задания. Как видите миграция P2V в Vmware, очень тривиальная.

Так же после выполнения задания вы можете столкнуться с ошибкой An error occurred during reconfiguration , и при включении виртуальной машины на гипервизоре esxi вы получите синий экран, решение этой проблемы по ссылке слева. Материал сайта

VMware vCenter Converter Standalone – отличная бесплатная утилита для выполнения конвертации физической системы в виртуальную (P2V ) или из одной системы виртуализации в другую (V2V ). Начиная с VMware Converter 5.0 система поддерживает возможность синхронизации изменений между исходной системой и виртуальной машиной-копией, расположенной на ESXi хосте. Эта функция позволяет в несколько этапов с минимальным простоем виртуализировать физический сервер с большим объёмом данных на физических дисках. Кроме того, VMware Converter вместе с бесплатным гипервизором VMware vSphere Hyperviso (на базе ESXi), можно превратить в простейшую систему для организации аварийного восстановления (disaster recovery ) критических компонентов инфраструктуры, периодически синхронизируя изменения критичных систем с их виртуальными копиями.

При конвертировании включенной Windows системы, VMware Converter копирует данные из машины-источника в целевую ВМ, в то время пока сама машина источник работает и данные на ней меняются. Это первоначальный этап копирования. Во второй раз копируются только изменения, которые были сделаны с момента создания первоначальной копии системы. Этот процесс и называется синхронизацией. Функция синхронизации позволяет уменьшить простой приложения во время P2V / V2V конвертации, так как конечное приложение нужно отключать только на время передачи изменений. При использовании синхронизации можно добиться сокращения времени простоя приложения с нескольких часов до 1-2 часов.

Совет . Синхронизация изменения в VMware Converter поддерживается только пи использовании vCenter или ESXi серверов версии 4.0 и выше.

В этой статье мы покажем, как настраивается и работает синхронизация изменений между исходным сервером (файловый сервер с 700 Гб данных на внутренних дисках) и его виртуальной копией с помощью VMware vCenter Converter Standalone 6.0.

1. Нужно скачать и установить VMware Converter Standalone (предпочтительно установить его на отдельный сервер).
2. Создадим новое задание конвертации: File -> New -> Convert machine .
3. Выберем, что нужно сконвертировать включенную систему (Powered-on machine ), указать ее имя/адрес, тип ОС и учетную запись и пароль пользователя с правами администратора.
4. VMware Converter подключается к указанному серверу и установит на нем службу VMware vCenter Converter Standalone Agent (vmware-converter-agent)
5. Затем будет предложено указать имя сервера ESXi (или сервера vCenter) , на котором будет создаваться виртуальная машина, и учетные данные для доступа к нему
6. Нам будет предложено выбрать имя создаваемой ВМ, ее местоположение, имя фермы, хоста, дисковое хранилище и
7. Затем нужно выбрать диски целевой системы, которые нужно скопировать, настройки памяти и CPU и т.д. Нас больше всего интересует настройки в секции Advanced .
8. Мы планируем сконвертировать систему в ВМ в два этапа: первоначальный, когда выполняется инициирующая конвертация и финальный, когда выполняется синхронизация изменений, произошедших с момента первоначального копирования данных.
9. Ставим галку Synchronize change . Выбираем когда выполнить следующую синхронизацию. Обязательно(!!) снимает галку .
   
10. На вкладке Post-Conversion выберите действия, которые нужно будет выполнить после финальной синхронизации. Мы хотим автоматически включить созданную ВМ (Power on destination machine), отключить исходный сервер (Power off source machine), установить VMTools и т.д.
    
11. Осталось запустить первоначальную фазу конвертации P2V и дождаться ее окончания.

    Примечание . В нашем случае, для физического файлового сервера с 700 Гб данных конвертация заняла порядка 15 часов.

12. После окончания первоначальной конвертации мы можем вручную выполнить повторную синхронизацию. Для этого выбираем задание в консоли VMware Converter и в контекстном меню выберем Synchronize .

    Примечание . VMware Converter устанавливает на исходной системе специальный “bitmap driver” (служба bmdrvr), который отслеживает изменения, произошедшие в системе с момента последней синхронизации.

    

13. В открывшемся окне мастера укажем, что синхронизацию нужно запустить немедленно, а по окончании ее выполнить финальную синхронизацию. Чтобы пользователи не могли править файлы на сервере в момент финальной синхронизации, можно временно остановить файловый сервис .
    
14. Финальная синхронизация заняла около часа, в течении которых изменения на исходной машине были реплицированы на ВМ. После чего старый сервер автоматически отключился, а новая ВМ – включилась.
    
15. Осталось выполнить окончательную донастройку ВМ (удалить скрытые сетевые карты, старые драйвера устройств, назначить ip адреса новым сетевым интрефейсам и т.д.) – и виртуальная машина готова к работе.

В процессе выполнения синхронизации изменений сервер vSphere создаст на целевой машине отдельные снапшоты (снимки), позволяющие в случае чего откатиться к любому этапу синхронизации (логика работы VMware Converter будет при этом нарушена).