Ещё несколько лет назад VMware была платформой виртуализации «по умолчанию»: если компания строила инфраструктуру, вопрос «на чём» не стоял. Сегодня всё иначе. Смена владельца, переход на подписочную модель, закрытие каналов поставки и поддержки в ряде стран — и вопрос миграции с VMware для многих стал не «если», а «когда и на что». Разбираем честно: что изменилось, как выглядит полноценная замена и как переехать поэтапно, в согласованные окна переключения.
Почему VMware теперь нельзя использовать как раньше
Четыре проблемы, с которыми сталкиваются компании:
1. Модель лицензирования. После смены владельца бессрочные лицензии уступили место подписке с жёсткой привязкой к контрактам и порталам. Продление, доступ к патчам и техподдержке превратились в ограниченную опцию, а стоимость на второй-третий год нередко вырастает кратно.
2. Доступность поставок и поддержки. Для компаний в ряде стран легальный канал покупки новых лицензий, продления контрактов и получения обновлений фактически закрыт. Неофициальные каналы — это юридический риск и вероятность остаться без критичного обновления в экстренной ситуации.
3. Уязвимости без быстрых патчей. В последние годы в компонентах платформы фиксировались критические уязвимости, часть из которых эксплуатировалась ещё до выхода исправлений — например, CVE-2025-22224, CVE-2025-22225 и CVE-2025-22226 в ESXi, Workstation и Fusion (бюллетень VMSA-2025-0004, март 2025). Компрометация центра управления или гипервизора даёт атакующему контроль над всей инфраструктурой. Когда доступ к обновлениям затруднён, единичный инцидент превращается в системный риск.
4. Требования регуляторов и внутренних политик. Для государственных организаций, финансового сектора и критичной инфраструктуры зависимость от зарубежного вендора без гарантий поддержки всё чаще исключается политиками безопасности.
Компании, которые продолжают эксплуатировать VMware на старых лицензиях, накапливают технический долг. Это не катастрофа сегодня, но риск, который растёт с каждым месяцем.
Как выглядит полноценная замена VMware
Главный водораздел среди альтернатив — собственная платформа или надстройка над чужим гипервизором. Стандартный путь многих вендоров — взять открытую связку и собрать поверх неё интерфейс. Это быстрее в разработке, но при выборе стоит сравнивать, кто сопровождает управление, проброс устройств, работу с памятью и отказоустойчивость — сам вендор или внешний проект.
AirCloud разрабатывался с 2019 года как полноценная платформа, а не надстройка: собственные сервисы управления, контроллер кластера, сеть и протокол доставки рабочих столов. В основе слоя виртуализации — KVM/QEMU с доработками команды; управляющий слой, проброс устройств, отказоустойчивость, балансировка и протокол развиваются как единый продукт. Что именно и почему — в статье про гипервизор.
Что входит в платформу:
- гипервизор первого типа на базе KVM/QEMU с доработками команды под промышленные нагрузки;
- собственный протокол удалённого рабочего стола, работающий на слабых каналах;
- встроенный шлюз внешнего доступа с аутентификацией и политиками подключения; второй фактор (через RADIUS) включается политикой доступа;
- распределённый центр управления и отказоустойчивость — допустимое число отказов зависит от числа узлов и схемы кворума;
- интеграции: Active Directory и совместимые LDAP-каталоги, второй фактор через RADIUS, единый вход (SSO), передача журналов в системы мониторинга и SIEM — список совместимых систем в документации;
- импорт образов виртуальных машин из VMware с автоматической конвертацией.
Установка платформы на подготовленное оборудование в типовой конфигурации — от одного рабочего дня; срок зависит от числа узлов, сети и хранилища. Автоматизированный установщик, минимум ручных конфигураций; перенос нагрузок — отдельный этап.
С чего начать миграцию: практический порядок действий
Миграция с VMware — это не разовое событие, а управляемый процесс. Он выполняется поэтапно, с согласованными окнами переключения:
1. Аудит текущей инфраструктуры. Инвентаризация виртуальных машин, зависимостей, версий ПО, профилей нагрузки, требований по безопасности.
2. Выбор пилотного сегмента. Некритичные рабочие нагрузки для первого этапа.
3. Развёртывание новой платформы параллельно с существующей. Для пилота не нужна система хранения — достаточно одного сервера с локальными дисками.
4. Перенос 10–15% нагрузки в тестовый контур. Проверка совместимости и производительности.
5. Поэтапный перенос остальных машин с тестированием на каждом шаге — каждая ВМ переносится в плановое окно.
6. Перевод критичных систем после подтверждения стабильности.
7. Вывод VMware из эксплуатации, пересмотр лицензионных обязательств.
Ключевой принцип: новая платформа должна работать параллельно с VMware до момента полной миграции. Это обеспечивает возможность отката, пока исходная ВМ сохранена (данные, изменённые после переноса, нужно вернуть отдельно), и снижает риски для бизнеса. Основные риски — несовместимость специфического ПО и падение производительности после переноса; оба снижаются на этапе тестового контура.
Реальный кейс: платформа на 1500 рабочих мест за полтора дня
В одном из проектов по замещению VMware у крупной нефтяной компании — виртуальные рабочие места на 1500 пользователей — развёртывание и настройка платформы заняли полтора дня, причём большую часть времени занял монтаж дистрибутива на серверы; перевод пользователей и перенос ВМ — отдельный этап со своим графиком. Кластер вырос от одного узла до 11 серверов с подключением к нескольким шлюзам, серверу RADIUS, каталогу LDAP и SSO.
Полтора дня — это не маркетинговая цифра, а следствие архитектурных решений: горизонтальное масштабирование, автоматизированный установщик, готовая интеграция с типовыми системами авторизации.
На что обратить внимание при выборе платформы
- Собственный гипервизор или надстройка над чужим — это определяет долгосрочную независимость и то, кто отвечает за доработки; сроки доработок согласуем с заказчиком.
- Скорость развёртывания — от этого зависит время простоя при миграции.
- Инструменты переноса — импорт дисков VMware с автоконвертацией, а не ручная перекладка.
- Поддержка существующих интеграций — Active Directory, мониторинг, резервное копирование.
- Честность про функции. Спросите, какие функции доступны в конкретной версии и на каких конфигурациях. Доступность живой миграции и поддерживаемые конфигурации зависят от версии AirCloud — для вашей инсталляции уточняем на демонстрации.
- Поддержка вендора — как быстро реагируют на инциденты и выпускают обновления. В AirCloud критические уязвимости обрабатываются в приоритетном порядке по условиям поддержки; сроки исправлений — по SLA.
Семь вопросов, которые нужно задать до миграции
1. Сколько у нас виртуальных машин и на каких гипервизорах они сейчас работают?
2. Какое ПО критично для бизнеса и как оно поведёт себя на новой платформе?
3. Какие у нас требования по безопасности — сертификаты, изолированные сегменты, политики регуляторов?
4. Какой бюджет на проект — включая лицензии, работы, обучение и возможные простои? Методика — в статье про TCO виртуализации.
5. Кто в команде отвечает за миграцию и хватает ли компетенций или нужна помощь интегратора?
6. Какой срок допустим для всего проекта и какие окна простоя мы можем позволить?
7. Что мы делаем с текущими контрактами VMware — продление, заморозка, выход?
Если у вас не только VMware
Часто вместе с серверной виртуализацией на VMware стоит доставка рабочих мест на Citrix или гипервизор Microsoft для части нагрузок. У каждого свой сценарий переезда: миграция с Citrix сложнее, потому что меняется протокол и клиент на всех устройствах; миграция с Hyper-V — в основном про конвертацию дисков и драйверы. AirCloud закрывает все три сценария одной платформой.
Заключение
Использовать VMware по-старому стало не просто дороже, а рискованно: подписочная модель, закрытые каналы обновлений, уязвимости без быстрого доступа к патчам. Перенос инфраструктуры при этом перестал быть авантюрой — это предсказуемый проект с понятными этапами и рисками, которыми можно управлять. Реальный срок развёртывания и настройки платформы на крупной инсталляции — полтора дня; перенос нагрузок планируется отдельно. Из чего состоит такая платформа — в разборе системы виртуализации.
Хотите получить оценку миграции под вашу инфраструктуру — напишите нам. Посчитаем объём работ, сроки и стоимость на основе числа ваших виртуальных машин и требований по безопасности.