Топология

Содержание

Топология#

На этом этапе необходимо выбрать подходящую топологию Astra Automation.

../../../_images/day0-inventory-white.svg

../../../_images/day0-inventory-dark.svg

Согласно архитектуре, платформа содержит определенный набор компонентов. Конкретная топология платформы должна учитывать множество требований, предъявляемых к процессам и средствам автоматизации. При разработке собственной топологии рекомендуется брать в основу один из рассматриваемых здесь вариантов, прошедших необходимое тестирование. Все описанные топологии содержат полный набор компонентов платформы, но различаются отказоустойчивостью, сложностью настройки и количеством узлов.

Базовая топология обеспечивает функциональную полноту, так как содержит все необходимые компоненты платформы. Не обеспечивает отказоустойчивости, однако, может быть удобна для начальной стадии развития процессов автоматизации в информационной инфраструктуре.
Топология уровня предприятия обеспечивает высокое быстродействие и отказоустойчивость за счет увеличения затрат на ресурсы. Рекомендуется для промышленного применения на предприятиях с высокими требованиями к надежности сложной распределенной информационной инфраструктуры.

Характеристики ВМ#

Характеристики виртуальных машин, на которых тестировались приведенные топологии:

Узлы платформы и развернутой ее средствами СУБД:

Параметр	Значение
Количество ядер CPU	8
Количество RAM, ГБ	16
Свободное дисковое пространство, ГБ	60
Тип дискового накопителя	Сетевой SSD
IOPS	3000
Тип ОС	Astra Linux Special Edition 1.7.7, 1.7.8, 1.8.2, 1.8.3
Версия ядра ОС	`6.1.141-1-generic`
Режим защищенности ОС	Базовый («Орел») Усиленный («Воронеж») Максимальный («Смоленск»)

Важно

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

Узел СУБД во внешнем окружении:

Параметр	Значение
Количество ядер CPU	8
Количество RAM, ГБ	32
Свободное дисковое пространство, ГБ	100
Лимит на количество одновременно открытых подключений	300

Базовая топология#

Топология платформы, использующей для запуска заданий автоматизации отдельный узел, показана на схеме:

При настройке сетевых фильтров надо учитывать следующие связи:

Источник	Назначение	Служба	Порт TCP
User workstation	Platform Gateway	HTTPS	443
Platform Gateway	- Automation Controller - Private Automation Hub - Event-Driven Automation	HTTP/HTTPS	80/443
- Automation Controller - Event-Driven Automation	Platform Gateway	HTTP/HTTPS	80/443
Event-Driven Automation	Platform Gateway	Redis	6379
- Platform Gateway - Automation Controller - Private Automation Hub - Event-Driven Automation	Database	PostgreSQL	5432
Automation Controller	Исполняющий узел	Receptor (двунаправленное соединение)	27199
Installation node	All nodes	SSH	22
Installation node	Database	PostgreSQL	5432
Installation node	Управляющий и исполняющий узлы	Receptor	27199
Installation node	- Platform Gateway - Automation Controller - Private Automation Hub - Event-Driven Automation - Реестры инфраструктурного кода	HTTP/HTTPS	80/443

Примечание

Устанавливающий узел (installation node) дополнительно к соединению SSH, необходимому для управления узлами в процессе развертывания платформы, также контролирует доступность определенных портов TCP в процессе ранней проверки описания инвентаря.

Пример описания инвентаря для базовой топологии:

[automationgateway]
gw1.example.com

[automationcontroller]
ctrl.example.com

[automationcontroller:vars]
node_type=control
peers='execution_nodes'

[execution_nodes]
exec.example.com

[automationhub]
hub.example.com

[automationedacontroller]
eda.example.com

[database]
db.example.com

[all:vars]
# General
ansible_ssh_private_key_file='/path/to/private/ssh/key'
ansible_user='admin'
ansible_python_interpreter=/usr/bin/python3

# Redis
redis_mode=standalone

# Platform Gateway
automationgateway_admin_password='gateAAp@ssW0rd'
automationgateway_pg_host='192.168.56.101'
automationgateway_pg_port=5432
automationgateway_pg_database='automationgateway'
automationgateway_pg_username='automationgateway'
automationgateway_pg_password='gateDBpaS$12345'

# Automation Controller
admin_email='admin@example.com'
admin_password='ctRlp@ssW0rd'
pg_host=192.168.56.101
pg_port=5432
pg_database='awx'
pg_username='automationcontroller'
pg_password='ctrlDBpaS$123456'

# Private Automation Hub
automationhub_admin_password='hU8p4ssWd1234'
automationhub_main_url='https://hub.example.com'
automationhub_pg_host=192.168.56.101
automationhub_pg_port=5432
automationhub_pg_database='automationhub'
automationhub_pg_username='automationhub'
automationhub_pg_password='hUbPa55I2345b'

# Контроллер Event-Driven Automation
automationedacontroller_admin_password='edapass'
automationedacontroller_pg_host=192.168.56.101
automationedacontroller_pg_port=5432
automationedacontroller_pg_database='automationedacontroller'
automationedacontroller_pg_username='automationedacontroller'
automationedacontroller_pg_password='edapassword'

Особенности настройки:

Под каждый компонент отводится отдельная секция, в которой описаны параметры идентификации и доступа.
Если DNS не настроена для узлов платформы, то выберите один из альтернативных подходов:
- Используйте названия узлов, конвертируемые в IP-адреса через файл /etc/hosts, который надо скопировать на все узлы платформы и на установочный узел.
  
  Пример заполнения секции [automationgateway] файла inventory:
```
[automationgateway]
gw1
```
- Вместо названий подставьте IP-адреса узлов.
  
  Пример заполнения секции [automationgateway] файла inventory:
```
[automationgateway]
gw1   ansible_host=10.177.92.12
```
СУБД развертывается на узле, указанном в секции [database], средствами платформы.
Каждый компонент платформы имеет доступ к собственной базе данных. Параметры баз данных (они же параметры доступа) описаны в секции [all:vars].
Секция [execution_nodes] содержит описание узлов плоскости исполнения. В приведенном файле она содержит один исполняющий узел. Это создает сеть Automation Mesh для связи управляющего узла с исполняющим.
Тип узла Automation Controller отмечен явно как управляющий (node_type=control).
Для установления соединения между отмеченными узлами по сети Mesh в настройках управляющего узла используется параметр peers='execution_nodes', который приводит к установлению такого соединения между ним и всеми узлами, приведенными в секции [execution_nodes].
Сервис Redis устанавливается на каждом узле индивидуально согласно параметру redis_mode=standalone.
Для установочного узла в секции [all:vars] описаны параметры подключения к узлам для развертывания платформы:
- ansible_ssh_private_key_file – путь к файлу, содержащему приватный ключ SSH;
- ansible_user – учетная запись, имеющая административные привилегии на каждом узле, устанавливаемые через утилиту sudo.

Предупреждение

Во всех компонентах Astra Automation автоматически создается учетная запись admin с административными привилегиями. В текущей версии продукта изменение ее названия с помощью параметров automationgateway_admin_user (Platform Gateway) , admin_username (Automation Controller), automationhub_admin_user (Private Automation Hub) и automationedacontroller_admin_username (контроллер Event-Driven Automation) приведет к развертыванию неработоспособной системы.