Лицензии 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.
| Функция | VMware vSphere | zVirt |
|---|---|---|
| HA | да | да |
| Live migration | vMotion | да, с 5.0 — без общей СХД между ЦОД |
| Балансировка кластера | DRS | да |
| DR / репликация | SRM | да, отдельный модуль |
| SDN / микросегментация | NSX-T | базовый SDN |
| Программное хранилище | vSAN | через Gluster, SDS — план 2026 |
| K8s-стек | Tanzu | нет |
| Сертификация ФСТЭК | нет | да (zVirt MAX) |
| Реестр российского ПО | нет | да |
Если вы зависите от NSX-T, vSAN или Tanzu, переход на zVirt требует предварительной перепроектировки.
zVirt и ФСТЭК: сертификация, реестр и совместимость с российскими серверами
Для госсектора вопрос к zVirt звучит предметно: проходит ли платформа по формальным требованиям ФСТЭК, реестра и профильных ФЗ. Разберём отдельно регуляторику и сертифицированную совместимость с отечественным железом — именно эти два пункта чаще всего и решают судьбу проекта в госзакупке.
Сертификат ФСТЭК, реестр и требования госзакупок
Опорный аргумент — сертификат ФСТЭК России №4780 от 19 февраля 2024 года на редакцию zVirt MAX, подтверждающий соответствие 4 уровню доверия (УД4). Он же задаёт область применения: государственные информационные системы (ГИС) до 1 класса защищённости, информационные системы персональных данных (ИСПДн) до УЗ-1, а также значимые объекты КИИ вплоть до 1 категории.
Второй столп — включение zVirt в Реестр российского ПО Минцифры. Для заказчика это снимает сразу два барьера. По 44-ФЗ и 223-ФЗ реестровое ПО получает преимущество в закупках и позволяет обосновать отказ от иностранных аналогов. А для субъектов КИИ по 187-ФЗ применение сертифицированной платформы — часть обязательных требований к защите значимых объектов. На 2026 год Orion soft анонсирует отдельную ФСТЭК-редакцию zVirt Special Edition, близкую по функциям к zVirt MAX, — ориентир для проектов с самыми жёсткими требованиями.
Практический итог: по формальному контуру — сертификат, реестр, классы защищённости — zVirt закрывает базовые требования госсектора, и возражение «подойдёт ли для госзакупок и КИИ» снимается ещё на уровне документов.
| Требование госсектора | Как закрывает zVirt |
|---|---|
| 44-ФЗ и 223-ФЗ: приоритет реестрового ПО | Включён в Реестр российского ПО Минцифры |
| 187-ФЗ: защита значимых объектов КИИ | Сертификат ФСТЭК №4780, применение до 1 категории КИИ |
| ГИС и ИСПДн: классы защищённости | ГИС до 1 класса, ИСПДн до УЗ-1 (УД4) |
Сертифицированная совместимость с отечественными серверами
Одного сертификата на ПО для госпроекта мало — нужна подтверждённая связка «железо плюс платформа». Её фиксирует сертификат технологической совместимости: он гарантирует заказчику, что конкретный сервер и zVirt проверены на совместную работу, а не просто «должны подойти в теории».
Свежие подтверждения такой совместимости получены в 2025 году: в августе — с серверами OpenYard, в декабре — с платформами «Тринити» (на zVirt 4.5). В продуктиве zVirt также работает на российских платформах Aquarius, Yadro, Rikor, Kraftway, Bitblaze и Delta. Это позволяет собирать импортозамещённый стек «железо + ПО» в рамках одного проекта, а не сшивать его из разрозненных компонентов и не проверять совместимость на свой страх и риск.
Под требования госсектора удобнее сразу подбирать серверное оборудование для госучреждений, уже проверенное на совместимость с zVirt, — тогда проект проходит приёмку и по ПО, и по железу без сюрпризов. А чтобы не сверять матрицы совместимости вручную, оставьте параметры инфраструктуры — поможем с подбором серверного оборудования под zVirt и под нужный класс защищённости.
Сколько стоит 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 наиболее обкатаны. Локальный сторадж - только нон-кластерные сценарии.
| Параметр | Минимум | Рекомендация | Нагруженные |
|---|---|---|---|
| CPU | 1×Xeon Silver / EPYC 7002 | 2×Xeon Gold 3-го пок. / EPYC Milan | 2×Xeon Platinum / EPYC Genoa |
| RAM | 64 ГБ ECC | 256 ГБ ECC | 512+ ГБ ECC |
| Сеть | 2×10 Gb | 4×10 Gb или 2×25 Gb | 2×100 Gb + RDMA |
| Хранилище | NFS | iSCSI / FC | FC + дублирование путей |
Российские платформы для 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 с учётом железа и услуг. Если у вас крупная инфраструктура и миграцию хочется закрыть единым проектом вместе с обновлением парка — это уже задача уровня импортозамещения серверной инфраструктуры, и считать её удобнее как комплексный проект.