Уход VMware из России: на что мигрировать в 2026

VMware десятилетиями был фактическим стандартом серверной виртуализации в российском корпоративном сегменте. На vSphere крутились почти все: банки, ретейл, промышленность, госструктуры, средний бизнес. А потом стандарт перестал быть доступным. Сегодня тысячи компаний в России живут на инфраструктуре, которую больше нельзя купить, обновить и поддержать у вендора, и многие до сих пор откладывают решение по принципу «работает же».

Эта статья — не реклама конкретной платформы и не призыв «срочно всё бросить и мигрировать к понедельнику». Это разбор: что произошло, чем реально опасно ничего не делать, какие есть варианты замены, чем российские платформы виртуализации отличаются друг от друга, и как провести миграцию так, чтобы бизнес этого почти не заметил. Мы ИТ-аутсорсер, мы не вендор и не продаём свою платформу — поэтому говорим про варианты нейтрально.

Что именно случилось с VMware

После покупки VMware компанией Broadcom продажи и поддержка продуктов VMware в России были прекращены ещё в 2022 году. Это значит три конкретные вещи: нельзя легально купить новые лицензии и продлить существующие, не приходят обновления (в том числе закрывающие уязвимости безопасности), нет официального вендорского сопровождения при инцидентах.

Параллельно Broadcom по всему миру перевёл VMware на подписочную модель и укрупнил пакеты лицензий, из-за чего стоимость владения выросла даже там, где продукт остался доступен. Для России это уже неактуально — продукт просто недоступен по официальным каналам, — но иллюстрирует общий вектор: VMware как опора корпоративной инфраструктуры перестал быть «дёшево, стабильно и навсегда».

Технически ваша vSphere продолжает работать. Виртуальные машины крутятся, кластеры держат отказоустойчивость, vMotion переносит нагрузку. Проблема не в том, что «всё сломалось завтра», а в том, что инфраструктура застыла во времени: она не обновляется, не растёт штатными путями и постепенно превращается в чёрный ящик, который страшно трогать.

Чем опасно остаться на VMware

Соблазн ничего не делать понятен: миграция — это деньги, время и риск, а текущая инфраструктура работает. Но «работает» и «безопасно» — не одно и то же. Вот реальные риски простоя на месте.

Накопление уязвимостей. Без обновлений каждая новая публично раскрытая уязвимость гипервизора остаётся незакрытой навсегда. Гипервизор — это фундамент: компрометация хоста виртуализации означает доступ ко всем виртуальным машинам сразу. Чем дольше инфраструктура без патчей, тем выше накопленный риск.

Невозможность легального расширения. Появился новый проект, выросла нагрузка, нужен ещё один хост — а лицензии на новый сокет купить негде. Бизнес упирается в потолок, который нельзя поднять штатным образом.

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

Юридические и комплаенс-риски. Для компаний с требованиями по импортозамещению (госсектор, объекты критической информационной инфраструктуры — КИИ) использование иностранного непоставляемого ПО само по себе становится нарушением, а не просто техническим долгом.

Вывод простой: остаться на VMware — это допустимая временная тактика на период миграции, но не стратегия. Чем раньше начат управляемый переход, тем дешевле и спокойнее он проходит. Аварийная миграция «когда уже припекло» всегда дороже плановой.

Состояние рынка виртуализации в РФ

Хорошая новость: рынок замены созрел. В реестре российского программного обеспечения сейчас представлено порядка 92 продуктов виртуализации — от зрелых коммерческих платформ до нишевых решений. Это уже не «выбор из двух полусырых проектов», как было несколько лет назад.

Плохая новость: импортозамещено пока около 30% инфраструктуры виртуализации, то есть примерно 70% корпоративного парка по-прежнему работает на VMware. Это значит, что большинство компаний — в той же лодке, что и вы, и пик миграционных проектов ещё впереди. Отсюда практический вывод: подрядчиков с реальным опытом миграции пока больше, чем «очереди» на них, но это окно не навсегда — по мере роста спроса сроки и цены будут расти.

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

Три варианта: куда мигрировать

Стратегически выбор сводится к трём направлениям. Они не взаимоисключающие — в крупной инфраструктуре часто сосуществуют.

