В платном варианте 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 при каждой активации уменьшается.
Конвертирование или миграция физических серверов на VMware ESXi через VMware Converter Standalone
Существует несколько вариантов конвертирования или миграции физических серверов, а также рабочих станций в виртуальную среду . Ранее мы рассматривали простой и удобный способ с помощью утилиты для переноса работающей системы без необходимости ее остановки на Microsoft Hyper-V. Сейчас выполним такую же операцию, но конечным средством виртуализации будет VMware ESXi 5.5 up2. Для этого нам потребуется специализированная утилита VMware Converter Standalone 5.5 , которая доступна для загрузки с официального сайта .
В рассмотренном случае, утилита конвертации установлена на ПК под управлением MS Windows 7. Осуществляется миграция с физического сервера под управлением MS Windows Server 2008 32bit на хост виртуализации VMware ESXi. На что стоит обратить внимание:
- для уменьшения времени конвертирования стоит
- нужно знать логин и пароль учетной записи локального администратора
- для установки агента конвертирования необходимо убрать ограничения брандмауэра (либо временно отключить его)
- иногда требуется устанавливать перед началом конвертирования (для корректного завершения переноса образа системы)
Ниже представлена инструкция с картинками по настройке переноса физических серверов. Для наглядности и краткости описания необходимые действия выделены красным цветом:
Обратите внимание на количество доступных вариантов конвертирования. Различные образы виртуальных дисков, образы дисков Acronis (.tib), а также работающие ОС.
Указываем источник конвертирования. В нашем случае выполняется миграция физического сервера. Для этого делаем соответствующие настройки — IP адрес. логин и пароль.
Установка агента конвертирования выполняется автоматически, нам стоит лишь выбрать в каком режиме (автоматическом или ручном) будет выполнена деинсталляция данного ПО.
Сервер назначения — VMware ESXi
Аналогично, указывает источник назначения наш сервер или кластер ESXi — IP адрес, данные пользователя root.
Конфигурация будущей виртуальной машины
Здесь мы задаем параметры для конвертирования — диск мигрирующей системы, а также параметры создаваемой VM (CPU, RAM, LAN). Также здесь можно указать параметры гостевой ОС (имя, членство в домене и т.п.), а также ее финальную перенастройку (оптимизация под гипервизор) и установку VMware Tools.
Далее этого запустится сам процесс конвертирования VM. В 90% случаев оно проходит успешно, рекомендуется останавливать на время конвертирования активно используемые службы и БД (указав в настройках переноса последующую синхронизацию).
После этого можно запускать склонированную виртуальную систему и вносить необходимые коррективы в «новую» ОС.
Любой физический Linux-сервер можно относительно легко подвергнуть виртуализации. В этой статье будет показано, как превратить физический сервер под управлением Linux в виртуальную машину VMware.
Создание образа диска
Первым делом нужно снять образ диска для VMware с нашего физического Linux-сервера . Никакое дополнительное программное обеспечение для начала виртуализации нам не нужно, поскольку образ можно создать стандартной командой dd:
dd if=/dev/sda of=/mnt/share/sda.img bs=8M conv=sync,noerror
Здесь мы параметром if задаем входящий файл - весь диск /dev/sda. В качестве выходного файла (of) мы устанавливаем /mnt/share/sda.img - это и будет наш образ диска. Параметр bs задает размер блока для ускорения процедуры копирования (по умолчанию 512 байт, следовательно, данные при виртуализации будут сбрасываться небольшими блоками по 512 байт, что существенно замедлит процедуру создания образа). Последний параметр указывает на необходимость копирования с игнорированием ошибок и создания точной (бит-в-бит) копии физического диска.
Примечание. В точке монтирования /mnt/share должно быть достаточно места. Как минимум, должно быть свободно столько, сколько займет копируемый физический диск после виртуализации.
Конвертируем образ в формат vmdk
После того, как образ создан, его нужно конвертировать в формат VMWare. Для этого мы будем использовать qemu, точнее утилиту qemu-img , входящую в состав этого пакета эмуляции. К сожалению, для проведения виртуализации физического сервера придется установить весь пакет:
sudo apt-get install qemu
Данная команда подойдет для Ubuntu и Debian, в Fedora нужно использовать dnf, а в CentOS - yum:
sudo dnf install qemu
sudo yum install qemu
Команда конвертирования выглядит так:
qemu-img convert -o compat6 /mnt/share/sda.img -O vmdk /mnt/share/vmware.vmdk
Обратите внимание, что в /mnt/share должно быть достаточно места для хранения файла vmware.vmdk, который также будет большого размера.
Конвертируем в формат ovf (Open Virtualization Format)
Для конвертирования в формат ovf нам понадобится программа VMWare Workstation, которую можно бесплатно скачать после регистрации на сайте компании. Установите приложение и создайте новую виртуальную машину (рис. 1).
Рис. 1. Создание новой виртуальной машины в VMWare Workstation
Выберите, что вы установите операционную систему позже (рис. 2).
Рис. 2. Установим операционную систему позже
Выберите тип операционной системы - Linux и выберите ваш дистрибутив (либо его ближайшего «родственника»), см. рис. 3.
Рис. 3. Выбор типа операционной системы
Введите название виртуальной машины VMware и путь к ней (рис. 4).
Рис. 4. Имя и путь к виртуальной машине
Если облака для вас
не просто теория
Широкий спектр услуг
по выделенным северам
и мультиклауд-решениям
Следующий этап - это установка размера виртуального диска. Поскольку созданный диск нами будет удален (ведь мы будем подключать к виртуальной машине ранее конвертированные диски), то можно создать диск минимального размера.
Рис. 5. Установка размера виртуального диска
После создания виртуальной машины выберите команду Edit virtual machine settings (рис. 6).
Рис. 6. Виртуальная машина создана
В окне Virtual Machine Settings (рис. 7) нажмите кнопку Add.
Рис. 7. Параметры виртуальной машины
Нужно добавить жесткий диск. Выберите Hard Disk (рис. 8), тип интерфейса SCSI (рис. 9), а вот когда мастер дойдет до выбора диска, то нужно выбрать Use an existing virtual disk (использовать существующий жесткий диск), рис. 10.
Рис. 8. Выбор добавляемого «железа»
Рис. 9. Выбор типа интерфейса диска
Рис. 10. Выберите Use an existing virtual disk
Укажите путь к файлу, который был получен в результате конвертации физического сервера (vmware.vmdk), см. рис. 11.
Рис. 11. Указываем путь к vmdk-файлу
Теперь нам осталось удалить первый диск, который появился при создании виртуальной машины. Выделите его в списке оборудования и нажмите кнопку Remove (рис. 12). Закройте окно Virtual Machine Settings, нажав кнопку OK.
Рис. 12. Удаление первого диска
Включите виртуальную машину VMware, чтобы проверить, что все корректно. Если виртуализация физического сервера прошла успешно, выберите команду меню File, Export to OVF. В появившемся окне (рис. 13) выберите, куда нужно сохранить OVF-файл. Будет запущен процесс конвертации. Дождитесь его завершения, после чего вы получите OVF-файл виртуальной машины VMware.
Рис. 13. Экспорт в OVF
На этом виртуализация физического сервера Linux с VMware завершена. В следующей статье мы поговорим о том, как преобразовать Windows-сервер в VMware. Если у вас что-то не получилось, вы можете обратиться к специалистам
Добрый день!. Сейчас многие физические сервера стараются преобразовать по технологии 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 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:
Откроется мастер, включающий .
Вот и все!
Дополнительные замечания:
- Технология Quick Migration может быть полезна, когда нужно перенести ВМ VMware с одного хоста VMware ESX(i) на другой, не допуская значительных перерывов в работе, а функция VMware vMotion недоступна, ИЛИ когда нужно перенести работающие ВМ в другое хранилище, а функция vSphere Storage vMotion недоступна. В обоих случаях Veeam Quick Migration поможет перенести нужные ВМ, используя фирменную технологию SmartSwitch.
- Вообще-то Quick Migration может работать с ВМ VMware в любом состоянии, но главная ее польза в том, что она позволяет перенести работающую ВМ, не оказывая существенного влияния на производственную среду, поскольку отключать систему не требуется.
- Quick Migration может перенести несколько ВМ VMware в новое место одновременно, а не по очереди.
- Quick Migration работает только с VMware, но не с Hyper-V.
- Для работы Veeam Backup Free Edition необходима хотя бы самая простая платная редакция VMware ESXi, поскольку функционал API ESXi Free ограничен.
Надеюсь, эта статья была вам полезна. Если у вас остались вопросы или нужна помощь - обращайтесь, буду рад помочь.
Вам также могут быть полезны следующие материалы:
- Статья (2-я часть статьи Подробного руководства по защите данных и послеаварийному восстановлению VMware)
- Справочный центр Veeam:
