Создание кластера ADB

После выполнения предварительных действий и загрузки бандла в кластер-менеджере ADCM содержится следующий список объектов (Рис.11):

  • Прототип кластера мониторинга и созданный на его основе экземпляр (программа мониторинга развернута на хосте, ADCM содержит записи о его результатах и настройках);
  • Прототип кластера adb для создания экземпляров;
  • Предварительно сгенерированные четыре хоста на основе бандла Datafort. Подразумевается, что хосты физически существуют в облаке Datafort, а в базе данных ADCM хранятся записи о них и их учетных данных – ssh-ключах или паролях.
../../../../_images/img_46.png

Рис. 11. Список объектов в ADCM

Данным объектам доступен следующий функционал:

Создание экземпляра кластера

При создании кластера в веб-интерфейсе ADCM генерируется новый экземпляр кластера adb, что означает только добавление данных о нем в базу данных ADCM – на этом этапе не производится установка adb на хосты.

Для создания экземпляра кластера, необходимо:

  1. Открыть в ADCM вкладку “CLUSTERS” (Рис.12).
../../../../_images/img_57.png

Рис. 12. Вкладка “CLUSTERS”

  1. Нажать “Add cluster” и в открывшейся форме создать экземпляр кластера из прототипа adb, полученного из бандла (Рис.13).
../../../../_images/img_65.png

Рис. 13. Создание экземпляра кластера

  1. В результате выполненных действий факт создания экземпляра кластера отображается в базе данных ADCM на вкладке “CLUSTERS” (Рис.14).
../../../../_images/img_72.png

Рис. 14. Результат успешного создания экземпляра кластера

Конфигурация кластера

Для перехода к настройкам экземпляра кластера adb необходимо нажать кнопку с пиктограммой шестеренки в соответствующей строке вкладки “CLUSTERS” (Рис.14) и перейти в раздел меню “Configuration”. При этом открывается окно конфигурации выбранного экземпляра (Рис.15).

../../../../_images/img_81.png

Рис. 15. Окно конфигурации кластера

В блоке настроек “repos” указываются требуемые для установки adb yum-репозитории. Для каждого репозитория можно установить или сбросить флажок. На серверах кластера будут зарегистрированы только те репозитории, которые отмечены флажком. При этом в каждом из параметров можно изменить заданный по умолчанию url на необходимый:

  • Arenadata;
  • Monitoring;
  • Centos 7 base;
  • Centos 7 updates;
  • Centos 7 extra;
  • EPEL repo.

Например, при установке в окружении без доступа к сети Интернет (с ограниченным доступом) в эти поля необходимо указать url локальных репозиториев (или репозиториев, к которым открыт доступ для Вашей сети). Для репозиториев Arenadata может быть указан url предварительно развернутого кластера Arenadata Enterprise Tools. Альтернативно, конфигурация кластера Arenadata Enterprise Tools может быть импортирована и применена автоматически. Для этого необходимо на странице кластера ADB в разделе “Import” установить флажки для сервисов HTTP Mirror и Docker Registry кластера Enterprise Tools (Рис.16). Кластер Enterprise Tools должен быть предварительно развернут на отдельном хосте в соответствии с документацией.

../../../../_images/img_671.png

Рис. 16. Импорт конфигурации локального репозитория из кластера Enterprise Tools

Important

Arenadata Enterprise Tools предоставляет локальную копию только репозиториев Arenadata Database и Arenadata Monitoring. Доступ к репозиториям CentOS должен быть организован отдельно

Добавление сервисов

Кластер ADB содержит следующие сервисы:

  • ADB – MPP база данных;
  • Chrony – сервис времени;
  • Monitoring Clients – агенты, отсылающие информацию о хосте и ADB в мониторинг;
  • PXF – сервис взаимодействия ADB с внешними источниками данных;
  • Tkhemali – сервис взаимодействия ADB с ClickHouse (в двухстороннем режиме). Требует PXF;
  • ADB to Kafka – сервис взаимодействия ADB с Kafka. Требует PXF;
  • Kafka to ADB – сервис взаимодействия Kafka с ADB;
  • ADCC – сервис мониторинга, диагностики и управления запросами, выполняющимися в кластере ADB. Подробнее о ADCC.

