Примечание: Непосредственно операции по подготовке к созданию и созданию кластера описаны в документации к RT.ClusterManager. В Приложении 1 приведён пошаговый порядок установки и обновления компонентов на основании плагина RT.DataGovernance с ссылками на описание шагов в документе “RT.ClusterManager. Руководство администратора”.
Данные о порядке создания компонент и по распределению сервисов компонент по нодам, описанные в данном документе, относятся к операциям, описанным в п. 8.4.1 и п. 8.4.2 документа “RT.ClusterManager. Руководство администратора”.
Предлагаемая конфигурация кластера, создаваемого на основании плагина RT.DataGovernance, состоит из одной ноды.
В данном описании нода – сервер (хост) на базе операционных систем семейства Linux, который будет включён в кластер.
Минимально допустимая конфигурация хоста для развёртывания RT.DataGovernance на одной ноде:
| Имя хоста | ОЗУ | Количество ядер центрального процессора | Объём HD | Примечание |
|---|---|---|---|---|
| rt-dg.corp | 16 Гб | 8 ядер | 150 Гб | Хост для DataGovernance и DataOffice |
Рекомендуемая конфигурация хоста для развёртывания RT.DataGovernance на одной ноде:
| Имя хоста | ОЗУ | Количество ядер центрального процессора | Объём HD | Примечание |
|---|---|---|---|---|
| rt-dg.corp | 24 Гб | 16 ядер | 150 Гб | Хост для DataGovernance и DataOffice |
Одним из вариантов установки RT.DataGovernance является установка БД метаданных на один хост, а приложения - на другой (без применения RT.ClusterManager). В таком случае, рекомендованные требования к хостам следующие:
| Имя хоста | ОЗУ | Количество ядер центрального процессора | Объём HD | Примечание |
|---|---|---|---|---|
| rt-dg.db | 8 Гб | 8 ядер | 50 Гб | Сервер БД |
| rt-dg.app | 16 ГБ | 8 ядер | 150 Гб | Сервер приложений |
RT.DataGovernance поддерживает один режим установки:
| № | Компонент | Назначение | Распределение сервисов по нодам |
|---|---|---|---|
| 1 | Datagovernance |
Инструмент документирования данных, включает модули Бизнес-глоссарий, Датакаталог, Реестр отчётов, S2T, Интерфейс справочников, Теги. Проверка статуса – см. п. 3.1 |
single-node -- хост-1 |
| 2 | Dataoffice |
Единая точка входа в экосистему RT.DataGovernance. Проверка статуса – см. п. 3.2 |
single-node -- хост-1 |
Для проверки статуса Datagovernance введите в веб-браузере адрес хоста с портом 80.
При корректно работающем сервисе откроется пользовательский интерфейс RT.DataGovernance (как представлено в п. 1 в Инструкции пользователя).
Для проверки статуса DataOffice введите в веб-браузере адрес хоста с портом 81.
При корректно работающем сервисе откроется пользовательский интерфейс Единой точки входа DataOffice (как представлено в п. 8.1 в Инструкции пользователя).
Для своевременного обновления компонент укажите корректную УЗ для репозитория repo.data.rt.ru.
Настройки nexus_arch_user и nexus_arch_pass должны быть проставлены в RT.ClusterManager в конфигурации кластера (см. п. 8.2 документа “ RT.ClusterManager. Руководство администратора”), на вкладке BasicConfig.
Настройка соединений к SMTP (host, port, user name, password) и LDAP (server, user name, password) выполняется в RT.ClusterManager в компоненте кластера (см. п. 8.4 документа “RT.ClusterManager. Руководство администратора”) на вкладке Конфигурация.
Пошаговый порядок установки компонентов на основании плагина RT.DataGovernance:
Пошаговый порядок обновления компонентов на основании плагина RT.DataGovernance: