Интеграция с zVirt

Данный раздел содержит информацию по интеграции Nova Container Platform с zVirt. Раздел содержит следующие основные шаги:

Подготовка шаблонов виртуальных машин в среде zVirt
Настройка пользователя zVirt

1. Подготовка шаблонов виртуальных машин в среде zVirt

В данном разделе документации описывается подготовка виртуальной машины и создание из нее шаблона, который будет использоваться для развертывания всех виртуальных узлов кластера Nova Container Platform.

1.1. Создание виртуальной машины

Процесс создания виртуальной машины заключается в задании ее настроек (некоторые из них можно изменить позже) и последующей установке операционной системы.

Перейдите в веб-интерфейс менеджера управления zVirt.
Нажмите Ресурсы Виртуальные машины.
Нажмите Создать. Откроется окно Новая виртуальная машина.
Выберите Операционную систему из выпадающего списка.
Укажите Имя виртуальной машины.
Добавьте диск к виртуальной машине в разделе Виртуальные диски.
Нажмите Создать и укажите Размер (GiB) и Псевдоним нового виртуального диска. В остальных полях можно принять настройки по умолчанию или изменить их при необходимости.
Подключите виртуальную машину к сети. Добавьте сетевой интерфейс, выбрав vNIC-профиль в выпадающем списке nic1 внизу на вкладке Общее.
Задайте параметр Оперативная память (разделяемая) виртуальной машины на вкладке Система.
На вкладке Параметры загрузки выберите Первое устройство, которое виртуальная машина будет использовать для начальной загрузки.
На вкладке Запуск инициализации включите опцию Cloud-Init.
В остальных полях можно принять настройки по умолчанию или изменить их при необходимости.
Нажмите OK.

Новая виртуальная машина будет создана и отобразится в списке виртуальных машин в состоянии Выключено. Перед ее использованием необходимо установить операционную систему. Используйте операционную систему из списка поддерживаемых операционных систем.

1.2. Подготовка виртуальной машины

1.2.1. Репозитории вендора ОС

Для установки и обновления Nova Container Platform на каждом узле кластера должен быть доступ к репозиториям вендора ОС: напрямую, через HTTP-прокси или через корпоративные зеркала. При установке в закрытом сетевом окружении используйте локальные зеркала репозиториев. Для сертифицированных ОС допускается использование сертифицированных версий репозиториев.

В таблице ниже приведены репозитории, которые должны быть подключены на узлах.

ОС Репозитории

ОС	Репозитории
Astra Linux Special Edition 1.7	`repository-main`, `repository-extended`, `repository-update`, `repository-base`
Astra Linux Special Edition 1.8	`repository-main`, `repository-extended`
РЕД ОС 7	`RedOS-Base`, `RedOS-Updates`
РЕД ОС 8	`RedOS-Base`, `RedOS-Updates`
MosOS 15	`repo-oss`, `repo-update`
AlmaLinux 9	`baseos`, `appstream`
Ubuntu 24.04	`ubuntu main`
Alt Linux 10	`p10 x86_64 classic`, `p10 noarch classic`
Alt Linux 11	`p11 x86_64 classic`, `p11 noarch classic`

Astra Linux Special Edition 1.7

repository-main, repository-extended, repository-update, repository-base

Astra Linux Special Edition 1.8

repository-main, repository-extended

РЕД ОС 7

RedOS-Base, RedOS-Updates

РЕД ОС 8

RedOS-Base, RedOS-Updates

MosOS 15

repo-oss, repo-update

AlmaLinux 9

baseos, appstream

Ubuntu 24.04

ubuntu main

Alt Linux 10

p10 x86_64 classic, p10 noarch classic

Alt Linux 11

p11 x86_64 classic, p11 noarch classic

Для Astra Linux Special Edition подключите frozen-репозитории той же версии, что и установленная ОС с последней версией оперативного обновления uu. В случае если у ОС нет оперативного обновления необходимо использовать обычный репозиторий. Примеры содержимого файла /etc/apt/sources.list:

# Astra Linux 1.7.10
deb https://download.astralinux.ru/astra/frozen/1.7_x86-64/1.7.10/repository-main/ 1.7_x86-64 main contrib non-free
deb https://download.astralinux.ru/astra/frozen/1.7_x86-64/1.7.10/repository-extended/ 1.7_x86-64 main contrib non-free
deb https://download.astralinux.ru/astra/frozen/1.7_x86-64/1.7.10/repository-update/ 1.7_x86-64 main contrib non-free
deb https://download.astralinux.ru/astra/frozen/1.7_x86-64/1.7.10/repository-base/ 1.7_x86-64 main contrib non-free

# Astra Linux 1.7.9 (оперативное обновление 1)
deb https://download.astralinux.ru/astra/frozen/1.7_x86-64/1.7.9/uu/1/repository-main/ 1.7_x86-64 main contrib non-free
deb https://download.astralinux.ru/astra/frozen/1.7_x86-64/1.7.9/uu/1/repository-extended/ 1.7_x86-64 main contrib non-free
deb https://download.astralinux.ru/astra/frozen/1.7_x86-64/1.7.9/uu/1/repository-update/ 1.7_x86-64 main contrib non-free
deb https://download.astralinux.ru/astra/frozen/1.7_x86-64/1.7.9/uu/1/repository-base/ 1.7_x86-64 main contrib non-free

# Astra Linux 1.8.3
# Astra Linux 1.8.3.uu1
deb https://download.astralinux.ru/astra/frozen/1.8_x86-64/1.8.3/uu/1/repository-main/ 1.8_x86-64 main non-free non-free-firmware contrib
deb https://download.astralinux.ru/astra/frozen/1.8_x86-64/1.8.3/uu/1/repository-extended/ 1.8_x86-64 main contrib non-free non-free-firmware

# Astra Linux 1.8.5
deb https://download.astralinux.ru/astra/frozen/1.8_x86-64/1.8.5/repository-main/ 1.8_x86-64 main non-free non-free-firmware contrib
deb https://download.astralinux.ru/astra/frozen/1.8_x86-64/1.8.5/repository-extended/ 1.8_x86-64 main contrib non-free non-free-firmware

Перед установкой и обновлением платформы nova-ctl проверяет на каждом узле, что из подключенных репозиториев можно скачать и установить тестовый набор пакетов:

Astra Linux, Ubuntu: open-iscsi, ipvsadm, conntrack, nfs-common;
Alt Linux: open-iscsi, ipvsadm, conntrack-tools, nfs-clients;
РЕД ОС, AlmaLinux: iscsi-initiator-utils, ipvsadm, conntrack-tools, nfs-utils;
МосОС: open-iscsi, ipvsadm, conntrack-tools, nfs-client.

Если проверка не прошла, установка или обновление останавливается с ошибкой Software repository validation failed. В этом случае проверьте подключенные репозитории и доступ к ним с узла, затем попробуйте установить перечисленные пакеты вручную.

1.2.2. Автоматизированная подготовка узлов

Подготовить узлы автоматически можно с помощью скрипта. Подробная инструкция приведена в статье Автоматизированная подготовка узлов для установки платформы.

1.2.3. Подготовка узлов вручную

В ядре Linux обнаружена уязвимость Copy Fail (CVE-2026-31431). Перед настройкой ОС убедитесь, что установлена версия ядра с исправлением уязвимости. Подробнее об уязвимости и способе устранения см. в статье Copy Fail.

Выполните шаги инструкции в зависимости от вашей ОС.

Astra Linux Special Edition 1.7

Добавьте репозитории для вашей версии ОС. Подключите frozen-репозитории той же версии, что и установленная ОС (см. Репозитории вендора ОС).

# Подставьте в переменные значения соответствующие вашей версии ОС
# В данном примере используется версия 1.7.6.uu2
VERSION_BASE="1.7.6"
UPDATE="2"