Вариант 1. Российские платформы на oVirt. Самый прямой путь для тех, кто привык к логике vSphere: централизованная веб-панель, кластеры, живая миграция, управление хранилищами. Сюда относятся zVirt, ROSA Virtualization, «РЕД Виртуализация», HostVM. Для большинства корпоративных заказчиков, которым нужна «замена vSphere как она есть», это основной кандидат.

Вариант 2. KVM/Proxmox и self-managed решения. KVM и Proxmox VE — открытые технологии без лицензионных платежей за сам гипервизор. Подходят командам с сильной внутренней экспертизой или там, где важна максимальная свобода и отсутствие вендорского замка. Минус — поддержка ложится на вашу команду или на подрядчика, нет «единого вендора с SLA из коробки» в российском правовом поле (хотя коммерческая подписка Proxmox существует).

Вариант 3. Остаться на VMware с управлением рисками. Осознанное решение временно не мигрировать — но не «забить», а изолировать риски: сегментировать сеть гипервизоров, ужесточить доступ, усилить мониторинг и резервное копирование, зафиксировать план миграции с датой. Это не «ничего не делать», это «купить время осознанно».

Для защищённых сред (гостайна, высокие классы защиты персональных данных, КИИ) есть отдельный, четвёртый по сути путь — сертифицированные платформы вроде ПК «Брест», но это уже выбор не по удобству, а по обязательным требованиям регулятора.

Обзор российских решений

Ниже — нейтральный обзор основных платформ. Сознательно без слова «лучший»: лучшей платформы вообще не существует, есть подходящая под конкретную задачу. Все факты ниже — про назначение и происхождение продуктов, а не про сравнение «кто кого».

zVirt (разработчик Orion Soft). Построен на базе oVirt. На сегодня имеет крупнейшую инсталляционную базу среди российских платформ виртуализации. Функционально ориентирован на замену vSphere в корпоративе: есть аналоги распределённых виртуальных коммутаторов и программно-определяемой сети (SDN), миграция хранилищ «на лету», механизм автоматической балансировки нагрузки по кластеру (аналог DRS), функции аварийного восстановления (Disaster Recovery). Подробнее — в нашей вики-карточке zVirt.

ROSA Virtualization (РОСА). Также на базе oVirt. Платформа от российского разработчика, развивающего собственную экосистему операционных систем и серверного ПО. Кандидат для тех, кто строит инфраструктуру в единой экосистеме одного вендора.

«РЕД Виртуализация» (РЕД СОФТ). На базе oVirt, развивается в связке с операционной системой «РЕД ОС». Часто рассматривается заказчиками, уже стандартизированными на продуктах РЕД СОФТ.

HostVM. Ещё одно решение на базе oVirt. Расширяет список вариантов в нише «замена vSphere на знакомой архитектуре».

ПК «Брест» (ГК Astra, разработчик НПО РусБИТех). Построен на гипервизоре KVM, ориентирован на защищённые среды — обработку гостайны, высокие классы защищённости, сертификационные требования. Это не «более защищённая версия обычной виртуализации», а продукт под конкретный сценарий регулируемых сред. Тесно сочетается с операционной системой Astra Linux того же вендора. Подробнее — в карточке ПК «Брест».

VMmanager 6 (ISPsystem). Платформа управления виртуализацией, которая в 2025 году получила сертификат ФСТЭК. Вариант для тех, кому нужно сочетание управляемости и формального соответствия требованиям регулятора.

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

Критерии выбора платформы

Выбирать «по популярности» или «по отзывам в интернете» — ошибка. Решение принимается по конкретным критериям под вашу инфраструктуру.

