Миграция с VMware после смены лицензионной политики Broadcom: что делать бизнесу

После покупки VMware компанией Broadcom лицензионная модель продуктов VMware заметно изменилась. Для части компаний это стало поводом пересчитать стоимость виртуальной инфраструктуры и задуматься о переходе на другие платформы.

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

Разберём, что изменилось после перехода VMware под управление Broadcom, когда бизнесу действительно стоит рассматривать миграцию и какие альтернативы VMware доступны сегодня.

Что изменилось в лицензировании VMware после Broadcom

Одно из главных изменений — развитие подписочной модели лицензирования. В VMware vSphere Foundation 9.0 и VMware Cloud Foundation 9.0 традиционные 25-значные лицензионные ключи больше не используются: лицензирование осуществляется через subscription-based license files и централизованное управление.

При этом важно разделять новые подписочные продукты и уже приобретённые ранее perpetual-лицензии. Если компания использует бессрочную лицензию VMware предыдущей версии, окончание поддержки не означает автоматическое отключение ESXi или виртуальных машин. Однако без активной поддержки могут быть недоступны новые обновления, патчи и обращения в техническую поддержку.

Почему компании рассматривают миграцию с VMware

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

• увеличение стоимости виртуализационной платформы;
• переход на подписочную модель;
• изменение условий поддержки;
• необходимость обновления старой VMware-инфраструктуры;
• желание снизить зависимость от одного поставщика;
• плановое обновление серверного оборудования;
• переход на новую архитектуру ЦОД;
• изменение требований к резервированию и отказоустойчивости.

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

Нужно ли обязательно уходить с VMware

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

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

Основные альтернативы VMware для бизнеса

Выбор зависит от размера инфраструктуры, типов виртуальных машин, требований к кластеризации и компетенций IT-команды. Среди наиболее часто рассматриваемых вариантов — Proxmox VE и Microsoft Hyper-V.

Proxmox вместо VMware

Proxmox VE стал одним из наиболее обсуждаемых вариантов для компаний, которые ищут альтернативу VMware. Платформа поддерживает виртуальные машины KVM и контейнеры LXC, кластеризацию, высокую доступность и различные варианты хранения данных.

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

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

Hyper-V как альтернатива VMware

Hyper-V остаётся логичным вариантом для организаций, которые уже используют инфраструктуру Microsoft. Гипервизор встроен в Windows Server и позволяет запускать как Windows-, так и Linux-виртуальные машины.

Особенно удобно рассматривать Hyper-V, если компания уже использует Windows Server, Active Directory и другие сервисы Microsoft, а специалисты имеют соответствующий опыт администрирования.

При этом переход с VMware также требует отдельного проекта миграции: виртуальные диски необходимо конвертировать или переносить, сетевую конфигурацию — пересобирать, а каждую критичную систему — тестировать до перевода в продуктивную среду.

С чего начинать миграцию с VMware

Переход стоит начинать не с выбора нового гипервизора, а с инвентаризации текущей инфраструктуры.

Какие параметры инфраструктуры нужно проверить

Миграция — хороший момент для обновления серверов

При переходе с VMware часто выясняется, что текущие серверы уже работают на пределе ресурсов или не соответствуют требованиям новой инфраструктуры.

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

Подробнее о выборе оборудования для виртуализации мы рассказывали в материале «Как выбрать сервер для виртуализации».

Особое внимание стоит уделить дисковой подсистеме. Для VM с высокой нагрузкой большое значение имеют задержки и производительность накопителей. Сравнение технологий можно посмотреть в статье «NVMe, SAS или SATA: что выбрать для сервера».

Не забывайте про RAID и резервное копирование

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

Разные уровни RAID дают различный баланс между производительностью, доступным объёмом и устойчивостью к отказу дисков. Подробнее об этом — в статье «Какой RAID выбрать для сервера».

Как мигрировать без длительного простоя

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

• подготовить новую платформу параллельно с VMware;
• настроить сеть и хранилище;
• создать резервные копии;
• перенести тестовые виртуальные машины;
• проверить производительность и приложения;
• мигрировать некритичные системы;
• после проверки переносить основные сервисы;
• оставить возможность отката до завершения проекта.

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

Основные ошибки при переходе с VMware

• Выбирать платформу только по стоимости. Нужно учитывать поддержку, компетенции команды и требования бизнеса.
• Переносить все VM одновременно. Без пилотной миграции значительно увеличивается риск простоя.
• Не проверять производительность хранилища. Именно дисковая подсистема часто становится узким местом виртуальной среды.
• Игнорировать backup. До начала переноса нужно проверить не только наличие копий, но и возможность восстановления.
• Не учитывать лицензии гостевых ОС и ПО. Смена гипервизора не отменяет лицензирование Windows Server, SQL Server и другого программного обеспечения.
• Не оставлять резерв мощности. Новую платформу нельзя рассчитывать только под сегодняшнюю нагрузку.

VMware, Proxmox или Hyper-V: что выбрать

Универсального ответа нет. Выбор зависит от существующей инфраструктуры и задач компании.

Когда миграция с VMware действительно имеет смысл

Переход стоит рассматривать, если одновременно выполняется несколько условий:

• стоимость VMware заметно увеличивает IT-бюджет;
• текущая инфраструктура всё равно требует модернизации;
• есть специалисты, способные поддерживать альтернативную платформу;
• используемые приложения не зависят от специфичных функций VMware;
• можно организовать поэтапный переход;
• экономический эффект оправдывает стоимость проекта миграции.

Итог

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

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

Для одних компаний оптимальным решением останется VMware. Для других переход на Proxmox VE или Hyper-V позволит снизить стоимость виртуализации и одновременно модернизировать серверную инфраструктуру.