sudo echo "deb https://download.astralinux.ru/astra/frozen/1.7_x86-64/${VERSION_BASE}/uu/${UPDATE}/repository-main/ 1.7_x86-64 main contrib non-free" > /etc/apt/sources.list
sudo echo "deb https://download.astralinux.ru/astra/frozen/1.7_x86-64/${VERSION_BASE}/uu/${UPDATE}/repository-extended/ 1.7_x86-64 main contrib non-free" >> /etc/apt/sources.list
sudo echo "deb https://download.astralinux.ru/astra/frozen/1.7_x86-64/${VERSION_BASE}/uu/${UPDATE}/repository-update/ 1.7_x86-64 main contrib non-free" >> /etc/apt/sources.list
sudo echo "deb https://download.astralinux.ru/astra/frozen/1.7_x86-64/${VERSION_BASE}/uu/${UPDATE}/repository-base/ 1.7_x86-64 main contrib non-free" >> /etc/apt/sources.list

Если оперативное обновление не установлено, путь к репозиториям не содержит части uu/<номер>, например https://download.astralinux.ru/astra/frozen/1.7_x86-64/1.7.10/repository-main/.

Обновите все пакеты ОС.
```
apt update
```

Установите необходимые пакеты.

apt install -y cloud-init cloud-guest-utils curl network-manager

Установите пакеты для системы виртуализации.
```
apt install -y qemu-guest-agent
systemctl enable qemu-guest-agent
```

Astra Linux Special Edition 1.8

# Подставьте в переменные значения соответствующие вашей версии ОС
# В данном примере используется версия 1.8.1.uu1
VERSION_BASE="1.8.1"
UPDATE="1"

sudo echo "deb https://download.astralinux.ru/astra/frozen/1.8_x86-64/${VERSION_BASE}/uu/${UPDATE}/repository-main/ 1.8_x86-64 main non-free non-free-firmware contrib" > /etc/apt/sources.list
sudo echo "deb https://download.astralinux.ru/astra/frozen/1.8_x86-64/${VERSION_BASE}/uu/${UPDATE}/repository-extended/ 1.8_x86-64 main contrib non-free non-free-firmware" >> /etc/apt/sources.list

Если оперативное обновление не установлено, путь к репозиториям не содержит части uu/<номер>, например https://download.astralinux.ru/astra/frozen/1.8_x86-64/1.8.5/repository-main/.

Обновите все пакеты ОС.
```
apt update
```

Установите необходимые пакеты.

apt install -y cloud-init cloud-guest-utils curl network-manager

Установите пакеты для системы виртуализации.
```
apt install -y qemu-guest-agent
systemctl enable qemu-guest-agent
```

РЕД ОС 7.3 / 8

Добавьте репозитории для вашей версии ОС.

РЕД ОС 7.3

sudo nano /etc/yum.repos.d/redos.repo

[base]
	name=RedOS - Base
	baseurl=https://repo1.red-soft.ru/redos/7.3c/$basearch/os,https://mirror.yandex.ru/redos/7.3c/$basearch/os,http://repo.red-soft.ru/redos/7.3c/$basearch/os
	gpgcheck=1
	gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-RED-SOFT
	enabled=1

[updates]
	name=RedOS - Updates
	baseurl=https://repo1.red-soft.ru/redos/7.3c/$basearch/updates,https://mirror.yandex.ru/redos/7.3c/$basearch/updates,http://repo.red-soft.ru/redos/7.3c/$basearch/updates
	gpgcheck=1
	gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-RED-SOFT
	enabled=1

РЕД ОС 8

Убедитесь, что в /etc/yum.repos.d/ подключены и включены (enabled=1) репозитории RedOS-Base и RedOS-Updates.

Обновите все пакеты ОС.
```
dnf update -y
```
Установите необходимые пакеты.
```
dnf install -y cloud-init cloud-utils-growpart curl
```
Установите пакеты для системы виртуализации.
```
dnf install -y qemu-guest-agent
systemctl enable qemu-guest-agent
```
Создайте каталог /usr/lib/cloud-init и добавьте в него символическую ссылку на ds-identify из /usr/libexec/cloud-init.
```
sudo mkdir -p /usr/lib/cloud-init
sudo ln -sf /usr/libexec/cloud-init/ds-identify /usr/lib/cloud-init/ds-identify
```

AlmaLinux 9.6 / 9.7