Important

Сервисы Tkhemali, ADB to Kafka, Kafka to ADB, ADCC предоставляется только в Enterprise-версии ADB

Не все сервисы являются обязательными для установки. Например, если на хостах уже настроена служба времени, то нет необходимости устанавливать Chrony. Или в случае, когда применяется сервис мониторинга (не на базе Graphite), незачем ставить агенты из Monitoring Clients. Однако наличие сервиса ADB является обязательным.

Important

На текущий момент невозможно удалить из кластера уже добавленный сервис

  1. Открыть вкладку “SERVICES” кластера adb (Рис.17).
../../../../_images/img_101.png

Рис. 17. Вкладка “SERVICES”

  1. Нажать “Add services” и в открывшейся форме добавить необходимые сервисы (Рис.18).
../../../../_images/img_111.png

Рис. 18. Добавление сервисов

  1. В результате выполненных действий факт добавления сервисов отображается в базе данных ADCM на вкладке “SERVICES” (Рис.19).
../../../../_images/img_121.png

Рис. 19. Результат успешного добавления сервисов

Настройка добавленных сервисов:

Настройка сервиса ADB

Для перехода к настройкам сервиса ADB необходимо нажать кнопку с пиктограммой шестеренки в соответствующей строке вкладки “SERVICES” и перейти в раздел меню “Configuration”. При этом открывается окно конфигурации сервиса ADB (Рис.20).

../../../../_images/img_131.png

Рис. 20. Окно конфигурации сервиса ADB

В блоке настроек “Main” задаются основные параметры:

  • Name of default database – имя базы данных по умолчанию;
  • Use segment mirroring – включение синхронной репликации основных сегментов с данными (в кластер добавляются зеркальные сегменты). В результате зеркальные сегменты обеспечивают отказоустойчивость, но требуют в два раза больше места для хранения данных. Если в кластере достаточно хостов, то используется политика зеркалирования spread, в противном случае – group;
  • ADB MADlib Extension – установка MADlib и добавление функций расширения в базу данных, указанную в параметре Name of default database;
  • ADB PostGIS Extension – установка PostGIS и добавление функций расширения в базу данных, указанную в параметре Name of default database. Для установки необходимо, чтобы на серверах кластера был организован доступ к репозиторию EPEL. Для этого необходимо перед установкой отметить флажком соответствующий репозиторий в конфигурации кластера или убедиться, что настройка репозиториев уже проведена на серверах собственными силами.
  • ADB GPperfmon Extension – установка и конфигурация системы мониторинга кластера gpperfmon.
  • ADB Diskquota Extension – установка расширения Diskquota и добавление функций расширения в базу данных, указанную в параметре Name of default database. Данное расширение позволяет администратору кластера ограничить дисковое пространство, занимаемое схемой или ролью.

