Горизонт-ВС: архитектура, интеграция в enterprise и подводные камни

Горизонт-ВС: архитектура, интеграция и production-ready сценарии

Платформа виртуализации «Горизонт-ВС» — это не просто замена VMware или Hyper-V, а комплексный подход к построению частного облака на базе отечественных решений. В этом материале разбираем архитектуру, подводные камни при внедрении и способы автоматизации управления самой платформой.

1. Архитектура: из чего состоит платформа

Типовая инсталляция «Горизонт-ВС» (на базе OpenStack) включает:

Control Plane (Контроллеры): Узлы управления (Controller nodes), где работают API, планировщик (Scheduler) и база данных.
Compute Nodes (Вычислительные узлы): Где непосредственно запускаются виртуальные машины (гипервизор KVM/QEMU).
Сеть (Networking): Neutron для организации SDN маршрутизации и Floating IP.
Хранилище (Storage): Обычно Ceph или NFS для дисков ВМ.

2. Интеграция с корпоративным каталогом (SSO/AD/FreeIPA)

Для enterprise-сегмента критично не плодить локальных пользователей.

Вариант 1: LDAP / FreeIPA

Стандартный способ. Позволяет использовать существующие учетные записи администраторов.

Проблема: Сложность мэппинга групп (группы AD должны соответствовать ролям в OpenStack).
Решение: Использование group_mapping в Keystone.

Вариант 2: Keycloak (OIDC/SAML)

Современный подход. Keycloak выступает как Identity Provider (IdP).

Плюс: Поддержка MFA (двухфакторной аутентификации) из коробки.
Минус: Дополнительный компонент в инфраструктуре, требующий обслуживания.

3. Автоматизация управления самой платформой

Управлять «Горизонт-ВС» можно не только через GUI (Horizon), но и через API/CLI.

OpenStackClient (OSC)

Стандарт де-факто.

# Создание сети
openstack network create prod-net

# Создание образа из файла
openstack image create --disk-format qcow2 --container-format bare --file server.qcow2 server-img

Ansible (OpenStack modules)

Для массового управления тенантами и пользователями.

- name: Create project
  openstack.cloud.project:
    name: dev-department
    description: "Department of Development"
    enabled: true

4. Резервное копирование и Disaster Recovery

Виртуализация — это не только создание ВМ, но и умение их восстановить.

CephFS/S3 Snapshots: Лучший вариант для отката дисков ВМ.
Репликация БД (Galera): Для отказоустойчивости самих контроллеров.
Бармен (Barman) для PostgreSQL: Если используете встроенную БД.

Сценарий DR:

Падение ЦОД-1.
Переключение DNS на резервную площадку.
Запуск ВМ из реплицированных дисков на ЦОД-2.

5. Мониторинг: куда смотреть

Ceilometer + Gnocchi: Сбор метрик (CPU, RAM, IOPS).
Prometheus + OpenStack Exporter: Для алертинга в реальном времени.
ELK / Loki: Централизованный сбор логов из nova-compute и neutron.

Чек-лист запуска

Разделены сети: Management, Tenant, Storage, Public.
Настроена высокая доступность контроллеров (HAProxy/Keepalived).
Внедрена система резервного копирования (не полагаться только на snapshots дисков).
Настроен сбор метрик и алертинг (Zabbix/Prometheus).
Документация по процедуре DR (Disaster Recovery) протестирована.