Заметки и рекомендации по переносу физических серверов в виртуальную среду VMware vSphere (P2V) с помощью vCenter Converter Standalone 5.0. Заметки и рекомендации по переносу физических серверов в виртуальную среду VMware vSphere (P2V) с помощью vCenter Converter Standalone 5.0. Автор: Александр Самойленко Дата: 11/06/2013 Поддержите VM Guru! USDT / TRC20, адрес: TCDP7d9hBM4dhU2mBt5oX2x5REPtq9QdU1 Статья:

Когда-то давно мы публиковали заметки о P2V-миграции физических серверов в виртуальные машины на платформе тогда еще VMware ESX Server (а также рассказывали о необходимых действиях после миграции). С тех пор многое изменилось, вышел VMware vCenter Converter Standalone 5.0, процесс миграции стал проще и стабильнее, а также накопилось пару моментов, о которых можно рассказать. Кроме того, появилась отличная статья на эту тему.

Итак, есть 3 типа P2V-миграции:

• "Горячая" - когда переносится работающий сервис физического сервера с минимальным временем простоя и максимально быстрым переключением (как правило, очень критичные сервисы). То есть, во время непосредственно P2V-конвертации основной сервер продолжает работу и останавливается только на время переключения.
• "Теплая" - когда переносится работающий сервис физического сервера с предварительно остановленными системными и прикладными службами и согласованным временем запланированного простоя.
• "Холодная" - когда физический сервер загружается с загрузочного диска Converter для миграции на уровне физических или логических томов.

Два первых способа требуют установки агента vCenter Converter Agent на конвертируемый сервер, а последний - средства Cold Clone CD, которое не так-то просто найти, поскольку оно не выпускается с момента vSphere 4.0 (на самом деле оно есть здесь, внутри пакета VMware vCenter Server 4.0 and modules - но поддержка его уже прекращена).

Горячую и теплую миграцию физических серверов можно производить двумя способами:

• Поставить vCenter Converter Standalone 5.0 и его агент (все компоненты) на мигрируемый сервер и "толкать" его диски на целевой сервер.

• Поставить vCenter Converter Standalone 5.0 на выделенный сервер (серверную часть продукта и клиент), а агент на мигрируемый сервер и "тянуть" его диски на целевой сервер.

Очевидно, что когда идет массовая миграция физических серверов, нужно использовать второй способ, поскольку агент можно поставить на серверы быстро и централизованно управлять миграцией из единой консоли клиента Converter. Иногда второй способ не прокатывает (возникает ошибка), и тогда нужно использовать первый. Кроме того, первый способ подходит для P2V-миграции самого сервера управления vCenter.

Что нужно сделать на физическом сервере перед миграцией средствами vCenter Converter:

• Сделать бэкап важных данных и конфигураций.
• Убедиться, что к целевому серверу ESXi есть соединение 1Gbps, а требуемые порты открыты.
• Выполнить команду для сохранения IP-настроек: ipconfig /all > c:\%computername%_ipaddress.txt.
• Выполнить команду для сохранения имени компьютера: hostname  > c:\%computername%_hostname.txt.
• Выполнить команду для сохранения маршрутов: route print  > c:\%computername%_routeprint.txt.
• Выполнить команду для сохранения сетевых шар: net share > c:\%computername%_netshare.txt.
• Выполнить команду для сохранения групповой политики : gpresult /r > c:\%computername%_gpresult.txt.
• Сохранить логин и пароль локального администратора.
• Убедиться, что есть свободное место для vCenter Converter Agent.
• Убедиться, что есть минимально 512 МБ свободной оперативной памяти для vCenter Converter Agent.
• Остановить сервисы приложения (например службы IIS).

Что-то из этого потом, возможно, потребуется восстановить на целевой ВМ.

Сам процесс миграции средствами Converter мы здесь рассматривать не будем - он весьма прост (кстати, скорость конверсии - примерно 20-30 ГБ в час). Единственное, что рекомендуется при миграции отметить следующие галки:

• Ignore page file and hibernation file
• Create optimized partition layout (это выровняет секторы виртуального диска)

Ну и не старайтесь не запускать больше 10-15 одновременных миграций ВМ на один сервер VMware Converter.

Не забудьте отключить сетевой адаптер ВМ после миграции, чтобы не возникло конфликта с продуктивной машиной:

Что нужно сделать после миграции (P2V Cleanup):

• Перед внесением изменений сделайте снапшот ВМ.
• Установите VMware Tools, игнорируйте установку новых устройств и драйверов. После установки тулзов - перезагрузите сервер.
• Измените разрешение экрана.
• Удалите агенты HP, Dell, IBM и прочих (для ВМ этого не нужно).
• Удалите устройства, которых больше нет у вашей виртуальной машины (Show hidden devices в диспетчере устройств).
• Измените свойства сетевого адаптера и настройте IP-адрес согласно вашим параметрам.
• Измените HAL на "multi processor" в диспетчере устройств для свойств компьютера (для windows 2003).
• Проверьте, что сервисы смигрированного сервера работают.
• Выключите исходный физический сервер.
• Включите виртуальный сетевой адаптер и протестируйте работу виртуальной машины и сервисов приложений.
• Удалите снапшот ВМ.

Есть также утилита VM Advanced ISO, которая поможет сделать вам P2V Clean-up (о ней мы писали вот тут).

Также отметим, что Converter 5 не поддерживает P2V-миграцию Windows 2000, поэтому вам потребуется поискать версии постарее. Вот таблица поддерживаемых ОС для миграции:

Для миграции ВМ с GPT-дисками следует использовать рекомендации KB 1016992.