В блоке настроек “Advanced” задаются следующие расширенные параметры:

  • Number of segments per host – количество основных сегментов на хосте сегмента. В случае если параметр не указан, используется значение, равное (количество ядер ЦПУ)/2. При задании количества основных сегментов вручную следует учитывать, что, чем больше параллельных SQL-запросов планируется выполнять одновременно, тем меньше должно быть основных сегментов на хосте;
  • Data directory template – префикс имени каталога для хранения данных на хостах сегментов и мастера (хосты мастера и резервного мастера). В случае отсутствия, каталог создается автоматически. Имя каталога задается по следующему шаблону: <префикс><цифра>. Если монтирование блочных устройств не производится, в корневой файловой системе создается (или используется существующий) каталог /<префикс>1. Название каталога для монтирования блочного устройства хранения на мастере и резервном мастере - /<префикс>1. Цифра в названии каталогов для монтируемых блочных устройств хранения на хостах сегментов определяется порядком их следования в массиве, указанном в параметре Segment server storage devices. Например, для массива [“sdb”, “sdc”] устанавливается следующее соответствие: sdb - каталог /<префикс>1, sbc - каталог /<префикс>2;
  • Mount segment storage devices for data – монтирование блочных устройств хранения к каталогам хранения данных на хостах сегментов. В случае если блочные устройства отсутствуют, монтирование не осуществляется;
  • Segment server storage devices – массив блочных устройств в формате массива JSON на хостах сегментов, например, [“sdb”, “sdc”], при этом префикс “/dev” не указывается. Должен быть одинаковым на всех хостах сегментов кластера (можно воспользоваться lvm);
  • Use nobarrier (segment hosts) – не рекомендуется использовать барьеры в XFS на хостах сегментов;
  • Mount master storage device for data – монтирование блочных устройств хранения к каталогам хранения данных на хостах мастера (хосты мастера и резервного мастера). В случае если блочные устройства отсутствуют, монтирование не осуществляется;
  • Master server storage device – блочное устройство на хосте мастера, например, “sdb”, при этом префикс “/dev” не указывается. Должен быть одинаковым на всех хостах мастера в кластере (мастере и резервном мастере);
  • Use nobarrier (master hosts) – не рекомендуется использовать барьеры в XFS на хостах мастера;
  • Arenadata configs directory name – название каталога с конфигурационными файлами Arenadata. Располагается в домашнем каталоге системного пользователя;
  • Sysctl parameters – необходимые для ADB параметры ядра linux;
  • System user GID – идентификатор группы, к которой принадлежит пользователь. Системный пользователь должен создаваться с одинаковыми UID и GID на всех серверах с целью сокращения вероятности возникновения проблем доступа к общим сетевым хранилищам с файлами резервных копий ADB;
  • System user name – имя системного пользователя для ADB;
  • System user UID – идентификатор пользователя. Системный пользователь должен создаваться с одинаковыми UID и GID на всех серверах с целью сокращения вероятности возникновения проблем доступа к общим сетевым хранилищам с файлами резервных копий ADB;
  • Disable firewall – отключение firewalld на хостах кластера.
  • Edit /etc/hosts – Добавлять в hosts файл на каждой ноде информацию о всех хостах кластера. Hosts файл должен содержать информацию о ip адресе и коротком имени каждой ноды в кластере. Эта информация должна быть одинакова на всех нодах кластера. Если галка снята, то информацию в файлы hosts на нодах нужно добавить до установки, либо обеспечить разрешение коротких имен нод кластера через dns.

В блоке настроек “Crontab” при включении этого блока задаются следующие расширенные параметры:

  • Crontab maintenance scripts – здесь в формате cron задаются скрипты обслуживание баз данных, входящих в кластер Arenadata DB. По умолчанию поставляются следующие скрипты:

    • gzip_pg_log: архивирует и сжимает логи на каждом сегменте кластера, если они старше чем 3 дня;
    • vacuum_system_db: проводит операции vacuum для системных БД (postgres, template1);
    • remove_orphaned_temp_schemas: удаляет мусорные временные схемы для всех пользовательских БД (если их нет в списке arenadata_toolkit.operation_exclude); ;
    • vacuum: проводит операции vacuum для всех пользовательских БД (если их нет в списке arenadata_toolkit.operation_exclude);
    • analyze: проводит операции analyze для всех пользовательских БД (если их нет в списке arenadata_toolkit.operation_exclude);
    • collect_table_stats: собирает и сохраняет статистику по размеру всех файлов в разрезе сегментов в таблицу arenadata_toolkit.db_files_history для всех пользовательских БД (если их нет в списке arenadata_toolkit.operation_exclude);
    • vacuum_analyze_pg_catalog: проводит операции vacuum и analyze для схемы pg_catalog для всех пользовательских БД (если их нет в списке arenadata_toolkit.operation_exclude);

Задания выполняются из под системного пользователя (по умолчанию gpadmin). Задания можно редактировать, добавлять с помощью кнопки “+” и удалять с помощью кнопок “x” справа от каждого задания. Для применения изменений нужно выполнить действие Reconfigure для сервиса ADB.

Important

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

  • Delete old maintenane script logs: – количество дней, по завершению которых логи скриптов обслуживания удаляются. По умолчанию равно 30.

