oVirt: бесплатная платформа виртуализации для предприятия

oVirt — бесплатная open-source платформа управления виртуализацией на базе KVM. Если коротко: это upstream-проект для коммерческого Red Hat Virtualization (RHEV). Функционально oVirt — прямой аналог vCenter от VMware: тот же веб-интерфейс для управления виртуальными машинами, хранилищами, сетями и кластерами. Только без лицензионных платежей.

Архитектура oVirt держится на двух компонентах. Первый — oVirt Engine, сервер управления: Java-приложение на WildFly с базой PostgreSQL. Второй — oVirt Host, гипервизор KVM с агентом VDSM (Virtual Desktop and Server Manager). Engine раздаёт команды хостам через API, а VDSM их исполняет уже на уровне гипервизора. Всё достаточно прозрачно.

Где oVirt реально используют? Чаще всего — как замену VMware vSphere, когда компания устала платить за лицензии. Второй типичный случай — организации с принципиальным курсом на open-source. Ещё oVirt хорошо живёт в тестовых и staging-средах, где жалко тратить деньги на коммерческий гипервизор. И отдельная история — VDI (Virtual Desktop Infrastructure) с протоколом SPICE: работает стабильно, клиенты довольны.

Установка Engine на CentOS Stream 9:

# Подключение репозиториев oVirt 4.5
dnf install -y centos-release-ovirt45
dnf update -y

# Установка Engine
dnf install -y ovirt-engine

# Запуск конфигурации
engine-setup

# Мастер задаст вопросы:
# - Configure Engine on this host? Yes
# - Configure Data Warehouse? Yes (для отчётов)
# - Configure Grafana? Yes (для дашбордов)
# - FQDN: ovirt-engine.company.local
# - Firewall manager: firewalld
# - Configure Apache? Yes
# - Admin password: *** (для admin@internal)

# После завершения — веб-интерфейс доступен:
# https://ovirt-engine.company.local/ovirt-engine/

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

# При engine-setup выбрать Remote database
# Предварительно на DB-сервере:
dnf install -y postgresql-server
postgresql-setup --initdb

# В pg_hba.conf разрешить подключения с Engine:
host engine engine_user 10.0.1.10/32 scram-sha-256

Хосты oVirt — это обычные серверы с KVM, на которых живут виртуальные машины. Есть два пути: взять специализированный образ oVirt Node или поднять обычный CentOS/RHEL и доставить пакеты VDSM. Второй вариант гибче, если у вас уже есть настроенные серверы.

# На хосте: подготовка CentOS Stream 9
dnf install -y centos-release-ovirt45
dnf install -y vdsm vdsm-client ovirt-host

# Или использовать oVirt Node — скачайте ISO с ovirt.org
# и установите как ОС (минималистичная сборка)

Добавление хоста через веб-интерфейс Engine:

1. Откройте Compute → Hosts → New
2. Укажите FQDN или IP хоста
3. Задайте пароль root — Engine сам установит VDSM через SSH, руками ничего делать не нужно
4. Выберите кластер
5. Нажмите OK — Engine подключится, развернёт пакеты и активирует хост; обычно это занимает 3–5 минут

Или через CLI:

# ovirt-engine SDK (Python)
from ovirtsdk4 import Connection

conn = Connection(
    url='https://ovirt-engine.company.local/ovirt-engine/api',
    username='admin@internal',
    password='AdminPass',
    insecure=True
)

hosts_service = conn.system_service().hosts_service()
hosts_service.add(
    types.Host(
        name='kvm-host-01',
        address='10.0.2.10',
        root_password='HostRootPass',
        cluster=types.Cluster(name='Default')
    )
)

oVirt работает с несколькими типами хранилищ: NFS, iSCSI, FC (Fibre Channel), GlusterFS и локальные диски. Локальный вариант — только для изолированных хостов. Если нужен кластер с live migration, берите shared storage — это не обсуждается.