Убедитесь, что подключены репозитории baseos и appstream.
Обновите все пакеты ОС.
```
dnf update -y
```
Установите необходимые пакеты.
```
dnf install -y cloud-init cloud-utils-growpart curl
```
Установите пакеты для системы виртуализации.
```
dnf install -y qemu-guest-agent
systemctl enable qemu-guest-agent
```

MosOS 15.5

Добавьте репозиторий

nano /etc/zypp/repos.d/repo-oss.repo

[repo-oss]
	name=Main MosOS Arbat repository
	enabled=1
	autorefresh=1
	baseurl=https://mos-repo.mos.ru/mosos/arbat/15.5/repo/oss/
	path=/
	type=rpm-md
	keeppackages=0

nano /etc/zypp/repos.d/repo-update.repo

[repo-update]
	name=Update repository with updates for MosOS Arbat
	enabled=1
	autorefresh=1
	baseurl=https://mos-repo.mos.ru/mosos/arbat/15.5/repo/update/
	type=NONE
	keeppackages=0

Установите необходимые пакеты.
```
zypper install -y cloud-init perl curl
```
Установите пакеты для системы виртуализации.
```
zypper install -y qemu-guest-agent
systemctl enable qemu-guest-agent
```

Ubuntu 24.04

Убедитесь, что подключен репозиторий ubuntu main.
Обновите все пакеты ОС.
```
apt update -y
```

Установите необходимые пакеты.

apt install -y cloud-init cloud-guest-utils curl network-manager

Установите пакеты для системы виртуализации.
```
apt install -y qemu-guest-agent
systemctl enable qemu-guest-agent
```

Alt Linux 10 / 11

Убедитесь, что подключены репозитории для вашей версии ОС:
- Alt Linux 10: p10 x86_64 classic, p10 noarch classic;
- Alt Linux 11: p11 x86_64 classic, p11 noarch classic.
Обновите все пакеты ОС.
```
apt-get update
```

Установите необходимые пакеты.

apt-get install -y cloud-init cloud-utils-growpart curl NetworkManager

Установите пакеты для системы виртуализации.
```
apt-get install -y qemu-guest-agent
systemctl enable qemu-guest-agent
```

Установите конфигурацию службы cloud-init.

Файл /etc/cloud/cloud.cfg должен иметь следующее содержимое:

users:
- default
disable_root: true
preserve_hostname: true
ssh_deletekeys: true
ssh_genkeytypes: ['rsa', 'ecdsa', 'ed25519']
resize_rootfs: true
network:
  config: disabled
growpart:
  mode: auto
  devices: ['/']
  ignore_growroot_disabled: false
package_update: false
package_upgrade: false
cloud_init_modules:
- bootcmd
- write-files
- growpart
- resizefs
- users-groups
- ssh
cloud_config_modules:
- runcmd
cloud_final_modules:
- scripts-vendor
- scripts-per-once
- scripts-per-boot
- scripts-per-instance
- scripts-user
- power-state-change
system_info:
  distro: {{ cloud_init_distro }}
  default_user:
    name: {{ user_name }}
    lock_passwd: false
    gecos: NovaUser
    groups: [wheel, adm, systemd-journal, sudo]
    sudo: ["ALL=(ALL) NOPASSWD:ALL"]
    shell: /bin/bash

В файле используются следующие подстановки:

{{ user_name }} — имя пользователя по умолчанию.
{{ cloud_init_distro }} — семейство дистрибутива. Значение берется из таблицы ниже.

ОС cloud_init_distro

ОС	cloud_init_distro
Astra Linux Special Edition 1.7	`astra`
Astra Linux Special Edition 1.8	`astra`
РЕД ОС 7	`redos`
РЕД ОС 8	`redos`
MosOS 15	`sles`
AlmaLinux 9	`redos`
Ubuntu 24.04	`ubuntu`
Alt Linux 10	`altlinux`
Alt Linux 11	`altlinux`

Astra Linux Special Edition 1.7

astra

Astra Linux Special Edition 1.8

astra

РЕД ОС 7

redos

РЕД ОС 8

redos

MosOS 15

