XCP-ng: гипервизор для серверов

XCP-ng — открытая платформа виртуализации на базе Xen, которую развивает сообщество при поддержке Vates. Это форк Citrix XenServer без лицензий за ядра и с открытым API. Актуальная ветка — XCP-ng 8.3 LTS: она вышла в 2024 году, получила статус LTS в июне 2025-го и поддерживается до ноября 2028 года. Внутри — Xen 4.17.5 и управляющий домен dom0 на CentOS 7 с ядром 4.19. Для небольшой инфраструктуры это способ получить живую миграцию, пулы, снапшоты и централизованный бэкап без ежегодного счёта за каждый сокет.

Что даёт XCP-ng и где он уместен

XCP-ng — гипервизор первого типа: он загружается на железо, а ВМ работают под управлением Xen. Ветка 8.3 убрала режим PV, поэтому гости должны быть HVM; PV-драйверы внутри HVM сохраняются и дают нормальную производительность.

• пулы из нескольких хостов с единой точкой управления и live-миграцией;
• общее хранилище NFS, iSCSI, Fibre Channel или локальные SR;
• снапшоты, клонирование, экспорт и импорт OVA/OVF;
• HA с heartbeat-хранилищем и автоматическим перезапуском ВМ;
• UEFI Secure Boot и vTPM для гостей, включая Windows 11;
• XO Lite — веб-интерфейс по HTTPS прямо с хоста;
• API и CLI xe, а также Terraform и Ansible.

Ограничения: до 960 логических процессоров на хост, до 64 vCPU для поддерживаемых гостей, VHD не больше 2040 ГиБ, а QCOW2 на поддерживаемых SR — до 16 381 ГиБ. Вложенная виртуализация не поддерживается, Dynamic Memory Control лучше не включать.

Установка и первый вход

Скачайте полный ISO 8.3 LTS с официального зеркала и запишите на флешку. Установщик требует GPT; Legacy BIOS в 8.3 устарел, поэтому выбирайте UEFI. На этапе установки задаются диск, пароль root, часовой пояс и режим сети: IPv4, IPv6 или dual-stack. Сменить режим после установки нельзя — только переустановкой.

dd if=xcp-ng-8.3.0-20260806.iso of=/dev/sdX bs=8M oflag=direct
xe host-list
xe host-param-list uuid=<host-uuid>
xentop

После перезагрузки доступны xsconsole и SSH. xe host-list показывает UUID хоста, xentop — живую нагрузку гостей, а xe host-param-list — полный набор параметров.

Пул и хранилище

Пул объединяет хосты в единую систему. Один хост становится мастером, остальные присоединяются через pool-join; операции с пулом идут через мастера. Новые установки включают TLS-проверку, а на обновлённых пулах её нужно включить вручную, иначе присоединение хоста упадёт с ошибкой несовпадения.

xe pool-join master-address=192.168.10.10 master-username=root master-password='<пароль>'
xe sr-create host-uuid=<host-uuid> shared=true type=nfs content-type=user name-label="NFS-VM" device-config:server=192.168.10.20 device-config:serverpath=/srv/nfs/xcp
xe sr-list

XAPI сам размечает локальный диск и создаёт файловую систему — форматировать диск вручную не нужно. Для NFS-сервера важно разрешить монтирование подкаталогов: XCP-ng сначала монтирует корень шара, затем отдельный каталог SR; без этого создание хранилища завершится ошибкой.

Для дисков выбирают NFS или EXT: они тонкие и экономят место. iSCSI и Fibre Channel дают блочный доступ, но требуют запаса и multipath. XOSTOR — гиперконвергентное хранилище на локальных дисках, поддерживается с 2025 года, но требует трёх хостов.

Виртуальные машины и миграция

ВМ создаются из шаблонов через XO Lite или CLI. Для live-миграции нужен общий SR и сеть миграции на 10 или 25 Гбит/с.

xe vm-install template="Ubuntu 24.04" new-name-label=web-01 sr-uuid=<sr-uuid>
xe vm-start uuid=<vm-uuid>
xe vm-migrate uuid=<vm-uuid> host-uuid=<host-uuid>

Снапшоты основаны на цепочках VHD и при удалении запускают coalesce — слияние дисков. Если бэкап создаёт снимки чаще, чем проходит слияние, цепочка растёт и может упереться в лимит или нехватку места. Снапшот — не бэкап: используйте Xen Orchestra или экспорт ВМ. В 8.3 диск можно исключить из снимка меткой [NOSNAP], а из бэкапа — [NOBAK].

Сеть и безопасность

Управление держите в отдельном VLAN, сети ВМ и хранилища — в других. XCP-ng поддерживает VLAN и агрегацию каналов; используйте LACP. Не выставляйте API и XO Lite в интернет: доступ — через управляемый шлюз или защищённый контур организации.

xe pool-enable-tls-verification
xe pool-param-set uuid=<pool-uuid> https-only=true
xe network-list
xe vlan-create pif-uuid=<pif-uuid> vlan=20 network-uuid=<network-uuid>

pool-enable-tls-verification включает взаимную проверку сертификатов между хостами. https-only=true закрывает порт 80, но в 8.3 ограничение действует только для IPv4. SSH-настройки храните в drop-in файлах /etc/ssh/sshd_config.d/*.conf: основной конфиг перезаписывается обновлениями.

Обновления и диагностика

Обновления внутри 8.3 ставятся через yum в dom0 или Rolling Pool Update. Мажорное обновление — только с установочного ISO; yum для перехода между крупными версиями не поддерживается. Перед работами сделайте бэкап метаданных пула и проверьте место на dom0.

yum update
xe task-list
tail -f /var/log/xensource.log
systemctl status xapi

xe task-list показывает длительные операции: миграции, слияние дисков, создание снимков. xensource.log — основной журнал XAPI, а SMlog помогает с хранилищем. Если ВМ не стартует, проверяйте свободное место на SR, состояние цепочки VHD и доступность PBD. xe pbd-list, xe vdi-list и xe sr-param-list дают данные для первичной диагностики.

Чек-лист:

• время синхронизировано на всех хостах, NTP настроен;
• управление, миграция и хранилище разнесены по сетям;
• TLS-проверка включена, порт 80 закрыт;
• настроен бэкап ВМ и проверено восстановление;
• свободное место на SR и dom0 под контролем;
• обновления и перезагрузки хостов спланированы.

Итог

XCP-ng 8.3 LTS — зрелая открытая платформа для серверной виртуализации: пулы, live-миграция, общее хранилище, снапшоты и API закрывают задачи небольшой и средней инфраструктуры. Начинайте с двух хостов, общего NFS-хранилища, отдельной сети миграции и бэкапа. XCP-ng не универсальный комбайн: вложенная виртуализация и часть оборудования вне поддержки. Зато предсказуемая стоимость, открытый код и понятная диагностика через xe делают его сильным выбором там, где важны контроль и отсутствие лицензионных сюрпризов.