Конвертировать tib в vmware

Обновлено: 07.07.2024

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

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

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

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

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

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

There is no form with this name or may be the form is unpublished, Please check the form and the url and the form management.

VMware vCenter Converter Standalone

Функционал VMware vCenter Converter Standalone:

Конвертация операционной системы установленной на физическом сервере в виртуальную машину для ESXi
Конвертация виртуальной машины из ESXi в виртуальную машину для ESXi последней версии
Конвертация файла бэкапа Data Protection в виртуальную машину для ESXi
Конвертация виртуальных машин из Hyper-V в виртуальную машину для ESXi
Конвертация резервной копии Acronis (.tib) в виртуальную машину для ESXi
Конвертация из резервной копии Sumantec (.sv2i) в виртуальную машину для ESXi
и другие форматы в виртуальную машину для ESXi

Конвертация обычным методом

Устанавливаем в сеть VMware converter, надежнее всего на ту машину, которую нужно конвертировать.

Соглашаемся с лицензионной политикой.

Папка установки VMware converter

Два вида работы программы. Локальная установка в операционную систему, которую нужно конвертировать, либо клиент-серверный вариант, когда в ОС удаленно ставится агент VMware converter, а серверная часть находится, например, на компьютере администратора.

Интерфейс выглядит так, здесь же перечислен весь функционал. Нажимаем Convert machine.

Необходимо указать источник (то что нужно конвертировать).

Локальную машину программа определяет сама и довольно точно.

Теперь выбираем, где нужно создать новую виртуальную машину.

Указываем адрес ESXi или vCenter server.

Конвертер подключается к VMware ESXi.

Указываем название виртуальной машины, которая будет создана на VMware ESXi

Указываем на какой LUN будут помещены файлы виртуальной машины. И версия оборудования (8 версия для ESXi 5+)

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

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

После конвертации можно, включить получившуюся виртуальную машину, установить в нее VMware Tools и другое.

Конвертация через Acronis Boot CD

Порядок переноса следующий:

Останавливаете сервер, который нужно перенести.
Загружаете этот сервер с Acronis Boot CD
Делаете актуальную резервную копию, получаете файл .tib
Запускаете VMware Converter и скармливаете ему файл .tib
В остальном все совпадает с переносом обычным методом

Можно обойтись вообще без конвертера, а создать в ручном режиме новую виртуальную машину, загрузиться с Acronis Boot CD и восстановить информацию из резервной копии, но вы рискуете увидеть BSOD, т.к. VMware Converter умеет подсовывать нужные драйверы в виртуальную машину, а Acronis нет.

Периодически я слышу от практикующих инженеров странное: VMDK, VHD и VHDX – абсолютно разные форматы виртуальных дисков, чуть ли не закрытые, а конвертировать из одного в другое – долго и больно. Сегодня наглядно покажу, что это не так, разберу, как эти форматы соотносятся друг с другом и как делать быструю конвертацию при миграции с Hyper-V на VMware и обратно.

Немного теории. C точки зрения свойств, виртуальные диски делятся на два типа:

тонкие (thin disk, dynamic disk) и
толстые (thick disk, fixed disk). Все остальное — разностные, thick provisioned lazy- zeroed – лишь вариации на тему.

Форматы дисков

RAW – «сырой» образ любого диска. Это обычный контейнер, который не содержит никаких специфических заголовков и футеров и представляет образ диска «как есть». Если мы откроем такой образ HEX-редактором, то сразу увидим заголовки GPT/MBR и/или файловой системы. Точно такой же образ получается через команду dd в Linux. RAW в этом плане абсолютно честен с нами.

Начало файла RAW.

Конец файла RAW.

VMDK. VMware ESXi – обыкновенный RAW, где геометрия диска описывается в обычном текстовом файле-описателе (дескрипторе). Именно его имя мы видим в vSphere Console, когда подключаем виртуальный диск к виртуальной машине или просматриваем содержимое каталога на Datastore. VMware ESXi ничего не делает с образом. Совсем. Диск покоится себе и расширяется по мере необходимости. В лучших традициях VMware формат описателя очень простой:

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

Ниже представлены некоторые стандартные значения всех разделов дескриптора:

Описание всех значений можно посмотреть в спецификации формата: VMware Virtual Disk Format 1.1

VHD. Толстый VHD – тот же самый RAW, но с 512-байтным футером, где описывается геометрия диска. Какого-то отдельного файла-описателя у виртуальной машины Microsoft Hyper-V нет. Описание геометрии диска занимает 4 байта. Собственно, отсюда ограничение на размер диска в 2 Тб.