sles

AlmaLinux 9

redos

Ubuntu 24.04

ubuntu

Alt Linux 10

altlinux

Alt Linux 11

altlinux

В Ubuntu автоматическое обновление пакетов по таймеру включено по умолчанию. Оно может помешать автоматизации Nova, удерживая блокировку apt. Отключите таймеры:

systemctl disable --now apt-daily.timer
systemctl disable --now apt-daily-upgrade.timer

Переопределите службу cloud-init, чтобы она корректно взаимодействовала с NetworkManager. Создайте файл /etc/systemd/system/cloud-init.service. Владелец файла — root:root, права доступа — 644. Переопределение необходимо из-за известной проблемы взаимодействия NetworkManager и cloud-init.

[Unit]
# Ubuntu 24.04 NetworkManager override
Description=Cloud-init: Network Stage
DefaultDependencies=no
Wants=cloud-init-local.service
Wants=sshd-keygen.service
Wants=sshd.service
Wants=NetworkManager-wait-online.service
After=cloud-init-local.service
After=systemd-networkd-wait-online.service
After=networking.service
After=NetworkManager.service
After=NetworkManager-wait-online.service
Before=network-online.target
Before=sshd-keygen.service
Before=sshd.service
Before=systemd-user-sessions.service
Before=shutdown.target
Conflicts=shutdown.target
ConditionPathExists=!/etc/cloud/cloud-init.disabled
ConditionKernelCommandLine=!cloud-init=disabled
ConditionEnvironment=!KERNEL_CMDLINE=cloud-init=disabled

[Service]
Type=oneshot
ExecStart=/usr/bin/cloud-init init
RemainAfterExit=yes
TimeoutSec=0
StandardOutput=journal+console

[Install]
WantedBy=cloud-init.target

Добавьте в автозагрузку службы.

systemctl enable cloud-init
systemctl enable systemd-timesyncd

Выключите межсетевой экран.

systemctl disable firewalld
systemctl disable ufw

Команда может вывести сообщение об отсутствии данного компонента. В этом случае дополнительных действий не требуется.

Выключите systemd-resolved.

systemctl disable --now systemd-resolved
rm /etc/resolv.conf
touch /etc/resolv.conf

Настройте именование интерфейсов для сценария инициализации виртуальных машин. Откройте файл /etc/default/grub с помощью текстового редактора и добавьте параметры в строку GRUB_CMDLINE_LINUX.
```
GRUB_CMDLINE_LINUX="selinux=0 apparmor=0 crashkernel=auto"
```
Обновите конфигурацию grub:
Для систем семейства Debian (включая Ubuntu и Astra Linux)
```
update-grub
```
Для систем семейства RHEL и совместимых
```
grub2-mkconfig -o /boot/grub2/grub.cfg
```
Выполните дополнительные настройки для конкретной ОС:
Astra Linux
Для обеспечения сетевого взаимодействия через API необходимо выполнить следующие условия:
Управление сетью должно осуществляться исключительно через NetworkManager.

Все сетевые интерфейсы должны находиться под полным контролем NetworkManager (состояние managed).

