Для улучшения работы сайта мы используем файлы cookies. Оставаясь на сайте, вы соглашаетесь с политикой обработки персональных данных.

Требования к компонентам zVirt

1. Требования к Менеджеру управления

1.1. Требования к аппаратному обеспечению

В этом разделе представлены общие требования к Менеджеру управления. Более подробные рекомендации можно найти в Лучших практиках.

1.1.1. Архитектура Hosted Engine

Таблица 1. Требования к виртуальной машине HostedEngine
Ресурс Минимальные требования Рекомендуемые требования

Процессор

4vCPU

Зависит от планируемого размера среды:

  • До 50 Хостов и 200 ВМ - 4 vCPU.

  • До 100 Хостов и 500 ВМ- 8 vCPU.

  • До 200 Хостов и 1000 ВМ- 16 vCPU.

  • До 400 Хостов и 2000 ВМ- 16 vCPU.

Память

4 ГБ

Зависит от планируемого размера среды:

  • До 50 Хостов и 200 ВМ - 16 ГБ.

  • До 100 Хостов и 500 ВМ - 32 ГБ.

  • До 200 Хостов и 1000 ВМ - 64 ГБ.

  • До 400 Хостов и 2000 ВМ - 128 ГБ.

Жёсткий диск

55 ГБ

Необходимый размер накопителя вычисляется исходя из следующих значений:

  • Базовое пространство для рекомендованной структуры разделов составляет 55 ГБ.

  • Пространство, необходимое для хранения данных DWH, зависит от размера среды. Приблизительные размеры следующие:

    • До 50 Хостов и 200 ВМ — до 1 ГБ.

    • До 100 Хостов и 500 ВМ — до 50 ГБ.

    • До 200 Хостов и 1000 ВМ — до 50 ГБ.

    • До 400 Хостов и 2000 ВМ — до 100 ГБ.

Сетевой интерфейс

1 сетевой интерфейс (NIC) 1 Гбит/с

Таблица 2. Требования к хосту с ролью HostedEngine
Ресурс Минимальные требования Рекомендуемые требования

Процессор

Все процессоры должны поддерживать расширения 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

Таблица 3. Требования к Standalone-хосту
Ресурс Минимальные требования Рекомендуемые требования

Процессор

Одно или мультипроцессорная система с 4 ядрами

Зависит от планируемого размера среды:

  • До 50 Хостов и 200 ВМ - 4 ядра.

  • До 100 Хостов и 500 ВМ- 8 ядер.

  • До 200 Хостов и 1000 ВМ- 16 ядер.

  • До 400 Хостов и 2000 ВМ- 16 ядер.

Память

4 ГБ

Зависит от планируемого размера среды:

  • До 50 Хостов и 200 ВМ - 16 ГБ.

  • До 100 Хостов и 500 ВМ - 32 ГБ.

  • До 200 Хостов и 1000 ВМ - 64 ГБ.

  • До 400 Хостов и 2000 ВМ - 128 ГБ.

Жёсткий диск

120 ГБ

Необходимый размер накопителя вычисляется исходя из следующих значений:

  • Базовое пространство для рекомендованной структуры разделов составляет 120 ГБ.

  • Пространство, необходимое для хранения данных DWH, зависит от размера среды. Приблизительные размеры следующие:

    • До 50 Хостов и 200 ВМ — до 1 ГБ.

    • До 100 Хостов и 500 ВМ — до 50 ГБ.

    • До 200 Хостов и 1000 ВМ — до 50 ГБ.

    • До 400 Хостов и 2000 ВМ — до 100 ГБ.

  • Рекомендуется предусмотреть дополнительное пространство для точек монтирования /var, /var/log, /var/log/audit, /var/crash.

Сетевой интерфейс

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.3.1. Поддержка SPICE в клиентской операционной системе

Поддерживаемые драйверы QXLDOD доступны в ОС на базе CentOS Linux 7.2 и более поздних версиях, а также в Windows 10.

1.4. Требования к ПО

Менеджер управления должен быть развернут на хосте с установленной средой исполнения zVirt Node.

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

Не включайте дополнительные репозитории, кроме тех, которые предоставляются с дистрибутивом zVirt Node.

2. Требования к хосту

В этом разделе представлены общие требования к хостам. Более подробные рекомендации можно найти в Лучших практиках.

2.1. Требования к центральному процессору

Все процессоры должны поддерживать расширения Intel® 64 или AMD64 CPU, а также расширения аппаратной виртуализации AMD-V™ или Intel VT®. Также требуется поддержка флага No eXecute (NX).

Таблица 4. Поддерживаемые семейства процессоров
Intel AMD

Nehalem

G1

Westmere G2

G2

SandyBridge

G3

IvyBridge

G4

Haswell

G5

Broadwell

Skylake Client

Skylake Server

Cascadelake Server

Icelake Server

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 ГБ.

Как при автоматической, так и при ручной разбивке имейте ввиду:

  1. Некоторые разделы могут быть созданы только в формате Thin LVM (например, /)

  2. Anaconda резервирует 20% от размера тонкого пула в группе томов для будущего расширения метаданных. Это сделано для того, чтобы предотвратить нехватку места в готовой конфигурации при нормальных условиях использования. Перераспределение тонких пулов при установке также не поддерживается. При указанном минимальном общем объёме реальный размер хранилища должен составлять: 94 + 20% = 113Gb.

  3. При автоматической разбивке swap-разделу выделяется пространство в соответствии с объемом установленной оперативной памяти. Это важно учитывать при расчете оставшегося пространства.

  4. При автоматической разбивке, если размер хранилища меньше рекомендуемого, экономия будет производиться за счет раздела /.

  5. Рекомендуется предусмотреть дополнительное пространство для точек монтирования /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-устройствах, уже установленных в системе.

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 и оставить существующую конфигурацию, вы должны настроить его самостоятельно. Описанная здесь конфигурация межсетевого экрана предполагает конфигурацию по умолчанию.

Таблица 5. Требования к межсетевому экрану менеджера управления**
Номер правила Порт Протокол Источник Назначение Применение Шифрование по умолчанию

М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. Требования к межсетевому экрану хоста виртуализации

Хостам виртуализации необходимо, чтобы номера портов, перечисленные в следующей таблице, были открыты, чтобы пропускать сетевой трафик через межсетевой экран системы.

Таблица 6. Требования к межсетевому экрану хоста виртуализации
Номер правила Порт Протокол Источник Назначение Применение Шифрование по умолчанию

Х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 и ответы на них. Открыт по умолчанию.

Нет

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

3.6. Требования к межсетевому экрану сервера баз данных

zVirt поддерживает использование удаленного сервера для базы данных менеджера zVirt и базы данных Data Warehouse (ovirt-engine-history). Если вы планируете использовать удаленный сервер, он должен разрешать соединения менеджера управления c службой Data Warehouse (которая может быть расположена отдельно от менеджера управления).

Аналогично, если вы планируете получить доступ к локальной или удаленной базе данных Data Warehouse из внешней системы, база данных должна разрешать эти соединения.

Доступ к базе данных менеджера zVirt из внешних систем не поддерживается.
Таблица 7. Требования к межсетевому экрану сервера базы данных
Номер правила Порт Протокол Источник Назначение Применение Шифрование по умолчанию

БД1

5432

TCP, UDP

Менеджер управления, сервис Data Warehouse

Сервер баз данных

Порт по умолчанию для соединений с базами данных PostgreSQL.

Да

БД2

5432

TCP, UDP

Внешние системы

Сервер баз данных

Порт по умолчанию для соединений с базами данных PostgreSQL.

Да