# Пример: NFS-хранилище на выделенном сервере
# На NFS-сервере (10.0.3.10):
mkdir -p /exports/ovirt-data /exports/ovirt-iso /exports/ovirt-export
chown 36:36 /exports/ovirt-*  # UID 36 = vdsm

# /etc/exports
/exports/ovirt-data    10.0.0.0/16(rw,sync,no_subtree_check,all_squash,anonuid=36,anongid=36)
/exports/ovirt-iso     10.0.0.0/16(rw,sync,no_subtree_check,all_squash,anonuid=36,anongid=36)
/exports/ovirt-export  10.0.0.0/16(rw,sync,no_subtree_check,all_squash,anonuid=36,anongid=36)

exportfs -ra
systemctl enable --now nfs-server

Подключить хранилище просто: Storage → Domains → New в oVirt Engine. Выберите тип — Data (для ВМ), ISO (для образов) или Export (для экспорта ВМ). Для NFS укажите путь вида 10.0.3.10:/exports/ovirt-data и готово.

Создание ВМ через веб-интерфейс oVirt Engine интуитивно понятно всем, кто хоть раз работал с VMware vSphere — логика та же. Если нужна автоматизация, API и SDK закрывают любые сценарии:

# Python SDK: создание ВМ
from ovirtsdk4 import types

vms_service = conn.system_service().vms_service()

vm = vms_service.add(
    types.Vm(
        name='web-server-01',
        cluster=types.Cluster(name='Production'),
        template=types.Template(name='Blank'),
        memory=4 * 1024**3,  # 4 GB
        cpu=types.Cpu(
            topology=types.CpuTopology(
                cores=2,
                sockets=1,
                threads=2
            )
        ),
        os=types.OperatingSystem(
            type='rhel_9x64',
            boot=types.Boot(
                devices=[types.BootDevice.HD, types.BootDevice.CDROM]
            )
        ),
        type=types.VmType.SERVER
    )
)

print(f"VM created: {vm.name} ({vm.id})")

Live migration в oVirt — перемещение работающей ВМ между хостами без остановки. Три условия: shared storage, совместимый CPU на хостах (или настроенная CPU model) и выделенная сеть для трафика миграции. Если хоть одно не выполнено — миграция либо не запустится, либо уронит сеть на хосте.

# Ручная миграция через CLI
curl -k -u admin@internal:AdminPass \
  -X POST \
  -H 'Content-Type: application/xml' \
  -d '<action><host><name>kvm-host-02</name></host></action>' \
  "https://ovirt-engine.company.local/ovirt-engine/api/vms/VM_ID/migrate"

# Включение HA для ВМ:
# В свойствах ВМ → High Availability → Highly Available: Yes
# Priority: High (1 = наивысший, 100 = низший)
# При падении хоста HA-ВМ автоматически перезапускается на другом хосте

За состоянием кластера удобно следить через встроенный Grafana-дашборд в oVirt Engine. Там видно загрузку хостов в реальном времени, состояние хранилищ и историю миграций — без дополнительных инструментов на старте вполне достаточно.

Потеря базы oVirt Engine — это потеря управления всей виртуальной инфраструктурой. ВМ при этом продолжат работать, но вы не сможете ими управлять централизованно. Бэкап базы — не опция, а обязательная процедура:

# Полный бэкап Engine (БД + конфигурация)
engine-backup --mode=backup --scope=all \
  --file=/backup/ovirt-engine-$(date +%Y%m%d).tar.gz \
  --log=/backup/ovirt-backup.log

# Автоматизация через cron
cat > /etc/cron.d/ovirt-backup << 'EOF'
0 2 * * * root engine-backup --mode=backup --scope=all --file=/backup/ovirt-engine-$(date +\%Y\%m\%d).tar.gz --log=/backup/ovirt-backup.log && find /backup -name "ovirt-engine-*.tar.gz" -mtime +7 -delete
EOF

# Восстановление из бэкапа:
engine-backup --mode=restore --scope=all \
  --file=/backup/ovirt-engine-20260408.tar.gz \
  --provision-db --provision-dwh-db
engine-setup  # Перенастройка после восстановления