• Масштаб. Сколько у вас хостов, виртуальных машин, какие хранилища. Платформа, отличная для 10 хостов, может вести себя иначе на сотне. Закладывайте запас на рост.
• Требуемые функции. Нужна ли живая миграция, автобалансировка нагрузки, распределённые виртуальные коммутаторы, аварийное восстановление, интеграция с резервным копированием. Составьте матрицу «функция vSphere → есть ли аналог».
• Требования ФСТЭК и регуляторов. Если вы обрабатываете гостайну, персданные высоких уровней защищённости или относитесь к КИИ — наличие сертификата ФСТЭК у платформы обязательно, и это сразу сужает выбор. Если таких требований нет — не переплачивайте за сертификацию, которая вам не нужна.
• Поддержка и зрелость. Есть ли у вендора реальная техподдержка с внятным SLA, размер инсталляционной базы (на ком уже обкатано), частота обновлений, наличие документации и обучающих материалов.
• Совместимость. Ваше оборудование (серверы, контроллеры хранилищ, сетевые карты) в списке поддерживаемого. Ваши ОС внутри виртуальных машин — поддерживаются ли как гостевые.
• Стоимость владения. Не только цена лицензий, но и стоимость миграции, обучения команды, поддержки. Открытые решения «бесплатны» по лицензии, но требуют экспертизы, которая тоже стоит денег.

Практичный подход: не выбирать одну платформу «на бумаге», а отобрать 2-3 кандидата и прогнать пилот на реальной (но некритичной) нагрузке. Пилот за пару недель отвечает на вопросы, на которые маркетинговые материалы не ответят никогда.

Как мигрировать: этапы и риски

Миграция виртуализации — это проект с этапами, а не «переключить рубильник в выходные». Типовая последовательность выглядит так.

1. Аудит и инвентаризация. Полный список хостов, виртуальных машин, их зависимостей, хранилищ, сетевых настроек, объёмов. Без точной карты «что у нас есть» миграция превращается в сапёрство.
2. Выбор платформы и пилот. Отбор 2-3 кандидатов, развёртывание тестового стенда, перенос нескольких некритичных ВМ, проверка живой миграции, производительности, резервного копирования, поведения под нагрузкой.
3. Проектирование целевой архитектуры. Как ляжет кластер, хранилища, сеть, резервирование, как организуется аварийное восстановление. Здесь же — план отката на случай, если что-то пойдёт не так.
4. Поэтапный перенос. Виртуальные машины переносятся группами, от менее критичных к более критичным, в окна обслуживания. Критичные сервисы (1С, почта, домен, базы) — в последнюю очередь и с особой подготовкой.
5. Параллельная работа и проверка. Старый и новый контуры какое-то время сосуществуют. Это страховка: при проблеме можно вернуть нагрузку обратно.
6. Вывод старого контура и сопровождение. Только после стабильной работы нового — отключение VMware. Дальше платформа живёт под мониторингом и регулярными обновлениями.

Главные риски миграции, о которых стоит знать заранее: несовместимость форматов виртуальных дисков (требуется конвертация), потеря производительности из-за неоптимальных драйверов гостевых ОС, нюансы с лицензированием прикладного софта при смене гипервизора, человеческий фактор при ручном переносе сетевых настроек. Все они управляемы — но именно потому, что их закладывают в план заранее, а не встречают в продакшене.

Роль ИТ-аутсорсера в миграции

Миграция с VMware — это разовый проект высокой сложности. Штатный администратор делает такую миграцию, как правило, первый и единственный раз в жизни, причём параллельно с текущими задачами. Отсюда типичные провалы: недооценённые сроки, пропущенные зависимости, отсутствие плана отката.

ИТ-аутсорсер заходит в эту задачу иначе. Во-первых, у него есть повторяемый опыт — он видел разные платформы на разных нагрузках и знает, где грабли. Во-вторых, он не вендор: не продаёт свою платформу и не заинтересован «впихнуть» конкретный продукт — он подбирает решение под вашу задачу и честно говорит, если оставаться на VMware ещё полгода для вас разумнее, чем спешить. В-третьих, он закрывает весь цикл — от аудита и пилота до переноса и сопровождения после запуска — не отвлекая вашу команду от текущей работы.

Кибер Авангард работает именно в этой логике: проектирует миграцию виртуализации и обслуживает результат. Мы не разрабатываем платформу и не продаём лицензии как вендор — мы помогаем выбрать подходящее решение, переносим инфраструктуру по этапам с планом отката и берём её на сопровождение с мониторингом из NOC. Если вам сейчас выгоднее аккуратно «дожить» на VMware с управлением рисками — мы и об этом скажем прямо.

FAQ

Можно ли остаться на VMware и не мигрировать?

