Эксперты в подборе IT-оборудования
Установка zVirt идёт в три слоя. Сначала на каждый сервер ставится гипервизор zVirt Node. Потом разворачивается менеджер управления zVirt Engine: виртуальной машиной внутри кластера (Hosted Engine) или на отдельном сервере (Standalone). В конце в веб-портале создаются дата-центр, кластер и хранилища. Пошаговые экраны Orion soft подробно описала в своей инструкции, пересказывать их нет смысла.
Эта статья про то, что вики раскладывает по десятку страниц: какую схему выбрать под ваше число серверов, какое железо и сеть подготовить, где будет жить менеджер и что делать, если после перезагрузки портал пишет «backend недоступна». Большая часть проблем с zVirt появляется до того, как вставлен установочный образ.
Если торопитесь
Три сервера и общая СХД (iSCSI, FC или NFS) → Hosted Engine, вендор рекомендует именно его.
Есть отдельный сервер под управление и хочется, чтобы менеджер не зависел от общего хранилища → Standalone.
Два сервера → Hosted Engine на обоих, но без запаса: подробности в разделе про выбор схемы.
zVirt Engine - это менеджер управления: через него администрируют хосты, виртуальные машины, сети и хранилища всей среды. Если вы переезжаете с VMware, это аналог vCenter. Без Engine виртуальные машины продолжают работать на хостах, но создавать, мигрировать и настраивать их становится нечем.
| Компонент | Что делает | Где живёт |
|---|---|---|
| zVirt Node | гипервизор на базе KVM, запускает виртуальные машины | ставится на каждый физический сервер |
| zVirt Engine | портал администрирования, API, планировщик, служба backend | ВМ HostedEngine внутри кластера или отдельный сервер Standalone |
| DWH | хранилище истории и статистики для отчётов | рядом с Engine, от 1 до 100 ГБ в зависимости от размера среды |
| Домены хранения | хранилища для дисков ВМ, образов и самого Engine | СХД по iSCSI, FC, NFS или локальные диски |
| Логические сети | управление, миграция, хранилище, сети ВМ | порты и VLAN хостов |
С версии 5.0, вышедшей в конце апреля 2026 года, хосты работают на собственной гипервизорной ОС zVirt Node 2.0. Штатного программно-определяемого хранилища в платформе пока нет, Orion soft обещает его и встроенный бэкап в течение 2026 года. Если вы ещё выбираете между российскими платформами, сначала посмотрите сравнение zVirt, ROSA и «Альт Виртуализации»: там разобраны сертификаты и лицензии.
Вендор рекомендует Hosted Engine. Менеджер работает виртуальной машиной на хостах кластера, и отдельный сервер под него не нужен. При отказе хоста ВМ HostedEngine перезапускается на соседнем. Standalone проще устроен: менеджер стоит на своём физическом сервере и не зависит от того, что происходит с кластером.
| Hosted Engine | Standalone | |
|---|---|---|
| Где работает Engine | ВМ на хостах с ролью HostedEngine | отдельный физический сервер |
| Отказоустойчивость менеджера | есть, нужно минимум 2 хоста с ролью HostedEngine | нет, только внешними средствами (резервная копия, второй сервер) |
| Лимит | до 7 хостов с ролью HostedEngine в одной установке | - |
| Способ развёртывания | веб-консоль Cockpit или командная строка | только командная строка |
| Базы Engine и DWH | при установке только локально, перенос после | можно сразу вынести на отдельный сервер |
| Хранилище под менеджер | отдельный домен хранения, готовый до развёртывания | локальный диск сервера управления |
| Сколько серверов нужно | от 2, комфортно от 3 | от 1 под Engine + хосты |
Под реальность малого и среднего бизнеса это превращается в четыре типовые ситуации.
Три сервера и общая СХД. Классический случай для Hosted Engine: роль HostedEngine на всех трёх, при отказе одного хоста менеджер переезжает, а ВМ с включённой высокой доступностью перезапускаются на оставшихся двух. Именно такую схему вендор разбирает в пошаговой инструкции.
Два сервера и СХД. Hosted Engine формально работает: два хоста с ролью HostedEngine - это минимум для отказоустойчивости менеджера. Запаса в такой схеме нет. Когда один хост на обслуживании, второй держит и Engine, и все ВМ, а любой сбой в этот момент оставляет среду без управления. Считать ресурсы в такой схеме нужно так, чтобы один сервер вытягивал всю нагрузку.
Есть свободный сервер под управление. Старая, но исправная машина закрывает Standalone. Менеджер не делит ресурсы с рабочими ВМ и не зависит от домена хранения под Engine. Цена - нет автоматического переезда: если сервер управления умер, ВМ продолжат работать, но управлять ими будет нечем, пока менеджер не восстановят из резервной копии.
Нет общей СХД. Hosted Engine требует общего хранилища под ВМ менеджера, так что без СХД или NFS-сервера остаётся Standalone с локальными доменами хранения. Локальный домен привязан к одному хосту, поэтому живая миграция ВМ и автоматический перезапуск на другом хосте в такой схеме не работают.
У Hosted Engine есть и честный минус. После аварии питания, когда разом выключились хосты и СХД, менеджер поднимется только после того, как станет доступен его домен хранения. Порядок включения оборудования в такой схеме нужно знать заранее и держать в регламенте.
Минимальные требования zVirt 5.0 по документации Orion soft:
| Ресурс | Хост zVirt Node | ВМ HostedEngine | Сервер Standalone |
|---|---|---|---|
| Процессор | Intel 64 или AMD64 с аппаратной виртуализацией (Intel VT / AMD-V) и флагом NX; хосту с ролью HostedEngine - от 4 ядер | 4 vCPU | 4 ядра |
| Память | от 8 ГБ, до 12 ТБ на хост | 4 ГБ, до 50 хостов и 200 ВМ вендор советует 16 ГБ | 4 ГБ, до 50 хостов - 16 ГБ |
| Системный диск | от 38 ГиБ: / 7 ГиБ, /boot 1 ГиБ, /var 30 ГиБ + swap | 55 ГБ + DWH | 50 ГБ + DWH |
| Сеть | 1 Гбит/с; хосту с ролью HostedEngine рекомендуют 2 порта по 10 Гбит/с | 1 Гбит/с | 1 Гбит/с |
Минимум нужен, чтобы платформа запустилась, продуктив на нём держать не стоит. Хост считают от нагрузки:
Пример: 20 ВМ по 8 ГБ, итого 160 ГБ, плюс 16 ГБ на Engine. На трёх хостах по схеме «минус один» каждому нужно 176 / 2 = 88 ГБ под ВМ. С запасом под систему и рост разумно ставить по 128 ГБ на хост. Процессоры в