Футер. Последние 512 байт диска.

Самое интересное, что если создать файл-описатель и подсунуть в ESXi VHD-диск с футером, то гипервизор VMware проигнорирует этот футер и примет VHD как родной.

При Storage vMotion с конвертацией диска в тонкий он просто отрежет этот футер, и на выходе мы получим тот же RAW без нулей в конце. А при конвертации в толстый диск – честный RAW. Это я и собираюсь продемонстрировать чуть позже.

VHDX. Вся информация о геометрии диска хранится в первых 4096 Кбайтах виртуального диска – в области заголовка.

Общая схема толстого диска VHDX.

Что представляет из себя эта область? В ней содержатся две копии заголовков со своими логами, BAT и область метаданных общие.

Логическая структура заголовка диска.

В единицу времени только одна копия заголовка активна. Это обеспечивает определенный уровень отказоустойчивости заголовка в случае незапланированных прерываний операций чтения/записи. После каждой операции I/O копия реплицируется, и происходит переключение на нее.

Макет области заголовка.

Для конвертации VHDX в RAW нам всего-то нужно отрезать первые 4096 KB.

Начало данных на 5 МБ.

Внимательный читатель, конечно же, скажет: ок, Женька, а слабо RAW конвертнуть в VHDX? На что я отвечу: зависит от файловой системы и от того, насколько она позволяет записывать данные в начало файла. Вручную на файловой системе NTFS это можно сделать, сместив в MFT начало файла на 4 Мб вперед и дописав в это место заголовок.

По этому же принципу работает утилита vhdxtool.exe. Однако при этом преобразовании мы не получим красивую картинку в виде 4 Мбайт заголовка и RAW. Диск будет виден и даже будет корректно работать как VHDX, но будет и много «мусора» из нулей, появившихся из-за манипуляций со смещениями (offsets). Диск будет не оптимизирован. ВМ с таким диском рекомендуется смигрировать на другой том или оптимизировать через командлеты Convert-VHD или Optimize-VHD. Если этого не сделать, диск будет занимать больше места, чем должен, и, возможно, медленнее работать.

Однако в сценариях миграции с VMware на Hyper-V эта утилита незаменима, так как позволяет провести преобразование на месте, без необходимости побайтового считывания исходного диска и создания рядом копии. Все шероховатости будут сглажены при первом же Storage Live Migration.

Вывод: толстые диски форматов VMDK, VHD, VHDX на деле мало чем отличаются друг от друга. В их основе RAW c различными добавками. Тем же HEX-редактором или функциями ОС для работы с файловой системой мы можем за пару секунд превратить 10 Тб VMDK или VHDХ в диск целевого гипервизора.

Давайте на практике посмотрим, как VMware Exsi справится с VHD.

OS Version: Windows Server 2019 Standard,
Disk Type: Fixed,
Disk Layout: GPT,
Disk Size: 30GB.

Если не хочется фокусов, то можно воспользоваться инструментами ниже.

Исходный формат	Целевой формат	Инструменты	Пример команды
VHD	VHDX	vhdxtool.exe	vhdxtool upgrade -f <имя файла>.vhd
VMDK (RAW)	VHD	vhdtool.exe	vhdtool /convert <имя файла flat>.vmdk
VMDK (RAW)	VHDX	vhdtool.exe vhdxtool.exe	vhdtool /convert <имя файла flat>.vmdk

Подведем итоги. Различные форматы толстых виртуальных дисков не такие уж разные. В основе всего RAW с различными “добавками”.

Конвертация форматов виртуальных дисков — это не страшно, и, как я показал, иногда можно обходиться даже без нее.

Основной профит всего этого — сокращение времени миграции с Hyper-V на VMware и обратно и времени простоя ВМ при миграции. В DataLine мы такое практикуем с простоем ВМ менее 30 минут. Рекорд же — 40 секунд простоя ВМ при миграции между гипервизорами.

Только помните, что при миграции между разными гипервизорами одной конвертации недостаточно. Как минимум нужно предварительно поставить компоненты интеграции целевого гипервизора, удалить или отключить запуск компонентов исходного гипервизора, удалить виртуальные устройства исходного гипервизора и т.д. Но это уже совсем другая история, о которой я тоже могу рассказать.

Существует несколько вариантов конвертирования или миграции физических серверов, а также рабочих станций в виртуальную среду 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

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