Настройка сервиса Chrony

Для перехода к настройкам сервиса Chrony необходимо нажать кнопку с пиктограммой шестеренки в соответствующей строке вкладки “SERVICES” и перейти в раздел меню “Configuration”. При этом открывается окно конфигурации сервиса Chrony (Рис.21).

../../../../_images/img_141.png

Рис. 21. Окно конфигурации сервиса Chrony

Параметр NTP server – это адрес действующего NTP-сервера. Когда параметр задан, мастер берет время с NTP-сервера, резервный мастер – с мастера или NTP-сервера, а сегменты – с мастера или резервного мастера. В случае если параметр не задан или NTP-сервер недоступен, то мастер использует свои локальные часы, резервный мастер – часы мастера или свои локальные, а сегменты берут время с мастера или резервного мастера.

Настройка сервиса Monitoring Clients

Для перехода к настройкам сервиса Monitoring Clients необходимо нажать кнопку с пиктограммой шестеренки в соответствующей строке вкладки “SERVICES” и перейти в раздел меню “Configuration”. При этом открывается окно конфигурации сервиса Monitoring Clients (Рис.22).

../../../../_images/img_471.png

Рис. 22. Окно конфигурации сервиса Monitoring Clients

Параметр Protocol – транспортный протокол для отправки метрик на кластер мониторинга. Протокол UDP поддерживается кластером мониторинга, начиная с версии 2.8.

Параметр Check adb monitoring – отвечает за требование размещения на хостах сервиса ADB.

Important

Доступно в advanced режиме конфигурации.

Настройка сервиса PXF

Доступно с версии 5.19.0_arenadata4_b2

Для перехода к настройкам сервиса PXF необходимо нажать кнопку с пиктограммой шестеренки в соответствующей строке вкладки “SERVICES” и перейти в раздел меню “Configuration”. При этом открывается окно конфигурации сервиса PXF (Рис.23).

../../../../_images/img_691.png

Рис. 23. Окно конфигурации сервиса PXF

PXF process owner – имя системного пользователя для PXF;

Блок настроек “Kerberos”:

  • Use Kerberos auth – использовать kerberos-аутентификацию для всех кластеров Hadoop;
  • Kerberos principal – принципал kerberos, который будет использоваться для аутентификации. Подстрока _HOST автоматически заменяется на полное имя хоста;
  • Path to keytab – путь до keytab-файла на хостах, на которые установлен компонент pxf.

Параметр Use user impersonation определяет, от чьего имени выполняются запросы на внешнем кластере. Если настройка выключена – от имени того пользователя, от которого производится подключение к внешнему кластеру. Если настройка включена - от имени того пользователя, который подключился к кластеру adb (например, gpadmin). Для использования имперсонации также необходима соответствующая настройка внешнего кластера для пользователя, который подключается к кластеру – должно быть разрешено представление других пользователей (любых или перечень имен).

Use custom JAVA_HOME – использовать пользовательский каталог для JAVA_HOME.

Important

Доступно в advanced режиме конфигурации.

  • JAVA_HOME – полный путь до каталога JAVA_HOME.

Настройка сервиса ADCC

Important

Для установки необходим предварительно развернутый кластер Enterprise Tools. Дистрибутивы продукта не опубликованы в репозиториях, расположенных в сети Интернет.

Important

Сервис требует для установки доступ к репозиторию, в котором доступен пакет docker-compose. Для CentOS 7 данный пакет предоставляется в репозитории EPEL. Активация репозитория описана в разделе Конфигурация кластера.

Important

Сервис несовместим с gpperfmon. gpperfmon должен быть предварительно удален из кластера. Подробнее: Установка и удаление gpperfmon

Для перехода к настройкам сервиса ADCC необходимо нажать кнопку с пиктограммой шестеренки в соответствующей строке вкладки “SERVICES” и перейти в раздел меню “Configuration”. При этом открывается окно конфигурации сервиса ADCC (Рис.24).

../../../../_images/img_721.png

Рис. 24. Окно конфигурации сервиса ADCC

