Установка и запуск ноды приема активностиLTS

Нода приема активности — дополнительный сервер, который принимает активность от агентов мониторинга и передает ее в ClickHouse. Ноду добавляют, когда одного сервера приложения Proceset перестает хватать для приема активности от большого числа агентов мониторинга — начиная примерно с 25 000 агентов. Число нод для конкретного количества агентов приведено в требованиях для крупных проектов мониторинга.

Основной сервер Proceset и ноды приема активности образуют кластер по схеме «звезда». Основной сервер несет полный набор модулей системы, а на ноде приема активности работают веб-интерфейс (com.infomaximum.subsystem.frontend) и прием активности мониторинга (com.infomaximum.subsystem.monitoringhandler). Состав модулей ноды задается файлом конфигурации cluster.json — в перечень включенных модулей можно дополнительно добавить ad-auth-controller.

Порядок запуска

Нода приема активности начинает принимать активность только после того, как к ней подключится основной сервер Proceset. Если нода запущена раньше основного сервера, она отвечает на запросы агентов ошибкой доступа и не запускает фоновые процессы.

Запускайте компоненты в таком порядке:

1. Запустите основной сервер Proceset (или убедитесь, что он уже запущен).
2. Запустите ноды приема активности.

Установка

Для ноды приема активности используйте тот же дистрибутив Proceset, что и для основного сервера, — установите его по инструкции Установка приложения Infomaximum на Linux. Состав модулей, которые запускаются на ноде, ограничивается конфигурацией — файлом cluster.json.

Конфигурация основного сервера

На основном сервере в файле com.infomaximum.subsystem.monitoringhandler.json укажите идентификатор ноды shard_id и ее вес weight — целое число от 1 до 2147483647. Для основного сервера рекомендуется низкий вес — например, 10:

{
  "shard_id": 0,
  "weight": 10
}

Создайте файл cluster.json — укажите в нем порт для обмена данными с нодами приема активности и список адресов этих нод:

{
  "components": {
    "excluded": []
  },
  "network": {
    "current": {
      "name": "main-proceset",
      "port": 7000
    },
    "nodes": [
      { "target": "monitoring-node01.domain.local:7000" },
      { "target": "monitoring-node02.domain.local:7000" },
      { "target": "monitoring-node03.domain.local:7000" }
    ]
  }
}

Конфигурация ноды приема активности

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

1. Укажите веб-порт в файле com.infomaximum.subsystem.frontend.json.
2. Укажите уникальный shard_id и повышенный weight — например, 100 — в файле com.infomaximum.subsystem.monitoringhandler.json:

   {
     "shard_id": 1,
     "weight": 100
   }
   

3. Создайте файл cluster.json, в котором укажите собственный порт для обмена с основным сервером, адрес основного сервера и перечень включенных модулей:

   {
     "components": {
       "included": [
         "com.infomaximum.subsystem.frontend",
         "com.infomaximum.subsystem.monitoringhandler"
       ]
     },
     "network": {
       "current": {
         "name": "monitoring-node01",
         "port": 7000
       },
       "nodes": [
         { "target": "proceset.domain.local:7000" }
       ]
     }
   }
   

На ноде также используется файл com.infomaximum.platform.component.database.json — он отвечает за резервное копирование встроенной файловой базы данных. Параметры всех трех файлов описаны в конфигурационных файлах системы.

Распределение нагрузки между нодами

Нагрузку между нодами приема активности распределяет сам агент мониторинга. При скачивании дистрибутива с основного сервера агент запоминает его адрес. Затем агент получает от основного сервера список нод приема активности с весами и распределяет отправку активности между нодами с учетом этих весов.

Если нода недоступна по указанному адресу, агент временно исключает ее из списка и пробует отправить активность на другую ноду. Если ни одна нода не отвечает, агент обращается к основному серверу.

Проверка работоспособности

После запуска ноды проверьте ее журнал. Если подключение к основному серверу прошло успешно, в журнале появляются сообщения ApiKeyCache state change и Cache state change, type:EmployeeCache.

Ограничения

• Веб-интерфейс Proceset работает только через основной сервер. Ноды приема активности предназначены только для агентов мониторинга.
• Дистрибутив агента мониторинга можно скачать только с основного сервера. Обновить агент можно с любой ноды.
• API-ключ для агента мониторинга создается в веб-интерфейсе основного сервера.
• Аутентификация через Active Directory работает как при установке на одном сервере, так и в кластерной конфигурации.