VMware vCenter Converter – это классический инструмент VMware для перевода физических и виртуальных систем в формат виртуальных машин VMware. Его корни уходят к утилите VMware P2V Assistant, которая существовала в 2000-х годах для «Physical-to-Virtual» миграций. В 2007 году VMware выпустила первую версию Converter (3.0), заменив P2V Assistant.
Converter предлагался в виде бесплатного Standalone-издания и интегрированного Enterprise-варианта (в составе VMware vCenter). Интегрируемая версия позволяла запускать массовые P2V через интерфейс vCenter, а Standalone-версия была самостоятельным приложением. На заре развития Converter поддерживал в основном Windows-системы в рамках базовых сценариев P2V, V2V (Virtual-to-Virtual) и клонирование в целях резервного копирования.
В последующие годы продукт эволюционировал: появились версии 4.x, 5.x, 6.x, где добавилась поддержка Linux и новых гипервизоров.
Однако после версии 6.2 (2018 г.) развитие приостановилось – VMware даже убрала Converter из публичного доступа из-за устаревшей безопасности. Многие считали, что функциональность Converter фактически заменена более современными средствами миграции (такими как VMware HCX). Действительно, в 2019 году в отрасли отмечали, что Converter «подзабыт», а его задачи в широком масштабе теперь решает VMware HCX Enterprise. Тем не менее, спрос на простой P2V-инструмент оставался, и VMware решила возродить проект. В 2022 году компания объявила о возвращении vCenter Converter, выпустив обновлённую версию с упором на безопасность и совместимость с современными платформами. Новые релизы получили номера 6.3–6.6 (в 2022–2024 гг.), а в 2025 г. был представлен крупный релиз Converter Standalone 9.0. Такое изменение нумерации отражает соответствие линейке vSphere/VCF 9 и символизирует новый этап развития продукта.
Ключевой функционал
VMware vCenter Converter Standalone позволяет автоматизировать процесс создания VMware-совместимых виртуальных машин из самых разных источников.
Миграции P2V (Physical-to-Virtual) и V2V (Virtual-to-Virtual)
В первую очередь инструмент предназначен для P2V-миграции – перевода физических серверов (Windows или Linux) в формат VMware VM (vSphere, ESX). Кроме того, Converter поддерживает V2V-конвертацию виртуальных машин с других платформ: например, преобразование рабочих нагрузок с Microsoft Hyper-V в виртуальные машины VMware, конвертацию форматов VMware Workstation/Fusion в формат vSphere, а также переконфигурацию существующих машин VMware. Фактически, Converter способен взять «живой» работающий виртуальный сервер на стороннем гипервизоре или физический хост и напрямую сконвертировать его в ВМ на ESX или vCenter. Можно конвертировать и выключенные виртуальные машины для обеспечения максимальной совместимости результирующей ВМ.
Важно отметить, что продукт сохраняет уже знакомый администраторам мастер (wizard) для настройки задач конвертации. Администратор пошагово указывает источник, целевую инфраструктуру и необходимые параметры. Например, можно выбрать тип источника: локальная машина, удалённый физический Windows-сервер, запущенный Linux-сервер по SSH, готовый образ VMware Workstation, или даже ВМ на Hyper-V.
Далее мастер предложит указать целевую среду – обычно это хост ESX или кластер vCenter, либо вариант создания ВМ для VMware Workstation/Fusion. На финальных шагах настраиваются параметры виртуальной машины: количество CPU и памяти, преобразование дисков (тонкое или толстое провижининг), сетевые подключения и прочие опции.
Весь процесс полностью автоматизирован – Converter сам установит при необходимости агент на исходную систему, перенесёт данные дисков, настроит драйверы и сервисы в ОС (например, отключит специфичные для «железа» сервисы, установит VMware Tools для корректной работы уже виртуализированной ОС и пр.).
В примере ниже в качестве источника выбран работающий удалённый Windows-сервер – администратор указывает его IP-адрес и учетные данные, после чего Converter автоматически развернёт на нём агент для захвата системы.
Интерфейс мастера VMware Converter Standalone 9.0: выбор исходной системы для преобразования.
Горячее клонирование работающих серверов
Как мы видим, Converter поддерживает «hot cloning» – горячее клонирование работающих систем без их выключения. При горячей миграции исходный сервер остаётся онлайн, а данные копируются в фоновом режиме; это удобно для многих сценариев, но требует осторожности. Так, не рекомендуется выполнять hot-clone контроллеров домена Active Directory или нагруженных баз данных – для них лучше проводить «cold cloning», т.е. конвертировать в выключенном состоянии для целостности данных.
Ранние версии Converter даже предоставляли специальный Cold Clone CD (загрузочный ISO) для офлайн-миграции, однако современные версии делают упор на hot-clone и последующую синхронизацию. В версии 9.0 появилась возможность синхронизации изменений для Linux-систем после первоначального клонирования – это позволяет минимизировать простой при миграции Linux-серверов, подтянув разницу перед финальным переключением. Для Windows-систем аналогичную функциональность планируется реализовать в будущих версиях.
Архитектура продукта
Архитектурно VMware Converter Standalone состоит из нескольких компонентов:
Converter Server – служба, управляющая процессом конвертации и взаимодействием с источником и приемником.
Converter Agent – модуль, устанавливаемый на исходную машину (в случае P2V) для захвата данных; он может устанавливаться автоматически на удалённый Windows по RPC или использоваться встроенный SSH для Linux.
Converter Client – графический интерфейс (консоль), через который администратор создает и контролирует задания конвертации.
В Standalone-режиме все компоненты могут быть установлены на одну Windows-машину (например, на ПК администратора). В более сложных сценариях можно разносить компоненты – например, установить Server на выделенный хост, а подключаться к нему удалённо через Converter Client (удобно для командной работы). Консоль позволяет следить за ходом миграции, отображая прогресс копирования данных, состояние источника и приемника, а также ведёт журнал операций для отладки.
Варианты использования
VMware vCenter Converter нацелен на администраторов, которым требуется разово или периодически переносить рабочие нагрузки в среду VMware. Ниже перечислены распространённые сценарии использования Converter Standalone:
P2V модернизация инфраструктуры: компания модернизирует аппаратный парк, переводя физические серверы (Windows/Linux) на виртуальную платформу vSphere/VCF. Converter позволяет выполнить такую миграцию относительно быстро и с минимумом простоев. Это актуально при консолидации серверов и переходе к программно-определяемому датацентру.
Обновление старых версий VMware/гипервизоров: Converter помогает перенести ВМ со старых версий ESXi/ESX или из других гипервизоров (Hyper-V, старые VMware Server, Virtual PC и пр.) в актуальную версию vSphere. Например, можно конвертировать несколько ВМ Hyper-V напрямую в кластер ESX, автоматизируя установку VMware Tools и совместимость виртуального «железа».
Миграция между форматами и площадками: помимо корпоративного vSphere, Converter поддерживает платформы VMware Workstation, Fusion, Player. Это полезно, например, для переноса тестовых ВМ из VMware Workstation на ноутбуке разработчика в промышленный кластер ESX, либо наоборот – экспортировать боевую ВМ в формат Workstation для анализа или лаборатории.
Резервное копирование и DR: хотя сейчас есть специальные средства бекапа, Converter изначально позиционировался и как способ клонировать важный физический сервер в виде ВМ для аварийного восстановления. Администратор может периодически «снимать слепок» физической машины в виртуальный образ и хранить его в запасе. Также Converter позволяет быстро клонировать существующую VMware ВМ (например, из старого хоста на новый) – это тоже может применяться для создания тестовых копий продакшен-серверов или при миграциях между кластерами без общего хранилища.
Тестовые лаборатории и DevOps: в больших организациях Converter полезен для клонирования рабочих сред. Например, перед крупным обновлением приложения можно конвертировать производственный сервер в изолированную виртуальную среду для тестов, сохранив все настройки ОС и ПО. Это дешевле и быстрее, чем разворачивать всё вручную.
Таким образом, Converter Standalone – универсальное средство «первого шага» к виртуализации. Он особенно ценен в небольших компаниях (SMB), где нет дорогих систем репликации: администратор может самостоятельно перевести устаревший физический сервер в VMware без привлечения консультантов. В крупных Enterprise-средах Converter тоже находит место – как вспомогательный инструмент для отдельных задач (конверсия штатных образов, подготовка демо-стендов, миграция специфичных внеплановых хостов и т.д.). И все это – бесплатно, что делает его привлекательным с точки зрения снижения затрат на миграцию.
Интеграция в инфраструктуру VMware
Как следует из названия, vCenter Converter Standalone работает автономно, однако он тесно связан с инфраструктурой VMware и легко вписывается в существующие процессы. Converter поддерживает подключения к гипервизорам ESXi/ESX и к vCenter Server по стандартным протоколам VMware (HTTPS, NFC), используя учетные записи с правами на создание виртуальных машин. Это означает, что вы можете напрямую указать в мастере адрес vCenter и место размещения (Datacenter/Resource Pool), куда будет развёрнута полученная ВМ – весь процесс импорта произойдёт автоматически.
Converter учитывает особенности среды VMware: например, позволяет сразу задать версию виртуального аппаратного обеспечения (Virtual Hardware) для созданной ВМ, подходящую под версию ESX на целевом хосте. Также в процессе миграции можно настроить сетевые подключения новой ВМ к существующим виртуальным коммутаторам и портгруппам, чтобы по окончании конвертации сервер был в нужном VLAN.
Converter не требует наличия vCenter – он может работать напрямую с отдельным хостом ESX (через IP-адрес хоста и учетную запись). Однако в Enterprise-окружении обычно указывают vCenter, чтобы сразу поместить новую ВМ в инвентарь кластера. Интеграция происходит на уровне API: Converter выступает внешним клиентом к VMware vSphere, аналогично бэкап-продуктам. Благодаря этому не требуется устанавливать какие-либо плагины в vCenter. Ранее, во времена vCenter 4.x, существовал плагин Converter Enterprise – сейчас такой подход не используется, всё вынесено во внешнее приложение. Такой дизайн упрощает поддержку – обновление Converter не влияет на работу vCenter.
С точки зрения развёртывания, Converter Standalone обычно ставится на Windows-машину в той же сети, где доступны исходные и целевые хосты. Поддерживаются современные версии Windows (например, Windows 10/11, Windows Server 2012–2022). Продукт не имеет собственного лицензирования – он бесплатен для всех и скачивается с портала VMware/Broadcom.
Отметим, что после приобретения VMware компанией Broadcom в 2023 году, поддержка Converter перешла под эгиду Broadcom – актуальную версию 9.0 можно загрузить через портал поддержки Broadcom (по прежнему бесплатно для зарегистрированных пользователей).
В интерфейсе версии 9.0 видно обновление брендинга "VMware в составе Broadcom", но в остальном принципы работы остались прежними. Важное новшество – SDK для автоматизации: начиная с 9.0 доступен программный интерфейс (Converter SDK) с поддержкой Python, что позволяет интегрировать конвертацию в скрипты и оркестрацию. Это открывает возможности для крупных компаний автоматизировать массовые конвертации или встроить Converter в конвейеры развертывания.
Наконец, стоит упомянуть интеграцию с другими инструментами VMware. Хотя Converter – утилита с конкретной задачей, результаты его работы часто используются совместно с решениями для резервного копирования (например, конвертированная ВМ затем реплицируется средствами Veeam или VMware SRM для DR), либо с облачными сервисами (можно сконвертировать локальную машину и затем загрузить её образ в VMware Cloud on AWS). Сама VMware позиционирует Converter как часть экосистемы vSphere, облегчающую «посадку» любых рабочих нагрузок на ее платформу.
Нововведения в версии 9.0
Последняя версия VMware vCenter Converter Standalone 9.0 привнесла ряд улучшений, актуальных для современных сред. Вот ключевые нововведения этого релиза:
Поддержка новых платформ: обеспечена совместимость с VMware Cloud Foundation 9.0 и связанными решениями. Converter 9.0 понимает новейшие версии vSphere (7.x/8.x и выше) и может работать с виртуальным оборудованием версии 22 (Virtual Hardware 22). Это означает корректную поддержку последних поколений CPU/чипсетов и возможностей ВМ, выпущенных VMware.
Обновление безопасности: добавлена полноценная поддержка SSL-сертификатов – теперь можно использовать собственные подписанные сертификаты для защищенных соединений Converter с хостами, что повышает безопасность в корпоративных политиках. Ранее приходилось обходиться самоподписанными сертификатами Converter, теперь же интеграция со сторонними CA упрощается. Также в целом переработана архитектура с акцентом на устранение уязвимостей, учитывая предыдущие замечания к старым версиям.
Синхронизация Linux после P2V: как упоминалось, появилась возможность incremental sync для Linux-машин. После первоначального горячего клонирования можно повторно запустить задачу синхронизации, и Converter скопирует изменения, накопившиеся на исходном сервере, прежде чем окончательно переключить его на работу в виде ВМ. Это особенно важно для миграции активных Linux-серверов с минимальным временем простоя.
SDK и автоматизация: Converter 9.0 получил SDK с поддержкой языка Python, что упрощает написание скриптов для управления конвертацией. Теперь администраторы могут программно создавать задания конвертации, интегрировать процесс в CI/CD или в корпоративные порталы самообслуживания. Ранее автоматизация Converter была затруднена, теперь же – это полноценный программируемый сервис.
Улучшения файловых систем: для Linux-источников Converter научился сохранять при миграции специальные флаги файловой системы XFS (CRC и ftype), что важно для корректности данных на современных дистрибутивах. То есть при переносе, например, CentOS/Red Hat с XFS разделами, целевая ВМ сохранит все атрибуты ФС.
Обновление интерфейса: косметически обновлены значки (иконки) и элементы GUI, приведено в соответствие с новым стилем VMware/Broadcom. Интерфейс остаётся мастером, знакомым старым пользователям, но выглядит современнее. Кроме того, улучшена общая стабильность – команда разработчиков сфокусировалась на исправлении ошибок, увеличении надёжности переноса данных и совместимости с различными версиями ОС.
Стоит подчеркнуть, что версия 9.0 возродила официальную поддержку Converter со стороны VMware (Broadcom) – продукт снова находится в актуальной линейке и сопровождается обновлениями. Для Enterprise-администраторов это сигнал, что VMware по-прежнему видит ценность в таком инструменте и будет развивать его, заполняя пробелы, которые не покрыты другими решениями.
Связь с VMware HCX: сходства и различия
Администраторы VMware закономерно задают вопрос о соотношении VMware vCenter Converter и VMware HCX (Hybrid Cloud Extension), поскольку оба инструмента касаются миграции виртуальных машин. Однако они предназначены для разных масштабов и сценариев, дополняя, а не просто заменяя друг друга.
VMware HCX – это платформа для масштабной миграции и мобильности приложений в гибридных облаках. HCX развёртывается в виде сервисов на исходной и целевой площадке и позволяет переносить десятки и сотни ВМ с минимальным простоем или вообще без него, обеспечивая сетевую связность между площадками. Ключевое предназначение HCX – датацентр миграции и гибридная интеграция: например, перенос целого пула ВМ из частного датацента в публичное облако VMware Cloud, перемещение нагрузок между разными версиями vSphere, выравнивание ресурсов между площадками и т.д.
Для этого HCX использует технологии WAN-оптимизации, репликации и расширения L2-сетей между сайтами. Существенно, что HCX поддерживает миграцию «Any-to-Any» – в том числе с не-VMware сред: с гипервизоров KVM, Hyper-V и даже с физических серверов (последнее реализовано через компонент OS Assisted Migration) на актуальные платформы VMware. Проще говоря, HCX умеет всё то, что Converter – и даже больше, но за счёт развёртывания целого комплекса сервисов и в рамках крупномасштабных проектов.
Главное сходство между Converter и HCX: оба решают задачу переноса рабочих нагрузок на платформу VMware. При этом Converter чаще применяется для разовых, точечных миграций, а HCX – для массовых, постоянных процессов. Например, если нужно перенести 5 физических серверов в виртуальные машины, оптимально воспользоваться Converter Standalone. Он бесплатен, прост в использовании и требует минимум подготовки – установил на ноутбук и запустил мастер.
В свою очередь, если стоит задача мигрировать сотни ВМ между географически распределёнными ЦОДами или в облако, притом с минимальным временем простоя, то выбор падает на VMware HCX. HCX разворачивается как часть облачной инфраструктуры (например, поставляется интегрированно в VMware Cloud Foundation и сервисы VMware Cloud on AWS) и предоставляет функционал вроде vMotion между площадками, миграцию bulk-migration пакетами и встроенную репликацию для переносов без остановки сервисов.
Есть и пересечение функционала: так, HCX Enterprise включает режим OS Assisted Migration (OSAM) – фактически аналог P2V для случаев, когда исходная система не является ВМ vSphere. С помощью OSAM можно переносить сторонние системы (например, ВМ на Hyper-V или физические сервера) в среду VMware – для этого устанавливается агент (Sentinel) в гостевой ОС, очень схоже с тем, как работает vCenter Converter. Таким образом, Converter и HCX могут выполнять схожие действия, но HCX делает это в контексте более общей задачи облачной гибридности и обычно требует лицензии Enterprise.
Более того, HCX ориентирован на долгосрочное сосуществование площадок: он не просто переносит ВМ, но и может поддерживать их синхронизацию, сетевую связанность (L2 stretch) и даже выступать частью плана аварийного восстановления (в связке с VMware SRM). Converter же – утилита разовой конвертации, после которой связь между исходной и целевой ВМ прекращается (нет встроенной синхронизации после миграции, за исключением финального дельта-копирования).
Когда использовать vCenter Converter, а когда HCX?
Если требуется перенос нескольких физических машин или конверсия отдельных виртуальных машин вне рамок большого проекта – однозначно подойдет Converter Standalone. Он прост в развёртывании и не требует сложной подготовки сети. Converter идеален для сценариев «поднять в vSphere то, что раньше на VMware не работало». С другой стороны, если компания выполняет массовую миграцию инфраструктуры – например, закрывает старый ЦОД и перевозит все рабочие нагрузки в новое частное облако или в VMware Cloud на AWS – без HCX не обойтись.
HCX обеспечит автоматизацию, расписание миграций, сохранение сетевых адресов (через Stretch Network) и минимальный простой приложений за счёт фоновой репликации и возможности live-переноса. Также немаловажно, что стоимость и ресурсы отличаются: Converter бесплатен, но требует больше ручного труда, по одной ВМ за раз. HCX – платная (входит в состав Enterprise Plus или отдельных облачных оферт) и потребует развернуть несколько виртуальных модулей (appliances), однако сэкономит время при больших миграциях. В реальности организации нередко используют оба инструмента: Converter – для подготовки отдельных систем или решения специфических задач (например, импорт старого образа), а HCX – для основной волны миграции типовых виртуальных машин. Таким образом, vCenter Converter Standalone и VMware HCX не столько конкуренты, сколько инструменты разного уровня, каждый из которых находит свое применение в стратегии миграции и модернизации ИТ-инфраструктуры.
Итоги
VMware vCenter Converter Standalone остаётся востребованным утилитарным продуктом для точечной конвертации физических и виртуальных машин в VMware-формат. Его новейшая версия 9.0 восстановила актуальность инструмента, добавив поддержку современных ОС и платформ, улучшив безопасность и удобство работы. В то же время для комплексных сценариев миграции VMware предлагает HCX – мощное решение для гибридных облаков, которое берёт на себя задачи массового перемещения ВМ с минимальными перерывами. Зная возможности каждого из средств, администраторы Enterprise-уровня могут выбрать оптимальный подход: от единичного P2V преобразования с помощью Converter до многоэтапной миграции целых датацентров с использованием HCX – или задействовать их в комплексе, закрывая все потребности по миграции и интеграции инфраструктуры.
RSS