В открывшемся окне конфигурации сервиса ADCC доступно несколько блоков с настройками параметров компонентов:

  • ADCC UI component parameters – блок конфигурационных параметров для UI:

    • ADB user name – имя пользователя, от которого ADCC подключается к кластеру ADB. Доступ необходим для получения информации о топологии кластера и для отмены запроса, инициированной пользователем;
    • ADCC port – TCP порт, на котором доступен ADCC по протоколу HTTP.
  • ADCC UI LDAP authentication – активируемый блок конфигурационных параметров для LDAP-авторизации:

    • Type – тип LDAP-сервера. Различные реализации LDAP используют разные имена для типов и идентифкаторов объектов. Поддерживаются Microsoft Active Directory (MSAD) и 389 Directory server в составе FreeIPA;
    • URI – uri для подключения к LDAP-серверу (-ам). Например, ldap://example.com. Может быть использовано доменное имя. Имя может разрешаться в адреса нескольких LDAP-серверов;
    • Users baseDN – ограничение области поиска объектов в каталоге LDAP, применяемое в запросах на поиск пользователей;
    • Groups baseDN – ограничение области поиска объектов в каталоге LDAP, применяемое в запросах на поиск групп;
    • Login – имя пользователя, используемого для служебных запросов к LDAP-серверу;
    • Password – пароль служебного пользователя;
    • Size limit – максимальное количество записей возвращаемое LDAP-сервером;
    • Lowercase login – опция для преобразования имен пользователей в нижний регистр.

Important

Примеры конгфигурации LDAP-коннектора для Microsoft Active Directory в разделе LDAP-аутентификация

  • ADCC server parameters – блок конфигурационных параметров для backend:
    • ADCC backend Xmx ram parameter – Xmx параметр для backend. Xmx указывает максимальный пул выделения памяти для процесса;
    • ADCC backend log level – Уровень логирования для backend. Возможные уровни логирования TRACE, DEBUG, INFO, WARN, ERROR (по умолчанию INFO).
  • ADCC registry parameters – блок конфигурационных параметров для registry:
    • ADCC registry Xmx ram parameter – Xmx параметр для registry. Xmx указывает максимальный пул выделения памяти для процесса;
    • ADCC registry log level – Уровень логирования для registry. Возможные уровни логирования TRACE, DEBUG, INFO, WARN, ERROR (по умолчанию INFO).
  • ADCC database parameters – блок конфигурационных параметров для с database:
    • ADCC data dir – полный путь к директории на хосте, в которой ADCC хранит данные. Если параметр не установлен, то по умолчанию используется adcc_data volume для docker.
  • ADCC agent parameters – блок конфигурационных параметров для агентов ADCC:
    • ADCC agent Xmx ram parameter – Xmx параметр для агентов ADCC. Xmx указывает максимальный пул выделения памяти для процесса;
    • Servers list update timeout – период запроса информации о доступности backend ADCC, в миллисекундах;
    • ADCC agent log level – Уровень логирования для agent. Возможные уровни логирования TRACE, DEBUG, INFO, WARN, ERROR (по умолчанию INFO).

Добавление хостов

По результатам предварительных действий в ADCM создано четыре хоста в облаке Datafort (их адреса и учетные данные сохранены в их конфигурациях). На данном этапе их следует добавить в кластер adb:

  1. В меню кластера adb открыть вкладку “Hosts” (Рис.25).
../../../../_images/img_151.png

Рис. 25. Вкладка “Hosts” кластера adb

  1. Нажать “Add hosts” и в открывшейся форме выбрать необходимые хосты (Рис.26).

Important

Не рекомендуется использовать в качестве имен хостов иерархические (FQDN) имена. Достаточно “плоского” имени (до первой точки). Поставляемые вместе с ADB утилиты для расширения кластера запрашивают именно “плоские” имена хостов и в случае несовпадения с именем, указанным в каталоге, считают конфигурацию кластера нестандартной. Расширение нестандартных конфигураций кластера не поддерживается.

../../../../_images/img_161.png

