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

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

VMware vCenter Converter Standalone 

Сразу нужно сказать, что для его работы vCenter server не нужен и присутствие его в названии скорее дань истории.  На момент написания статьи актуальная версия конвертера 5.0, деления на Windows и Linux версию в ней нет, а есть один установочный файл VMware-converter-all-5.0.0-470252.exe. Его бесплатно, но после регистрации, можно скачать на официальном сайте или с rutracker, это кому как больше нравится, результат не изменится. Установка производится на Windows машину (физическую или виртуальную) с доступом в сеть, в которой находятся готовые для миграции серверы. Саму процедуру установки я описывать не буду, каждый справится и сможет нажать несколько раз «Далее» до полной победы. Установили, запускаем.

Заказать решение по виртуализации от VMware

 

Сразу приступаем к делу, 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 на страницах 20-21. Там же список поддерживаемых программ для бэкапов, больше всего мне нравится Acronis, и я его все время использую на практике. И вот почему.

С конвертацией Windows обычно проблем не возникает, система легко опознается конвертером и переносится. Остается только удалить старые устройства в диспетчере оборудования и настроить новое, виртуальное. У Acronis есть программа, которая идет в дополнение к их инструменту резервного копирования Acronis Backup and Recovery 11 (новое название True Image, и новый интерфейс). Acronis Universal Restore помогает решить проблему с драйверами на этапе восстановления из резервной копии, вы не найдете лишних устройств при запуске, а операционная система будет искать все заново.

Linux, вот где проблемы подстерегают. Если даже вы решили мигрировать ОС из списка поддерживаемых VMware converter не факт, что у вас это получится. Бесплатный Linux дает разгуляться в волю фантазии системного администратора. Тут тебе и софтовые RAID и необычные разделы, самописные конфиги, старые не поддерживаемые ядра, необычное оборудование. И скорее всего вы увидите, что VMware converter не может понять, что за систему вы ему подсунули и поэтому мигрировать он ее не будет. И тогда возникает вопрос, а что делать?

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

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

2. Затем нужно указать на какой ESXi будет происходить миграция(его адрес или hostname) и пароль для root.

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

4. Следующий шаг. Указываем хост ESXi на котором будет запущена виртуальная машина. Хранилище, куда будут записаны файлы ВМ и версию виртуального оборудования (8-ая это последняя). Подозреваю, что если бы я указал в качестве Destination system vCenter server, то выбор был бы больше чем из одного варианта. Отобразились бы все доступные хосты и data store.
5. Страница настроек. Сразу вижу ошибку. Все из-за того, что по умолчанию тип диска выставляется, как Thick и если свободного места на datastore не достаточно, то видим критическую ошибку. В моем случае решается сменой типа диска на «тонкий».  Можно задать, какие действия нужно выполнить до и после конвертации компьютера. Я советую отказаться от экспериментов с синхронизацией после миграции, лучше отключить на время базы данных и другие динамические службы. Так вы точно не потеряете свои данные.

После выставления всех настроек можете запускать миграцию и на 90% она окажется успешной.

ФОРМА ЗАКАЗА решений по виртуализации от vmware


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

{chronoforms}orders{/chronoforms}