Лицензии VMware у Broadcom подорожали в 2–3 раза, бессрочные ушли, требования импортозамещения для КИИ и госкомпаний растут. На этом фоне закономерный вопрос: zVirt - что это и можно ли заменить им VMware vSphere в продакшене? Коротко - это российская платформа серверной виртуализации от Orion soft на базе KVM и oVirt, по функциональности перекрывающая большинство сценариев vSphere Enterprise Plus с vCenter - HA, live migration, балансировка кластера, репликация, снапшоты.
Переход оправдан в трёх случаях: вы попадаете под требования импортозамещения, продление VMware у Broadcom выросло в разы или у вас нет зависимости от уникальных функций vSphere - NSX-T, vSAN, Tanzu. Ниже разбираем, что такое zVirt технически, чем он отличается от VMware, сколько стоит и кому переходить сейчас.
Что такое zVirt и откуда она появилась
zVirt управляет жизненным циклом виртуальных машин: создание из шаблонов, балансировка, живая миграция, отказоустойчивость, бэкап. Технологическая база - гипервизор KVM, менеджер на основе oVirt и проприетарные модули Orion soft: агенты V2V-миграции, мониторинг, локализация, сборка под ФСТЭК. От ванильного oVirt платформа отличается коммерческой техподдержкой, готовыми сценариями миграции и сертификацией. С версии 5.0 zVirt переведён на собственную гипервизорную ОС, добавлены live migration между ЦОД без общей СХД и доработанный SDN.
Orion soft - второе место в ранкинге TAdviser среди разработчиков платформ виртуализации, доля рынка реестровой виртуализации - 40%+, инсталляционная база - 13 600+ хостов у 430+ заказчиков. Редакции Standard, Enterprise, MAX различаются глубиной SDN, DR и сертификации.
Архитектура zVirt: как устроена платформа
Иерархия zVirt - «дата-центр → кластер → хост → ВМ». Хост - физический сервер с гипервизором KVM. Кластер объединяет хосты с общими расширениями CPU и storage domain - это и обеспечивает live migration с HA. Storage domain поддерживает NFS, iSCSI, Fibre Channel, GlusterFS и локальный сторадж. Общий том обязателен для отказоустойчивых сценариев.
Управляющий компонент engine отвечает за инвентарь, политики, балансировку и API. Hosted Engine - ВМ внутри кластера, переживает отказ хоста. Standalone Engine проще, но это единая точка отказа управления (на работу запущенных ВМ не влияет). Сетевая модель - Linux bridge, для нагруженных контуров - OVS-DPDK. С 5.0 SDN покрывает базовые сценарии: распределённые свитчи, сегментация по VLAN/VXLAN, политики между ВМ.
Соответствие сущностей: ESXi-хост → узел кластера, vCenter → engine, datastore → storage domain, vSwitch → Linux bridge / SDN, vMotion → live migration. Для отказоустойчивости - N+1 по хостам, два пути до СХД, резервированная сеть.
zVirt vs VMware vSphere: функциональное сравнение
Когда вы сравниваете zVirt и VMware, речь обычно идёт о связке vSphere Enterprise Plus с vCenter Standard - её функциональный аналог у Orion soft это редакция zVirt MAX, а vSphere Standard сопоставима со zVirt Standard.
Прямые соответствия с VMware: что у zVirt уже есть
- HA - автоматический рестарт ВМ при отказе хоста;
- Live migration - аналог vMotion, с 5.0 - между ЦОД без общей СХД;
- Балансировка кластера - аналог DRS;
- Снапшоты, шаблоны и пулы ВМ;
- Репликация и DR - встроенный модуль уровня SRM;
- Бэкап через снапшоты и интеграции с российскими СРК.
Производительность на типовых нагрузках (СУБД, веб, терминальный сервер) сопоставима с ESXi: overhead KVM на Xeon Scalable и AMD EPYC - единицы процентов.
Что у zVirt проще, иначе или отсутствует
- SDN: прямого аналога NSX-T с микросегментацией предприятия пока нет;
- SPBM-аналог реализован, но менее зрелый, чем vSphere SPBM;
- Хранилище уровня vSAN как продукт отсутствует - нужен внешний СХД или Gluster; нативная SDS - в роадмапе 2026;
- VMware Aria / vRealize, Tanzu, AppDefense, Skyline - прямых аналогов нет;
- Cross-cluster live migration с разными CPU-моделями ограничен, продвинутые Distributed Switch требуют ручной настройки.
Гостевые ОС: Windows Server (virtio-драйверы), все основные Linux, Astra Linux, РЕД ОС, ALT.
Если вы зависите от NSX-T, vSAN или Tanzu, переход на zVirt требует предварительной перепроектировки.
Сертификация, реестр и регуляторика
zVirt сертификат ФСТЭК России №4780 от 19 февраля 2024 года присвоен редакции zVirt MAX и подтверждает соответствие требованиям 4 уровня доверия. Сертификат допускает применение в государственных информационных системах до 1 класса защищённости включительно. Платформа также включена в Реестр российского ПО - это снимает требования госзакупок, ГИС и проектов с обязательным импортозамещением.
Применимость: ИСПДн УЗ-1…УЗ-4, ГИС, объекты КИИ. Для субъектов КИИ по 187-ФЗ выбор сертифицированной платформы - часть нормативных требований. На 2026 год Orion soft заявляет zVirt Special Edition - ФСТЭК-редакцию, близкую к zVirt MAX. Для корпоративных задач без жёстких требований достаточно Standard или Enterprise.
Сколько стоит zVirt и как считать TCO против VMware
zVirt стоимость лицензии устроена по схеме per-socket - лицензия на физический процессор хоста, без привязки к ядрам и без минимального порога. Это ключевое отличие от VMware: Broadcom перевёл его на per-core с минимумом 16 ядер на каждый процессор и минимальным заказом 72 ядра. В базовую поставку zVirt входят V2V-конвертер, агентский перенос, мониторинг и стандартная техподдержка. Отдельно докупаются 24×7-поддержка, продвинутые DR-сценарии и услуги внедрения.
Что изменилось у VMware после Broadcom: отмена бессрочных лицензий, только подписка, обязательные бандлы VCF и VVF, минимум по ядрам. По договорам mid-enterprise годовая подписка выросла в 2–3 раза и более относительно прежней perpetual-модели.
Скрытые затраты: переподготовка инженеров, несовместимое железо, услуги интеграции, простой бизнеса. Экономия реальна на парке от 4–5 хостов с двумя сокетами и 50+ ВМ, сомнительна на 2–3 хостах.
Как технически перенести ВМ с VMware на zVirt
Миграция с VMware на zVirt поддержана тремя способами: V2V-конвертер zVirt - мультипоточная миграция по сети из vCenter (10–20 ВМ параллельно). Агентский метод Orion soft - универсальный, не зависит от исходного гипервизора. P2V - для физических серверов. Автоматически переносятся образ диска и базовые параметры ВМ. Вручную: до - удаление VMware Tools, virtio в Windows-гостях, фиксация MAC и IP, чистка .vmx, после - проверка virtio, кластерных сервисов, нагрузочный прогон.
Окна простоя для ВМ 100 ГБ при сети 10/25 Gb - 30–60 минут на перенос и минуты на финальный цикл синхронизации. Парк из 100 ВМ переносится за 1–2 недели с пилотом и откатными точками. Открытые кейсы K2Tech, Cortel, RBC Companies и госкорпораций - порядка тысячи ВМ за 3–4 недели без сбоев.
Чек-лист этапов миграции: до, в день, после
- До - инвентаризация ВМ. Выявление зависимостей от NSX-T, vSAN, RDM, FT. Virtio в Windows-гостях. Пилот 2–3 ВМ, план отката.
- В день X - удаление VMware Tools, запуск конвертера в мультипотоке, финальный холодный синк на минутах простоя.
- После - проверка virtio, сети и MAC. Проверка HA и live migration. Нагрузочный прогон 24–48 часов. Вывод исходных ВМ.
Какое железо нужно под zVirt
Процессоры - Intel VT-x / AMD-V и виртуализация памяти (EPT / RVI). Рекомендуемые поколения - Xeon Scalable со 2-го (Cascade Lake) и AMD EPYC Rome / Milan / Genoa. Хранение - SAN (FC или iSCSI) и NFS наиболее обкатаны. Локальный сторадж - только нон-кластерные сценарии.
Российские платформы для zVirt в продуктиве: Aquarius, Yadro, Rikor, Kraftway, Bitblaze, Delta. При подборе важны: совместимость HBA с СХД, актуальная прошивка IPMI/BMC, поддержка SR-IOV, запас 30% по vCPU и RAM на отказ одного хоста (правило N+1).
Для большинства сценариев zVirt подходят те же серверы под виртуализацию, на которых раньше работала VMware: двухсокетные платформы Xeon Scalable 2-го поколения и новее, от 256 ГБ RAM, два порта 10/25 Gb на хост и внешний СХД по FC или iSCSI.
Ограничения и риски: где zVirt пока слабее VMware
Зрелость экосистемы: меньше готовых интеграций, плагинов и обучающих материалов. На рынке труда меньше инженеров с глубокой экспертизой в zVirt - это операционный риск. Нет прямых аналогов NSX-T, vSAN, Tanzu, vRealize / Aria. Vendor lock на отечественном рынке: zVirt - продукт одного вендора без разнообразия дистрибуций.
Из публичной практики - кейсы нестабильности при длинных snapshot-цепочках, нюансы интеграции с конкретными FC-СХД, особенности переноса ВМ с RDM-дисками. Лечится пилотом на репрезентативной нагрузке, тестированием с инженерами вендора, регулярными обновлениями.
Кому стоит переходить на zVirt сейчас, а кому подождать
Чек-лист из пяти вопросов. «Да» на первых двух - сигнал к запуску проекта. «Да» на третьем - стоп-фактор для миграции «как есть». «Нет» на четвёртом и пятом - повод для аудита и обновления железа.
- Подпадаете под требования импортозамещения - КИИ, госконтракты, регуляторы?
- Лицензии VMware истекают в ближайшие 12 месяцев, продление подорожало?
- В продуктиве работает блокирующая функция - NSX-T, vSAN, Tanzu?
- Парк ВМ типовой (Windows Server, Linux, БД, веб) без RDM, FT, vGPU?
- Парк не старше 5–7 лет, HBA и СХД совместимы со стеком zVirt?
Переходить сейчас: есть требование импортозамещения или дорогое продление, нет блокирующих функций, парк обновлён. Пилот 4–6 недель, перенос 2–4 месяца.
Готовить на 6–9 месяцев: есть зависимости от NSX-T или vSAN. Сначала отказ от блокирующих компонентов, затем перенос платформы. Промежуточный режим - гибрид.
Подождать или искать альтернативу: малая инфраструктура, нет регуляторных требований, лицензии действуют долго. Альтернативы - Proxmox VE, Microsoft Hyper-V. Реестр и ФСТЭК решаются отдельно.
Заключение
zVirt - рабочая замена VMware vSphere в большинстве корпоративных сценариев. Критичные исключения - зависимость от NSX-T, vSAN, Tanzu и совместимость железа. Следующий шаг: аудит парка ВМ, выявление блокирующих зависимостей, пилот на 2–3 хостах и пересчёт TCO с учётом железа и услуг. Если у вас крупная инфраструктура и миграцию хочется закрыть единым проектом вместе с обновлением парка - это уже задача уровня импортозамещения серверной инфраструктуры, и считать её удобнее как комплексный проект.