Рис. 26. Выбор хостов

  1. В результате выполненных действий факт добавления хостов отображается в кластере adb в списке вкладки “Hosts” (Рис.27).
../../../../_images/img_171.png

Рис. 27. Результат успешного добавления хостов

Размещение компонентов сервисов на хостах

Каждый сервис состоит из компонентов, которые должны быть размещены на хостах в кластере. Для этого необходимо на вкладке кластера “Hosts - Components” выбрать компонент посредством нажатия на него мышкой в колонке “Components” и определить для него необходимый хост в колонке “Hosts” (Рис.28).

../../../../_images/img_181.png

Рис. 28. Размещение компонентов сервисов на хостах

Поскольку сервисы ADB, Chrony, Monitoring Clients и PXF добавлены в кластер ADB, но еще не размещены на хостах, то изначально ни на одном из хостов нет компонентов:

  1. Компоненты сервиса ADB (Рис.29):
  • ADB Master – необходимо добавить строго на один хост мастера (dfmdw);
  • ADB Segment – необходимо добавить на один или более хостов сегментов (dfsdw1, dfsdw2);
  • ADB Standby – опционально может быть добавлен на один хост резервного мастера (dfsmdw).
../../../../_images/img_191.png

Рис. 29. Компоненты сервиса ADB

  1. Компоненты сервиса Chrony (Рис.30):
  • NTP Master – необходимо добавить строго на один хост мастера (dfmdw);
  • NTP Slave – опционально может быть добавлен на любое количество хостов сегментов (dfsdw1, dfsdw2);
  • NTP Secondary – опционально может быть добавлен на любое количество хостов резервного мастера (dfsmdw).
../../../../_images/img_201.png

Рис. 30. Компоненты сервиса Chrony

  1. Компоненты сервиса Monitoring Clients (Рис.31):
  • Monitoring Agents – опционально может быть добавлен на любое количество хостов (dfmdw, dfsmdw, dfsdw1, dfsdw2). Собирает метрики с хостов (рекомендуется размещать агента мониторинга на всех хостах кластера).
../../../../_images/img_211.png

Рис. 31. Компоненты сервиса Monitoring Clients

  1. Компоненты сервиса PXF (Рис.32):
  • PXF – необходимо добавить на один или более хостов сегментов (dfsdw1, dfsdw2). Опционально может быть добавлен на хост мастера (dfmdw).
../../../../_images/img_481.png

Рис. 32. Компоненты сервиса PXF

  1. Компоненты сервиса ADCC

В рамках ADCM доступен выбор расположения компонента ADCC Server. Рекомендуется устанавливать данный компонент на выделенном хосте, или опционально он может быть размещен на одном хосте с резервным мастером. Также на каждый хост кластера ADB будет добавлено расширение для сбора статистики и установлен агент для отправки собранной статистики на web-сервер.

Important

Не устанавливайте ADCC компонент на мастер ADB или сегментные хосты! Эта возможность оставлена исключительно для ознакомительных целей с функционалом ADB.

Установка сервисов

Существует два варианта установки сервисов в кластере adb:

Предварительная проверка

В результате выполнения всех предшествующих установочных шагов становится доступна кнопка “Precheck” (предварительная проверка). В ходе этого действия выполняются проверки доступности необходимых yum-репозиториев и отсутствия дублирования адресов хостов в кластере.

Для выполнения предварительной проверки необходимо:

  1. Перейти на любую вкладку кластера adb (в примере “Hosts - Components”) и нажать кнопку “Precheck” на верхней панели (Рис.33).
../../../../_images/img_481.png

Рис. 33. Запуск предварительной проверки

  1. Подтвердить действие в открывшемся диалоговом окне (Рис.34).
../../../../_images/img_531.png

Рис. 34. Запрос на подтверждение действия

  1. Открыть вкладку “JOBS” (Рис.35).
../../../../_images/img_541.png

Рис. 35. Вкладка “JOBS”

  1. Выбрать последнее действие над кластером adb и в открывшемся окне проверить результаты (Рис.36).
../../../../_images/img_551.png

Рис. 36. Результаты предварительной проверки