Конфигурация не должна дублироваться или быть задана в устаревших файлах (например, /etc/network/interfaces), которые могут перехватывать управление.
Проверьте конфигурацию /etc/network/interfaces:
source /etc/network/interfaces.d/* auto lo iface lo inet loopback
Настройте NetworkManager на управление всеми интерфейсами. Убедитесь, что файл /etc/NetworkManager/conf.d/managed.conf присутствует и и имеет следующее содержание:
[main] dns=default rc-manager=file plugins=ifupdown,keyfile [ifupdown] managed=false
Включите NetworkManager.
systemctl enable NetworkManager
Ubuntu 24.04
Для обеспечения сетевого взаимодействия через API необходимо выполнить следующие условия:
1. Отключите systemd-networkd:
  
  systemctl disable systemd-networkd
2. Отредактируйте файл с настройками /etc/NetworkManager/NetworkManager.conf:
  
  [main] dns=default rc-manager=file plugins=ifupdown,keyfile [ifupdown] managed=false
3. Добавьте настройку Netplan в /etc/netplan/91-netplan-networkmanager.yaml:
  
  network: version: 2 renderer: NetworkManager
4. Отредактируйте права:
  
  chmod 600 /etc/netplan/91-netplan-networkmanager.yaml
5. Включите NetworkManager:
  
  systemctl enable NetworkManager
Alt Linux
1. Отключите службу network:
  
  systemctl disable network
2. Удалите файл с ограничениями числа процессов в Alt Linux. В Alt Linux 11 по умолчанию задано ограничение пользовательских процессов — 1024 процесса. В остальных поддерживаемых ОС такого ограничения нет, поэтому для Alt Linux этот файл необходимо удалить.
  
  rm /etc/security/limits.d/50-defaults.conf
Проверьте timezone. Выполните команду и проверьте время\timezone на VM Cluster Manager, синхронизация должна быть активна, timezone верна:
```
timedatectl
```
Подготовьте пользовательскую учетную запись согласно статье Подготовка пользовательской учетной записи.

Проведите очистку файлов созданных во время процесса настройки.

cloud-init clean
truncate -s 0 /etc/machine-id /var/log/lastlog /var/log/wtmp /root/.bash_history
rm -rf /etc/udev/rules.d/70-persistent-net.rules
rm -rf /var/lib/dhcp/*
rm -rf /var/lib/dhcp6/*
rm -rf /var/lib/dhclient/*
rm -rf /etc/NetworkManager/system-connections/*
rm -rf /etc/NetworkManager/system-connections/*
rm -rf /var/lib/NetworkManager/*
rm -rf /etc/netplan/*-cloud-init.yaml
rm -f /etc/ssh/ssh_host_*
sudo hostnamectl set-hostname ""

Выключите виртуальную машину.
Удалите сетевой интерфейс из виртуальной машины.

1.3. Создание шаблона

Создайте из виртуальной машины шаблон, который будет использоваться для создания виртуальных узлов кластера Nova Container Platform.

Перейдите в веб-интерфейс менеджера управления zVirt.
Нажмите Ресурсы Виртуальные машины и выберите виртуальную машину.
Убедитесь, что виртуальная машина выключена (находится в состоянии Выключена).
Нажмите , затем – Создать шаблон.
Введите Имя, Описание и Комментарий для шаблона.
В выпадающем списке Кластер выберите кластер, с которым нужно ассоциировать шаблон. По умолчанию он будет тем же, что и для исходной виртуальной машины.
При желании выберите профиль ЦП для шаблона в выпадающем списке Профиль ЦП.
В разделе Выделение дискового пространства введите имя для диска в поле Имя. В выпадающем списке Формат выберите формат диска, в выпадающем списке Цель – домен хранения, где будет размещаться диск, а в выпадающем списке Профиль диска – профиль диска. По умолчанию эти параметры будут теми же, что и для исходной виртуальной машины.
Установите флажок Разрешить всем пользователям доступ к шаблону, чтобы разрешить совместное использование шаблона.
Установите флажок Копировать разрешения ВМ, чтобы скопировать разрешения исходной виртуальной машины в шаблон.
Нажмите OK.
Нажмите Ресурсы Шаблоны и выберите шаблон.
Нажмите Изменить, затем – Показать расширенные настройки.
В разделе Высокая доступность установите флажок Высокая доступность и в выпадающем списке Целевой домен хранения для аренды ВМ выберите домен хранения.
Нажмите OK.

При создании шаблона укажите формат диска: RAW или QCOW2.

Диски QCOW2 – динамически выделяемые.
Диски RAW в файловом хранилище – динамически выделяемые.
Диски RAW в блочном хранилище – предварительно размечаемые.

2. Настройка пользователя в zVirt

2.1. Права доступа

При создании пользователя в zVirt рекомендуется предоставить ему права администратора.
Если это невозможно, требуется следующий минимальный набор доступов, который может обновляться с выходом новых версий Nova Container Platform:

DiskOperator
UserTemplateBasedVm
DiskProfileUser
UserProfileEditor
CpuProfileOperator
VnicProfileUser

2.2. Дополнительные настройки

Для корректной установки, обновления и функционирования Nova Container Platform необходимо снять ограничение на количество одновременных сессий.

Перейдите в веб-интерфейс менеджера управления zVirt и снимите ограничение на количество сессий на время установки кластера:

Нажмите Управление Пользователи и выберите пользователя, который будет использоваться для подключения к zVirt в процессе установки кластера Nova Container Platform.
Выберите меню Управление ограничениями.
В меню Управление ограничениями установите для параметра Количество сессий значение равное 0.

3. Получение информации о кластере zVirt

Для дальнейшей установки и настройки Nova Container Platform вам необходимо получить следующую информацию о кластере zVirt:

Корневой сертификат zVirt
Идентификатор кластера
Идентификатор шаблона
Имя домена хранения
Идентификатор профиля сети

В предоставленной инструкции в качестве примера используется доменное имя (FQDN) менеджера управления виртуализацией zVirt - zvirt.mycompany.local. Данное имя необходимо заменить на действительное доменное имя вашего менеджера управления.

3.1. Получение корневого сертификата zVirt

Скачайте корневой сертификат zVirt с главной страницы веб-интерфейса менеджера управления zVirt c помощью браузера или следующей команды:
```
curl -ko ca-zvirt.cer https://zvirt.mycompany.local/ovirt-engine/services/pki-resource?resource=ca-certificate&format=X509-PEM-CA
```
Закодируйте в base64 полученный сертификат:
```
cat ca-zvirt.cer | base64 -w0
```
Закодированный сертификат потребуется для дальнейшей установки платформы.

3.2. Получение идентификатора кластера

Для получения идентификатора кластера в среде виртуализации zVirt перейдите в веб-консоль zVirt и откройте раздел Ресурсы Кластеры, затем выберите нужный кластер.

3.3. Получение идентификатора шаблона

Для получения идентификатор шаблона в среде виртуализации zVirt перейдите в веб-консоль zVirt и откройте раздел Ресурсы Шаблоны, затем выберите нужный шаблон.

3.4. Получение имени домена хранения

Для получения имени домена хранения в среде виртуализации zVirt перейдите в веб-консоль zVirt и откройте раздел Хранилище Домены.

3.5. Получение идентификатора профиля сети

Узнать идентификатор профиля сети в среде виртуализации zVirt можно в zVirt API.

Получите токен:

export USER= 'вставьте_ваше_значение' (1)
export PASSWORD='password'
export VLAN_NAME='VM_VLAN_SDN'
export ZVIRT_URL='zvirt.mycompany.local'

export TOKEN=$(curl --silent -k "https://$ZVIRT_URL/ovirt-engine/sso/oauth/token?grant_type=password&username=$USER&password=$PASSWORD&scope=ovirt-app-api" -H "Accept: application/json" | jq -r '.access_token')

1	В случае, если используется Keycloak в zVirt - переменная будет иметь вид `user@internalsso`, в случае, если не используется - переменная будет иметь вид `user@internal`.

Получите список сетей и информацию по ним:

curl --silent -k "https://$ZVIRT_URL/ovirt-engine/api/vnicprofiles" -H "Accept: application/json" -H "Authorization: Bearer $TOKEN" | jq --arg VLAN_NAME "$VLAN_NAME" '.vnic_profile[] | select(.name==$VLAN_NAME)' | jq -r '.id'

Интеграция с zVirt

1. Подготовка шаблонов виртуальных машин в среде zVirt

1.1. Создание виртуальной машины

1.2. Подготовка виртуальной машины

1.2.1. Репозитории вендора ОС

1.2.2. Автоматизированная подготовка узлов

1.2.3. Подготовка узлов вручную

1.3. Создание шаблона

2. Настройка пользователя в zVirt

2.1. Права доступа

2.2. Дополнительные настройки

3. Получение информации о кластере zVirt

3.1. Получение корневого сертификата zVirt

3.2. Получение идентификатора кластера

3.3. Получение идентификатора шаблона

3.4. Получение имени домена хранения

3.5. Получение идентификатора профиля сети

Рекомендуется к выполнению