Требования к компонентам zVirt
1. Требования к Менеджеру управления
1.1. Требования к аппаратному обеспечению
В этом разделе представлены общие требования к Менеджеру управления. Более подробные рекомендации можно найти в Лучших практиках.
1.1.1. Архитектура Hosted Engine
| Ресурс | Минимальные требования | Рекомендуемые требования |
|---|---|---|
Процессор |
4vCPU |
Зависит от планируемого размера среды:
|
Память |
4 ГБ |
Зависит от планируемого размера среды:
|
Жёсткий диск |
55 ГБ |
Необходимый размер накопителя вычисляется исходя из следующих значений:
|
Сетевой интерфейс |
1 сетевой интерфейс (NIC) 1 Гбит/с |
|
| Ресурс | Минимальные требования | Рекомендуемые требования |
|---|---|---|
Процессор |
Все процессоры должны поддерживать расширения Intel® 64 или AMD64 CPU, а также расширения аппаратной виртуализации AMD-V™ или Intel VT®. Также требуется поддержка флага No eXecute (NX). Минимально необходимое количество ядер хоста - 4. |
|
Память |
8 ГБ |
Зависит от планируемых нагрузок. На всех хостах с ролью HostedEngine рекомендуется резервировать объем памяти, достаточный для запуска виртуальной машины HostedEngine. Максимальный поддерживаемый объем - 12Тб. |
Жёсткий диск |
120 ГБ |
Рекомендуется предусмотреть дополнительное пространство для точек монтирования /var, /var/log, /var/log/audit, /var/crash. |
Сетевой интерфейс |
1 сетевой интерфейс (NIC) 1 Гбит/с |
2 сетевых интерфейса (NIC) 10 Гбит/с |
1.1.2. Архитектура Standalone
| Ресурс | Минимальные требования | Рекомендуемые требования |
|---|---|---|
Процессор |
Одно или мультипроцессорная система с 4 ядрами |
Зависит от планируемого размера среды:
|
Память |
4 ГБ |
Зависит от планируемого размера среды:
|
Жёсткий диск |
120 ГБ |
Необходимый размер накопителя вычисляется исходя из следующих значений:
|
Сетевой интерфейс |
1 сетевой интерфейс (NIC) 1 Гбит/с |
|
1.2. Требования к браузерам
Для доступа к Порталу администрирования и Пользовательскому порталу можно использовать браузеры на основе Google Chrome или Mozilla Firefox.
|
Использование различных расширений браузера может оказывать влияние на отображение элементов в на портале администрирования. |
1.3. Требования для клиента
Доступ к консолям виртуальных машин возможен с помощью клиента Remote Viewer (virt-viewer) на Linux и Windows.
Для установки virt-viewer требуются права администратора.
Можно получить доступ к консолям виртуальных машин c помощью протоколов SPICE, VNC или RDP (только для Windows). Можно установить графический драйвер QXLDOD в гостевой операционной системе для улучшения функционала протокола SPICE.
В настоящее время SPICE поддерживает максимальное разрешение 2560x1600 пикселей.
1.4. Требования к ПО
Менеджер управления должен быть развернут на хосте с установленной средой исполнения zVirt Node.
Не устанавливайте дополнительные пакеты после базовой установки, так как они могут вызвать проблемы с зависимостями при попытке менеджером управления установить пакеты из репозитория zVirt.
Не включайте дополнительные репозитории, кроме тех, которые предоставляются с дистрибутивом zVirt Node.
2. Требования к хосту
В этом разделе представлены общие требования к хостам. Более подробные рекомендации можно найти в Лучших практиках.
2.1. Требования к центральному процессору
Все процессоры должны поддерживать расширения Intel® 64 или AMD64 CPU, а также расширения аппаратной виртуализации AMD-V™ или Intel VT®. Также требуется поддержка флага No eXecute (NX).
| Intel | AMD |
|---|---|
Nehalem |
G1 |
Westmere G2 |
G2 |
SandyBridge |
G3 |
IvyBridge |
G4 |
Haswell |
G5 |
Broadwell |
|
Skylake Client |
|
Skylake Server |
|
Cascadelake Server |
|
Icelake Server |
|
SapphireRapids |
|
EmeraldRapids |
2.1.1. Проверка поддержки процессором необходимых флагов
Виртуализация должна быть включена в BIOS. Выключите и перезагрузите хост после внесенных изменений, чтобы убедиться, что изменение применено.
Проверить, какие расширения процессора доступны на системе, можно следующей командой:
grep flags /proc/cpuinfo|head -n1|grep -Eo '(vmx|svm|nx)'
Если в выводе есть расширения - процессор поддерживает аппаратную виртуализацию. Если в выводе ничего нет, возможно, процессор поддерживает аппаратную виртуализацию, но в некоторых случаях производители отключают расширения виртуализации в BIOS. Если вы считаете, что аппаратная виртуализация выключена, обратитесь к руководству производителя материнской платы и BIOS.
2.2. Требования к оперативной памяти
Для нормальной работы гипервизора необходимо не менее 8Гб ОЗУ. Максимальный поддерживаемый объем ОЗУ на хосте zVirt составляет 12 ТБ.
Объем оперативной памяти зависит от требований гостевой операционной системы, требований гостевого приложения, а также активности и использования гостевой памяти. KVM также может перезаписывать физическую оперативную память для ВМ, что позволяет виртуальным машинам использовать до 200% выделенной им оперативной памяти, при условии, что не все ВМ работают одновременно на пиковой нагрузке. KVM делает это, выделяя оперативную память для ВМ только по мере необходимости и переводя недостаточно загруженные ВМ в раздел подкачки.
|
Настоятельно рекомендуем оставлять 2% (но не менее 8Гб) от объема ОЗУ гипервизора свободными. |
2.3. Требования к хранилищу
Хостам требуется хранилище для хранения конфигурации, журналов, дампов ядра и для использования в качестве пространства подкачки. Хранилище может быть локальным или сетевым. zVirt Node (Хост) может загружаться с одним, несколькими или со всеми выделенными сетевыми хранилищами. Загрузка из сетевого хранилища может привести к зависанию в случае отключения сети. Если хост загружается из хранилища SAN и теряет соединение, файлы становятся доступными только для чтения, пока не восстановится сетевое соединение. Использование сетевого хранилища может привести к снижению производительности.
Минимальные требования и рекомендуемая схема разбиения хранилища:
-
/(root) - 55 ГБ
-
/home - 1 ГБ
-
/tmp - 1 ГБ
-
/boot - 1 ГБ
-
/var - 15 ГБ
-
/var/crash - 10 ГБ
-
/var/log - 8 ГБ
-
/var/log/audit - 2 ГБ
-
swap - 1 ГБ
Минимальный общий объём - 94 ГБ.
|
Как при автоматической, так и при ручной разбивке имейте ввиду:
|
2.4. Требования к устройствам PCI
Хосты должны иметь как минимум один сетевой интерфейс с минимальной пропускной способностью - 1 Гбит/с. Рекомендуется, чтобы у каждого хоста было минимум два сетевых интерфейса, один из которых предназначен для поддержки интенсивных сетевых действий, таких как миграция виртуальных машин. Производительность таких операций ограничена доступной пропускной способностью.
2.5. Требования к пробросу устройств
Если вы планируете реализовать проброс устройств, чтобы виртуальная машина могла использовать определенное PCI-устройство хоста, убедитесь, что следующие требования выполнены:
-
Процессор должен поддерживать IOMMU (например, VT-d или AMD-Vi).
-
Встроенное ПО должно поддерживать IOMMU.
-
Используемые корневые порты CPU должны поддерживать ACS или эквивалентную ACS возможность.
-
Устройства PCI должны поддерживать ACS или эквивалентную ACS возможность.
-
Все коммутаторы и мосты PCIe между устройством PCI и корневым портом должны поддерживать ACS. Например, если коммутатор не поддерживает ACS, все устройства за этим коммутатором будут иметь общую группу IOMMU и могут быть назначены только одной виртуальной машине.
-
Для поддержки GPU zVirt поддерживает назначение PCI-устройств на базе PCI NVIDIA K-Series Quadro (модель 2000 серии или выше), GRID и Tesla в качестве не-VGA графических устройств. В настоящее время к виртуальной машине может быть подключено до двух GPU в дополнение к одному из стандартных, эмулированных VGA интерфейсов. Эмулированный VGA используется для предварительной загрузки и установки, а графический процессор NVIDIA берет на себя управление, когда загружаются графические драйверы NVIDIA. Обратите внимание, что NVIDIA Quadro 2000 не поддерживается, как и карта Quadro K420.
Проверьте спецификацию и технические характеристики производителя, чтобы убедиться, что ваше оборудование соответствует этим требованиям. Команда lspci -v может быть использована для получения информации о PCI-устройствах, уже установленных в системе.
2.6. Требования к vGPU
Чтобы виртуальные машины на этом хосте могли использовать vGPU, хост должен отвечать следующим требованиям:
-
vGPU-совместимый GPU;
-
Ядро хоста с поддержкой GPU;
-
Установленный GPU с правильными драйверами;
-
Предопределенный тип mdev_type, соответствующий одному из типов mdev, поддерживаемых устройством;
-
Драйверы с поддержкой vGPU установлены на каждом хосте в кластере;
-
Операционная система виртуальной машины с поддержкой vGPU и установленными драйверами vGPU.
Подробнее о требованиях к драйверам и процессе настройки видеокарт Nvidia см. в статье Настройка подключения GPU и vGPU видеокарт Nvidia к виртуальной машине. Для получения информации о решениях отличных от Nvidia, обратитесь к официальной документации производителя.
3. Сетевые требования
3.1. Общие требования
При планировании инфраструктуры учитывайте следующие требования:
-
Для менеджера управления необходимо, чтобы IPv6 оставался включенным на физическом хосте или виртуальной машине, в зависимости от того, где запущен менеджер управления.
Не отключайте IPv6 на ВМ HostedEngine, даже если в вашей сети его не используют. -
Сетевой адаптер: рекомендуется использовать сетевые интерфейсы с пропускной способностью не менее 1 Гбит/с, предпочтительно — 10 Гбит/с или более. Допускается объединение интерфейсов в агрегированные каналы для повышения надежности и общей производительности.
-
Размер MTU: максимальный размер передаваемого блока данных должен быть установлен не менее 1500 байт. В случае использования хостов виртуализации, развернутых за пределами широковещательного домена управления, заданный размер должен поддерживаться на всем пути прохождения пакета управления от менеджера управления до хоста виртуализации. В противном случае могут возникнуть проблемы прохождения пакетов команд управления, содержащих флаг
DontFragment. В случае использования 25, 40 и более гигабитных адаптеров рекомендуется использовать MTU 9000. В случае применения логических сетей SDN следует установить размер MTU сети управления (по умолчанию ovirtmgmt) как минимум в 1600 байт. -
Задержки прохождения пакета: в общем случае задержка прохождения пакета от менеджера управления до хоста виртуализации не должна превышать 100мс. Ограничение вызвано механизмами работы служб высокой доступности виртуальных машин. Требование ужесточается в случае применения отдельных комбинаций функциональных возможностей zVirt:
-
Максимально допустимая задержка для сети обмена трафика SDS - не более 5 мс.
-
Максимально допустимая задержка прохождения пакета от менеджера управления типа Hosted Engine к хосту при использовании служб обеспечения высокой доступности виртуальных машин - не более 7 мс.
-
Максимально допустимая задержка при применении SDN между хостами виртуализации - не более 100 мс. Превышение данного порога может негативно повлиять на работу протокола BFD, используемого для определения доступности хоста, выбранного в качестве основного для работы логического маршрутизатора.
-
3.2. Диапазон сети для варианта установки Hosted Engine
В процессе развертывания zVirt в варианте Hosted Engine временно используется локальная сеть из диапазона 192.168.0.0/16. По умолчанию используется адрес из сети 192.168.222.0/24, если эта подсеть используется, система проверяет другие сети 192.168, до тех пор пока не найдет свободную подсеть. Если система не найдет свободную подсеть в указанном диапазоне - установка завершится ошибкой.
С помощью командной строки можно настроить сценарий развертывания на использование альтернативного диапазона сети /24 с помощью опции --ansible-extra-vars=he_ipv4_subnet_prefix=PREFIX, где PREFIX - префикс для диапазона по умолчанию. Например:
hosted-engine --deploy --ansible-extra-vars=he_ipv4_subnet_prefix=192.168.222
| Задать другой диапазон можно только перед развертыванием. |
3.3. Требования к межсетевому экрану для DNS, NTP и IPMI Fencing
- DNS и NTP
-
zVirt не создает сервер DNS или NTP, поэтому межсетевому экрану не нужно иметь открытые порты для входящего трафика.
По умолчанию zVirt разрешает исходящий трафик к DNS и NTP на любой адрес назначения. Если запрещается исходящий трафик, необходимо определить исключения для запросов на серверы DNS и NTP.
-
Менеджер управления zVirt и все хосты должны иметь подготовленные полные доменные имена, а также прямое и обратное разрешение имен.
-
Служба DNS не должна находиться внутри среды виртуализации. Все службы DNS, используемые средой виртуализации, должны быть размещены за пределами среды виртуализации.
-
Рекомендуется использовать сервер DNS вместо файла /etc/hosts для разрешения имен.
-
- IPMI и другие механизмы Fencing (опционально)
-
Для IPMI (Intelligent Platform Management Interface) и других механизмов Fencing (ограждения) межсетевому экрану не нужно иметь открытые порты для входящего трафика.
По умолчанию zVirt разрешает исходящий трафик IPMI на порты с любым адресом назначения. Если вы запрещаете исходящий трафик, сделайте исключения для запросов IPMI или Fencing.
Каждый хост в кластере должен иметь возможность подключаться к устройствам ограждения всех остальных хостов в кластере. Если хосты в кластере получают ошибку (например: сетевая ошибка, ошибка хранилища…) и не могут функционировать как гипервизор, они должны иметь возможность подключения к другим хостам в центре данных.
3.4. Требования к межсетевому экрану менеджера управления
Менеджеру управления требуется, чтобы следующие номера портов были открыты, чтобы пропускать сетевой трафик через межсетевой экран системы.
Сценарий установки автоматически настроит firewalld во время развертывания, но перезапишет старую конфигурацию, если вы используете iptables. Если вы хотите использовать iptables и оставить существующую конфигурацию, вы должны настроить его самостоятельно. Описанная здесь конфигурация межсетевого экрана предполагает конфигурацию по умолчанию.
| Номер правила | Порт | Протокол | Источник | Назначение | Применение | Шифрование по умолчанию |
|---|---|---|---|---|---|---|
М1 |
- |
ICMP |
Хосты виртуализации |
Менеджер управления |
Необязательно. Может помочь при диагностике. |
Нет |
М2 |
22 |
TCP |
Система(ы), используемая для обслуживания менеджера управления |
Менеджер управления |
Безопасный доступ Secure Shell (SSH). Необязательно. |
Да |
М3 |
2222 |
TCP |
Клиенты, получающие доступ к консолям ВМ |
Менеджер управления |
Доступ через Secure Shell (SSH) для подключения к консолям виртуальной машины. |
Да |
М4 |
80, 443 |
TCP |
Клиент портала администрирования. Клиенты пользовательского портала, хосты виртуализации, клиенты REST API |
Менеджер управления |
Предоставляет HTTP (порт 80, не зашифрованный) и HTTPS (порт 443, зашифрованный) доступ к менеджеру zVirt. HTTP перенаправляет соединения на HTTPS. |
Да |
М5 |
6100 |
TCP |
Клиенты портала администрирования. Пользовательский портал |
Менеджер управления |
Предоставляет доступ через прокси-сервер websocket для веб-консольного клиента noVNC, когда прокси-сервер websocket работает на менеджере zVirt. Однако, если прокси-сервер websocket работает на другом хосте, этот порт не используется. |
Нет |
М6 |
7410 |
UDP |
Хосты виртуализации |
Менеджер управления |
Если Kdump включен на хостах, откройте порт для fence_kdump на менеджере управления zVirt. Fence_kdump не поддерживает шифрованное соединение. Вы можете вручную настроить этот порт, чтобы заблокировать доступ от хостов, которые не соответствуют требованиям. |
Нет |
М7 |
54323 |
TCP |
Клиенты портала администрирования |
Менеджер управления (прокси-сервер ImageIO) |
Требуется для связи с ImageIO Proxy (ovirtimageioproxy). |
Да |
М8 |
6642 |
TCP |
Хосты виртуализации |
Open Virtual Network (OVN) |
Требуется для подключения к базе данных Open Virtual Network (OVN). |
Да |
М9 |
9696 |
TCP |
Клиенты провайдера внешней сети для OVN |
Внешний сетевой провайдер для OVN |
OpenStack Networking API |
Да, с конфигурацией, сгенерированной при установке менеджера. |
М10 |
35357 |
TCP |
Клиенты провайдера внешней сети для OVN |
Внешний сетевой провайдер для OVN |
OpenStack Identity API |
Да, с конфигурацией, сгенерированной при установке менеджера. |
М11 |
53 |
TCP, UDP |
Менеджер управления zVirt |
DNS - сервер |
DNS-запросы поиска от портов с номерами более, чем 1023 к порту 53 и ответы на них. Открыты по умолчанию. |
Нет |
М12 |
123 |
UDP |
Менеджер управления zVirt |
NTP - сервер |
NTP-запросы от портов с номерами более, чем 1023 к порту 123 и ответы на них. Открыты по умолчанию. |
Нет |
| Порт для базы данных OVN northbound (6641) не указан, поскольку в конфигурации по умолчанию, единственным клиентом для базы данных OVN northbound (6641) является ovirt-provider-ovn. Поскольку они работают на одном хосте, их взаимодействие не видно в сети. |
3.5. Требования к межсетевому экрану хоста виртуализации
Хостам виртуализации необходимо, чтобы номера портов, перечисленные в следующей таблице, были открыты, чтобы пропускать сетевой трафик через межсетевой экран системы.
| Номер правила | Порт | Протокол | Источник | Назначение | Применение | Шифрование по умолчанию |
|---|---|---|---|---|---|---|
Х1 |
22 |
TCP |
Менеджер управления zVirt |
Хосты виртуализации |
Secure Shell (SSH). Необязательно. |
Да |
Х2 |
2223 |
TCP |
Менеджер управления zVirt |
Хосты виртуализации |
Доступ через Secure Shell (SSH) для подключения к консолям виртуальной машины. |
Да |
Х3 |
161 |
UDP |
Хосты виртуализации |
Менеджер zVirt |
Простой протокол управления сетью (SNMP). Требуется только в том случае, если вы хотите, чтобы прерывания Simple Network Management Protocol отправлялись с хоста одному или нескольким внешним SNMP-менеджерам. Необязательно. |
Да (опционально). Поддерживается шифрование при использовании SNMPv3. Подробнее см. в разделе Параметры уведомлений о событиях в ovirt-engine-notifier.conf |
Х4 |
5900 - 6923 |
TCP |
Портал администрирования. Пользовательский портал. |
Хосты виртуализации |
Удаленный доступ к гостевой консоли через VNC и SPICE. Эти порты должны быть открыты для обеспечения доступа клиентов к виртуальным машинам. |
Да (опционально) |
Х5 |
5989 |
TCP, UDP |
Менеджер объектов общей информационной модели (CIMOM) |
Хосты виртуализации |
Используется менеджерами объектов общей информационной модели (CIMOM) для мониторинга виртуальных машин, работающих на хосте. Требуется только в том случае, если вы хотите использовать CIMOM для мониторинга виртуальных машин в вашей среде виртуализации. |
Нет |
Х6 |
9090 |
TCP |
Менеджер управления zVirt. Клиентские машины. |
Хосты виртуализации |
Требуется для доступа к веб-интерфейсу Cockpit, если он установлен. |
Да |
Х7 |
16514 |
TCP |
Хосты виртуализации |
Хосты виртуализации |
Миграция виртуальных машин с использованием libvirt. |
Да |
Х8 |
49152 - 49215 |
TCP |
Хосты виртуализации |
Хосты виртуализации |
Миграция и ограждение (fencing) виртуальных машин с использованием VDSM. Эти порты должны быть открыты для облегчения как автоматической, так и ручной миграции виртуальных машин. |
Да. В зависимости от агента для ограждения, миграция осуществляется через libvirt. |
Х9 |
54321 |
TCP |
Менеджер управления zVirt |
Хосты виртуализации |
Связь VDSM с менеджером zVirt и другими хостами виртуализации. |
Да |
Х10 |
54322 |
TCP |
Менеджер управления zVirt (прокси-сервер ImageIO) |
Хосты виртуализации |
Требуется для связи с демоном ImageIO. |
Да |
Х11 |
6081 |
UDP |
Хосты виртуализации |
Хосты виртуализации |
Требуется, когда в качестве сетевого поставщика используется открытая виртуальная сеть (OVN), чтобы OVN мог создавать туннели между хостами. |
Нет |
Х12 |
53 |
TCP, UDP |
Хосты виртуализации |
DNS |
DNS-запросы поиска от портов с номерами более, чем 1023 к порту 53 и ответы на них. Открыты по умолчанию. |
Нет |
Х13 |
123 |
UDP |
Хосты виртуализации |
NTP |
NTP-запросы от портов с номерами более, чем 1023 к порту 123 и ответы на них. Открыт по умолчанию. |
Нет |
X14 |
9697 |
TCP |
Менеджер управления zVirt |
Хосты виртуализации |
Используется для инструмента Монитор сетевой активности в SDN. |
Да |
| Правила межсетевого экрана автоматически настраиваются по умолчанию при добавлении нового хоста в среду виртуализации, перезаписывая любую существующую конфигурацию межсетевого экрана. Чтобы отключить автоматическую настройку межсетевого экрана при добавлении нового хоста, снимите флажок Автоматически настраивать межсетевой экран хоста в разделе Дополнительные параметры. |
3.6. Требования к межсетевому экрану сервера баз данных
zVirt поддерживает использование удаленного сервера для базы данных менеджера zVirt и базы данных Data Warehouse (ovirt-engine-history). Если вы планируете использовать удаленный сервер, он должен разрешать соединения менеджера управления c службой Data Warehouse (которая может быть расположена отдельно от менеджера управления).
Аналогично, если вы планируете получить доступ к локальной или удаленной базе данных Data Warehouse из внешней системы, база данных должна разрешать эти соединения.
| Доступ к базе данных менеджера zVirt из внешних систем не поддерживается. |
| Номер правила | Порт | Протокол | Источник | Назначение | Применение | Шифрование по умолчанию |
|---|---|---|---|---|---|---|
БД1 |
5432 |
TCP, UDP |
Менеджер управления, сервис Data Warehouse |
Сервер баз данных |
Порт по умолчанию для соединений с базами данных PostgreSQL. |
Да |
БД2 |
5432 |
TCP, UDP |
Внешние системы |
Сервер баз данных |
Порт по умолчанию для соединений с базами данных PostgreSQL. |
Да |