Установка всех сервисов через кластер adb

Для установки всех сервисов через кластер adb необходимо выполнить действия:

  • Импортировать конфигурации мониторинга в кластер adb, открыв в ADCM вкладку “CLUSTERS”, выбрав опцию Import и отметив импортируемые настройки сервисов с помощью простановки флажков в открывшейся форме (Рис.37).
../../../../_images/img_351.png

Рис. 37. Импорт конфигурации мониторинга

  • Перейти на любую вкладку кластера adb (в примере “Hosts - Components”). На верхней панели доступна кнопка “Install”, устанавливающая все добавленные сервисы в кластере (Рис.38).
../../../../_images/img_481.png

Рис. 38. Кнопка “Install” на вкладке “Hosts - Components” кластера adb

  • Нажать кнопку “Install” в открывшейся форме. В зависимости от желаемого поведения – установить флаг перезагрузки хостов кластера после завершения установки (Рис.39). Если флаг не установлен, то для применения системных параметров перезагрузку необходимо провести вручную.
../../../../_images/img_451.png

Рис. 39. Подтверждение установки всех сервисов в кластере

  • По результатам инсталляции все сервисы меняют свой статус с created на новый (Рис.40):
    • ADBinitialized;
    • Chronysynced;
    • Monitoring Clientsmonitored;
    • PXFinstalled;
    • Tkhemaliinstalled;
    • ADB to Kafkainstalled;
    • Kafka to ADBinstalled;
    • ADCCinstalled.
../../../../_images/img_511.png

Рис. 40. Статус сервисов

Reinstall

В случае если при установке одного из сервисов произошел сбой (например, предварительно в кластер adb не были импортированы конфигурации мониторинга, и действие “Install” было прервано на этапе установки сервиса Monitoring Clients), существует возможность успешного завершения всех невыполненных установочных шагов. Для этого необходимо нажать кнопку “Reinstall” на верхней панели.

Выборочная установка сервисов

Установка сервиса ADB

Для выборочной установки сервиса ADB необходимо выполнить ряд действий на вкладке кластера “Services”:

  1. Install ADB – производится настройка хостов, установка необходимых пакетов и перезагрузка хостов для применения конфигурации sysctl:
  • В поле “Actions” нажать на пиктограмму в строке сервиса ADB и выбрать действие Install ADB (Рис.41).
../../../../_images/img_231.png

Рис. 41. Install ADB

  • Установить булевый флаг для перезагрузки хостов после окончания установки (Рис.42). В ином случае перезагрузку необходимо произвести вручную.
../../../../_images/img_241.png

Рис. 42. Action parameters

  • По результатам инсталляции сервис ADB меняет состояние с created – создан, на installed – установлен (Рис.43).
../../../../_images/img_251.png

Рис. 43. Статус сервиса

  1. Init cluster – создание кластера ADB на подготовленных хостах:
  • В поле “Actions” нажать на пиктограмму в строке сервиса ADB и выбрать действие Init cluster (Рис.44).
../../../../_images/img_261.png

Рис. 44. Init cluster

  • Подтвердить действие в открывшемся диалоговом окне (Рис.45).
../../../../_images/img_271.png

Рис. 45. Запрос на подтверждение действия

  • По результатам создания кластера сервис ADB меняет состояние с installed – установлен, на initialized – инициализирован. На данном этапе становятся доступны кнопки “Check” (проверка работоспособности) и “Stop” (остановка кластера) (Рис.46).
../../../../_images/img_281.png

Рис. 46. Кластер инициализирован, доступны кнопки “Check”, “Reinstall”, “Stop”

  1. Create database – создание базы данных с именем, указанным в параметре Name of defult database в настройках сервиса ADB, и установка скриптов в crontab:
  • В поле “Actions” нажать на пиктограмму в строке сервиса ADB и выбрать действие Create database (Рис.47).
../../../../_images/img_291.png

Рис. 47. Create database

  • Подтвердить действие в открывшемся диалоговом окне (Рис.48).
../../../../_images/img_301.png

Рис. 48. Запрос на подтверждение действия

Установка сервиса Chrony

