Требования к компонентам ПО «zVirt Max»
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 Max".
Не включайте дополнительные репозитории, кроме тех, которые предоставляются с дистрибутивом ПО "zVirt Max".
2. Требования к хосту
В данном разделе приведены требования к аппаратному обеспечению хостов.
Минимальные и рекомендуемые требования к оборудованию для стандартной установки zVirt Max малого и среднего масштаба приведены в таблице ниже. Однако для более точной информации нужно учитывать размер системы и ожидаемую нагрузку. Подробные рекомендации приведены в Лучших практиках.
| Ресурс | Минимальная конфигурация | Рекомендуемая конфигурация |
|---|---|---|
Процессор |
Двухъядерный процессор x86-64 с поддержкой VT-x/AMD-V |
Четырехъядерный процессор или несколько двухъядерных процессоров |
Память |
8 ГБ |
32 ГБ |
Жесткий диск |
94 ГБ |
1 ТБ |
Сетевой интерфейс |
1 сетевой интерфейс (NIC) 1 Гбит / с. |
2 сетевых интерфейса (NIC) 10 Гбит/с |
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 |
В BIOS/UEFI должны быть включены аппаратные расширения виртуализации AMD-V ™ или Intel VT®.
Для проверки того, какие расширения процессора доступны на системе, введите команду:
grep flags /proc/cpuinfo|head -n1|grep -Eo '(vmx|svm|nx)'
Если в выводе есть расширения — процессор поддерживает аппаратную виртуализацию.
Если в выводе ничего нет, возможно, процессор поддерживает аппаратную виртуализацию, но в некоторых случаях производители отключают расширения виртуализации в BIOS. В этом случае необходимо обратиться к документации производителя материнской платы и BIOS.
2.2. Требования к оперативной памяти
Для нормальной работы гипервизора необходимо не менее 8 ГБ ОЗУ. Максимальный поддерживаемый объем ОЗУ на хосте zVirt Max составляет 12 ТБ.
Объем оперативной памяти зависит от требований гостевой операционной системы, требований гостевого приложения, а также активности и использования гостевой памяти. KVM также может перезаписывать физическую оперативную память для ВМ, что позволяет виртуальным машинам использовать до 200% выделенной им оперативной памяти, при условии, что не все ВМ работают одновременно на пиковой нагрузке. KVM делает это, выделяя оперативную память для ВМ только по мере необходимости и переводя недостаточно загруженные ВМ в раздел подкачки.
|
Настоятельно рекомендуем оставлять 2% (но не менее 8 ГБ) от объема ОЗУ гипервизора свободными. |
2.3. Требования к хранилищу
Хостам требуется хранилище для хранения конфигурации, журналов, дампов ядра и для использования в качестве пространства подкачки.
Хранилище может быть локальным или сетевым. Хост может загружаться с одним, несколькими или со всеми выделенными сетевыми хранилищами. Загрузка из сетевого хранилища может привести к зависанию в случае отключения сети. Если хост загружается из хранилища SAN и теряет соединение, файлы становятся доступными только для чтения, пока не восстановится сетевое соединение. Использование сетевого хранилища может привести к снижению производительности.
Минимальные требования и рекомендуемая схема разбиения хранилища:
-
Для режима работы BIOS:
-
/(root) - 55 ГиБ
-
/home - 1 ГиБ
-
/tmp - 1 ГиБ
-
/boot - 1 ГиБ
-
/var - 15 ГиБ
-
/var/crash - 10 ГиБ
-
/var/log - 8 ГиБ
-
/var/log/audit - 2 ГиБ
-
swap - 1 ГиБ
-
-
Для режима работы UEFI:
-
/(root) - 55 ГиБ
-
/home - 1 ГиБ
-
/tmp - 1 ГиБ
-
/boot - 1 ГиБ
-
/boot/efi - 1 ГиБ
-
/var - 15 ГиБ
-
/var/crash - 10 ГиБ
-
/var/log - 8 ГиБ
-
/var/log/audit - 2 ГиБ
-
swap - 1 ГиБ
-
Минимальный общий объём - 94 ГБ.
Как при автоматической, так и при ручной разбивке имейте ввиду:
-
Некоторые разделы могут быть созданы только в формате Thin LVM (например,
/) -
Anaconda резервирует 20% от размера тонкого пула в группе томов для будущего расширения метаданных. Это сделано для того, чтобы предотвратить нехватку места в готовой конфигурации при нормальных условиях использования. Перераспределение тонких пулов при установке также не поддерживается. При указанном минимальном общем объёме реальный размер хранилища должен составлять:
94 + 20% = 113 ГБ. -
При автоматической разбивке swap-разделу выделяется пространство в соответствии с объемом установленной оперативной памяти. Это важно учитывать при расчете оставшегося пространства.
-
При автоматической разбивке, если размер хранилища меньше рекомендуемого, экономия будет производиться за счет раздела
/. -
Рекомендуется предусмотреть дополнительное пространство для точек монтирования /var, /var/log, /var/log/audit, /var/crash.
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-устройствах, уже установленных в системе.
3. Сетевые требования
3.1. Общие требования
При планировании инфраструктуры учитывайте следующие требования:
-
Хосты должны иметь хотя бы один сетевой интерфейс с минимальной пропускной способностью 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 Max» в варианте 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 Max» не создает сервер DNS или NTP, поэтому межсетевому экрану не нужно иметь открытые порты для входящего трафика.
По умолчанию ПО «zVirt Max» разрешает исходящий трафик к DNS и NTP на любой адрес назначения. Если запрещается исходящий трафик, необходимо определить исключения для запросов на серверы DNS и NTP.
-
Менеджер управления zVirt Max и все хосты должны иметь подготовленные полные доменные имена, а также прямое и обратное разрешение имен.
-
Служба DNS не должна находиться внутри среды виртуализации. Все службы DNS, используемые средой виртуализации, должны быть размещены за пределами среды виртуализации.
-
Рекомендуется использовать сервер DNS вместо файла /etc/hosts для разрешения имен.
-
- IPMI и другие механизмы Fencing (опционально)
-
Для IPMI (Intelligent Platform Management Interface) и других механизмов Fencing (ограждения) межсетевому экрану не нужно иметь открытые порты для входящего трафика.
По умолчанию ПО «zVirt Max» разрешает исходящий трафик IPMI на порты с любым адресом назначения. Если вы запрещаете исходящий трафик, сделайте исключения для запросов IPMI или Fencing.
Каждый хост в кластере должен иметь возможность подключаться к устройствам ограждения всех остальных хостов в кластере. Если хосты в кластере получают ошибку (например: сетевая ошибка, ошибка хранилища…) и не могут функционировать как гипервизор, они должны иметь возможность подключения к другим хостам в центре данных.
3.4. Требования к межсетевому экрану менеджера управления
Менеджеру управления требуется, чтобы следующие номера портов были открыты, чтобы пропускать сетевой трафик через межсетевой экран системы.
Сценарий установки автоматически настроит firewalld во время развертывания, но перезапишет старую конфигурацию, если вы используете iptables. Если вы хотите использовать iptables и оставить существующую конфигурацию, вы должны настроить его самостоятельно. Описанная здесь конфигурация межсетевого экрана предполагает конфигурацию по умолчанию.
| Номер правила | Порт | Протокол | Источник | Назначение | Применение | Шифрование по умолчанию |
|---|---|---|---|---|---|---|
М1 |
- |
ICMP |
Хосты виртуализации |
Менеджер управления |
Необязательно. Может помочь при диагностике |
Нет. Протокол ICMP не предоставляет встроенных механизмов шифрования |
М2 |
22 |
TCP |
Система(ы), используемая для обслуживания менеджера управления |
Менеджер управления |
Безопасный доступ Secure Shell (SSH). Необязательно |
Да |
М3 |
2222 |
TCP |
Клиенты, получающие доступ к консолям ВМ |
Менеджер управления |
Доступ через Secure Shell (SSH) для подключения к консолям виртуальной машины |
Да |
М4 |
80, 443 |
TCP |
Клиент портала администрирования. Клиенты пользовательского портала, хосты виртуализации, клиенты REST API |
Менеджер управления |
Предоставляет HTTP (порт 80, не зашифрованный) и HTTPS (порт 443, зашифрованный) доступ к менеджеру zVirt Max. HTTP перенаправляет соединения на HTTPS |
Да. Любое незащищенное HTTP-соединение перенаправляется на HTTPS |
М5 |
6100 |
TCP |
Клиенты портала администрирования. Пользовательский портал |
Менеджер управления |
Предоставляет доступ через прокси-сервер websocket для веб-консольного клиента noVNC, когда прокси-сервер websocket работает на менеджере zVirt Max. Однако, если прокси-сервер websocket работает на другом хосте, этот порт не используется |
Да |
М6 |
7410 |
UDP |
Хосты виртуализации |
Менеджер управления |
Если Kdump включен на хостах, откройте порт для fence_kdump на менеджере управления zVirt Max. Fence_kdump не поддерживает шифрованное соединение. Вы можете вручную настроить этот порт, чтобы заблокировать доступ от хостов, которые не соответствуют требованиям |
Нет. Протокол UDP не предоставляет встроенных механизмов шифрования |
М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 Max |
DNS - сервер |
DNS-запросы поиска от портов с номерами более, чем 1023 к порту 53 и ответы на них. Открыты по умолчанию |
Нет. Протокол UDP не предоставляет встроенных механизмов шифрования |
М12 |
123 |
UDP |
Менеджер управления zVirt Max |
NTP - сервер |
NTP-запросы от портов с номерами более, чем 1023 к порту 123 и ответы на них. Открыты по умолчанию |
Нет. Протокол UDP не предоставляет встроенных механизмов шифрования |
| Порт для базы данных OVN northbound (6641) не указан, поскольку в конфигурации по умолчанию, единственным клиентом для базы данных OVN northbound (6641) является ovirt-provider-ovn. Поскольку они работают на одном хосте, их взаимодействие не видно в сети. |
3.5. Требования к межсетевому экрану хоста виртуализации
Хостам виртуализации необходимо, чтобы номера портов, перечисленные в следующей таблице, были открыты, чтобы пропускать сетевой трафик через межсетевой экран системы.
| Номер правила | Порт | Протокол | Источник | Назначение | Применение | Шифрование по умолчанию |
|---|---|---|---|---|---|---|
Х1 |
22 |
TCP |
Менеджер управления zVirt Max |
Хосты виртуализации |
Secure Shell (SSH). Необязательно. |
Да |
Х2 |
2223 |
TCP |
Менеджер управления zVirt Max |
Хосты виртуализации |
Доступ через Secure Shell (SSH) для подключения к консолям виртуальной машины. |
Да |
Х3 |
161 |
UDP |
Хосты виртуализации |
Менеджер zVirt Max |
Простой протокол управления сетью (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 |
16514 |
TCP |
Хосты виртуализации |
Хосты виртуализации |
Миграция виртуальных машин с использованием libvirt. |
Да |
Х7 |
49152 - 49215 |
TCP |
Хосты виртуализации |
Хосты виртуализации |
Миграция и ограждение (fencing) виртуальных машин с использованием VDSM. Эти порты должны быть открыты для облегчения как автоматической, так и ручной миграции виртуальных машин. |
Да. В зависимости от агента для ограждения, миграция осуществляется через libvirt. |
Х8 |
54321 |
TCP |
Менеджер управления zVirt Max |
Хосты виртуализации |
Связь VDSM с менеджером zVirt и другими хостами виртуализации. |
Да |
Х9 |
54322 |
TCP |
Менеджер управления zVirt Max (прокси-сервер ImageIO) |
Хосты виртуализации |
Требуется для связи с демоном ImageIO. |
Да |
Х10 |
6081 |
UDP |
Хосты виртуализации |
Хосты виртуализации |
Требуется, когда в качестве сетевого поставщика используется открытая виртуальная сеть (OVN), чтобы OVN мог создавать туннели между хостами. |
Нет |
Х11 |
53 |
TCP, UDP |
Хосты виртуализации |
DNS |
DNS-запросы поиска от портов с номерами более, чем 1023 к порту 53 и ответы на них. Открыты по умолчанию. |
Нет |
Х12 |
123 |
UDP |
Хосты виртуализации |
NTP |
NTP-запросы от портов с номерами более, чем 1023 к порту 123 и ответы на них. Открыт по умолчанию. |
Нет |
| Правила межсетевого экрана автоматически настраиваются по умолчанию при добавлении нового хоста в среду виртуализации, перезаписывая любую существующую конфигурацию межсетевого экрана. Чтобы отключить автоматическую настройку межсетевого экрана при добавлении нового хоста, снимите флажок Автоматически настраивать межсетевой экран хоста в разделе Дополнительные параметры. |
3.6. Требования к межсетевому экрану сервера баз данных
ПО «zVirt Max» поддерживает использование удаленного сервера для базы данных менеджера управления и базы данных Data Warehouse (ovirt-engine-history). Если вы планируете использовать удаленный сервер, он должен разрешать соединения менеджера управления c службой Data Warehouse (которая может быть расположена отдельно от менеджера управления).
Аналогично, если вы планируете получить доступ к локальной или удаленной базе данных Data Warehouse из внешней системы, база данных должна разрешать эти соединения.
| Доступ к базе данных менеджера zVirt Max из внешних систем не поддерживается. |
| Номер правила | Порт | Протокол | Источник | Назначение | Применение | Шифрование по умолчанию |
|---|---|---|---|---|---|---|
БД1 |
5432 |
TCP, UDP |
Менеджер управления, сервис Data Warehouse |
Сервер баз данных |
Порт по умолчанию для соединений с базами данных PostgreSQL. |
Да |
БД2 |
5432 |
TCP, UDP |
Внешние системы |
Сервер баз данных |
Порт по умолчанию для соединений с базами данных PostgreSQL. |
Да |