Технически инфраструктура на VMware продолжает работать. Но после ухода Broadcom из России в 2022 году нет официальных продаж лицензий, нет обновлений безопасности и нет вендорской поддержки. Это означает накопление непропатченных уязвимостей, риск при отказе оборудования и сложности с расширением. Оставаться можно как временная мера, но это осознанное накопление технического долга, а не стратегия.

На какую российскую платформу виртуализации мигрировать вместо VMware?

Универсального ответа нет — выбор зависит от масштаба, требуемых функций и наличия требований по сертификации ФСТЭК. В реестре российского ПО около 92 продуктов виртуализации. Наиболее распространены платформы на базе oVirt (zVirt, РОСА, РЕД, HostVM), решения на KVM/Proxmox и сертифицированные продукты для защищённых сред (ПК «Брест»). Правильный путь — пилот на 2-3 платформах под вашу нагрузку, а не выбор «по рейтингу».

Сколько стоит миграция с VMware на российскую платформу?

Стоимость зависит от числа хостов, количества виртуальных машин, требований к простою и объёма хранилищ. Разброс по проектам миграции очень широкий — он сильно зависит от размера парка, выбранной платформы, объёма лицензий и курса валют на оборудование, поэтому точную смету можно дать только после аудита: пересчёт лицензий, инвентаризация ВМ, оценка хранилищ и сети. Финальные цифры зависят от курса валют (для оборудования), конфигурации и сроков.

Что такое oVirt и почему столько российских платформ на нём построено?

oVirt — это открытая платформа управления виртуализацией на базе гипервизора KVM. На её основе построены zVirt, ROSA Virtualization, HostVM и «РЕД Виртуализация». oVirt даёт зрелую базу с веб-панелью управления, кластерами и живой миграцией, поэтому российским вендорам было быстрее довести её до коммерческого продукта, чем писать платформу с нуля.

Можно ли мигрировать без простоя бизнеса?

Полностью без простоя — редко. Большинство платформ позволяют переносить виртуальные машины поэтапно, в окна обслуживания, оставляя критичные сервисы работать до самого конца. Реалистичная цель — минимизировать простой до окон в выходные и ночные часы, а не убрать его полностью. Сценарий «ноль простоя» возможен при наличии резервного контура и поэтапного переключения нагрузки.

Нужна ли сертификация ФСТЭК при выборе платформы виртуализации?

Зависит от того, обрабатываете ли вы государственную тайну, персональные данные определённых уровней защищённости или относитесь ли к объектам критической информационной инфраструктуры (КИИ). Если да — сертификат ФСТЭК у платформы обязателен. Для обычного коммерческого бизнеса без этих требований сертификация не нужна, и можно выбирать по функциям и поддержке.

Зачем привлекать ИТ-аутсорсера к миграции, если есть свой админ?

Миграция виртуализации — разовый проект, который штатный администратор делает первый раз в жизни, а аутсорсер — многократно. Аутсорсер закрывает проектирование, пилот, перенос и сопровождение после запуска, не отвлекая внутреннюю команду от текущей работы. При этом аутсорсер не вендор и не привязан к одной платформе — он подбирает решение под задачу, а не продаёт конкретный продукт.

Вывод

VMware ушёл из России — это факт, а не прогноз. Инфраструктура на vSphere пока работает, но без обновлений, лицензий и поддержки она превращается в накопитель рисков. При этом рынок замены созрел: около 92 продуктов в реестре, зрелые платформы на oVirt и KVM, реальный опыт миграций у подрядчиков. Окно для спокойного планового перехода ещё открыто — но по мере роста спроса оно сужается.

Не выбирайте платформу по рейтингу и не мигрируйте в панике. Сделайте аудит, отберите 2-3 кандидата под ваши задачи и требования, прогоните пилот, спланируйте поэтапный перенос с откатом. Если внутренней экспертизы не хватает — это нормальная задача для ИТ-аутсорсера, который делал это не раз и не привязан к конкретному вендору.

Если вы на VMware и думаете, что делать дальше — напишите нам параметры инфраструктуры (число хостов, ВМ, хранилища, требования по ФСТЭК). Проведём аудит и предложим варианты с честной оценкой сроков и стоимости — без навязывания конкретной платформы.