Сервис Chrony является опциональным и может запускаться многократно с целью изменения его настроек. Для этого необходимо выполнить ряд действий на вкладке кластера “Services”:

  • В строке сервиса Chrony в поле “Actions” нажать на пиктограмму и выбрать действие Install (Рис.49).
../../../../_images/img_311.png

Рис. 49. Install Chrony

  • Подтвердить действие в открывшемся диалоговом окне (Рис.50).
../../../../_images/img_321.png

Рис. 50. Запрос на подтверждение действия

  • По результатам инсталляции сервис Chrony меняет состояние с created – создан, на synced – синхронизирован (Рис.51).
../../../../_images/img_331.png

Рис. 51. Статус сервиса

Установка сервиса Monitoring Clients

Сервис Monitoring Clients является опциональным и требует импорта конфигурационных параметров кластера мониторинга (адреса, логин/пароль) в кластер adb:

  1. Для импорта конфигурации мониторинга в кластер adb необходимо открыть в ADCM вкладку “CLUSTERS”, выбрать опцию Import и отметить импортируемые настройки сервисов с помощью простановки флажков в открывшейся форме (Рис.37).
  2. Установка клиентов мониторинга в кластер adb:
  • В кластере adb на вкладке “Services” в поле “Actions” нажать на пиктограмму и выбрать действие Install для службы Monitoring Clients (Рис.52).
../../../../_images/img_361.png

Рис. 52. Установка клиентов мониторинга

  • Подтвердить действие в открывшемся диалоговом окне (Рис.53).
../../../../_images/img_371.png

Рис. 53. Запрос на подтверждение действия

  • По результатам инсталляции служба Monitoring Clients меняет состояние с created – создана, на monitored – мониторится (Рис.54).
../../../../_images/img_381.png

Рис. 54. Статус сервиса

Установка сервиса PXF

  • В строке сервиса PXF в поле “Actions” нажать на пиктограмму и выбрать действие Install (Рис.55).
../../../../_images/img_491.png

Рис. 55. Install PXF

  • Подтвердить действие в открывшемся диалоговом окне (Рис.56).
../../../../_images/img_501.png

Рис. 56. Запрос на подтверждение действия

  • По результатам инсталляции сервис PXF меняет состояние с created – создан, на installed – установлен (Рис.57).
../../../../_images/img_511.png

Рис. 57. Статус сервиса

Установка сервиса Tkhemali

Important

Сервис предоставляется только в Enterprise-версии ADB

  • В строке сервиса Tkhemali в поле “Actions” нажать на пиктограмму и выбрать действие Install
  • Подтвердить действие в открывшемся диалоговом окне.
  • По результатам инсталляции сервис Tkhemali меняет состояние с created – создан, на installed – установлен.

Установка сервиса ADB to Kafka

Important

Сервис предоставляется только в Enterprise-версии ADB

  • В строке сервиса ADB to Kafka в поле “Actions” нажать на пиктограмму и выбрать действие Install
  • Подтвердить действие в открывшемся диалоговом окне.
  • По результатам инсталляции сервис ADB to Kafka меняет состояние с created – создан, на installed – установлен.

Установка сервиса Kafka to ADB

Important

Сервис предоставляется только в Enterprise-версии ADB

  • В строке сервиса Kafka to ADB в поле “Actions” нажать на пиктограмму и выбрать действие Install
  • Подтвердить действие в открывшемся диалоговом окне.
  • По результатам инсталляции сервис Kafka to ADB меняет состояние с created – создан, на installed – установлен.

Установка сервиса ADCC

Important

Сервис предоставляется только в Enterprise-версии ADB

  • В строке сервиса ADCC в поле “Actions” нажать на пиктограмму и выбрать действие Install. Другие доступные действия описаны в разделе Инструменты управления
  • Подтвердить действие в появившемся диалоговом окне.
  • В случае успешного завершения установки сервис ADCC меняет состояние с created – создан, на installed – установлен. С этого момента web-интерфейс ADCC доступен на выбранном хосте на указанном в конфигурации сервиса порту (по умолчанию 81).