После обновления настройте решение:

1.По умолчанию для индексов поисковой системы Elasticsearch установлено ограничение в 2000 полей. Это значение можно увеличить, чтобы из лог-файла в индекс попадали сообщения, которые занимают больше полей.

2.После обновления решения на версию 4.8 и выше оповещения старой и новой версии дублируются. Чтобы удалить лишние, в списке найдите оповещения с одинаковыми именами и удалите то, у которого нет метки Provisioned.

3.С версии 4.9:

•удален параметр gr_extended_datasources, с помощью которого в конфигураторе Directum Launcher можно было указать путь к файлу со своими источниками данных. Вместо этого их можно добавлять в Grafana. Ранее добавленные файлы сохраняются. Кроме того, теперь можно редактировать встроенные источники данных. Подробнее см. раздел «Источники данных Grafana»;

•можно отслеживать состояние СУБД на основе PostgreSQL с помощью дашборда PostgreSQL Database. Для этого предварительно настройте мониторинг PostgreSQL.

4.С версии 4.10 на дашбордах решения появилась возможность отображать данные сервисов Directum RX, которые развернуты в Kubernetes. Для этого предварительно нужно установить Helm Chart развертывания Filebeat.

5.С версии 4.11:

•можно отслеживать лог-файлы и задавать критичность ошибок системы HR Pro и сервисов Directum Ario. Для этого предварительно в конфигурационный файл filebeat.yml сервиса Filebeat в секцию filebeat.inputs добавьте параметр type и перезапустите сервис;

•для каждого сервиса появились свои индексы, которые используются для сбора информации по метрикам, ошибкам и сообщениям из лог-файлов. Это ускоряет поиск данных в Elasticsearch и их загрузку на дашбордах в Grafana. Указанным образом данные выводятся с момента перехода на Directum RX 4.11. По кнопке Old dashboard можно открыть дашборд с данными до обновления. Старые дашборды находятся в папке Deprecated Dashboards. Они оставлены для совместимости и через несколько версий будут удалены.

Примечание. После обновления решения поисковая система Elasticsearch может содержать большое число индексов. В таком случае количество экземпляров Lucene (shards) достигает порогового значения. Тогда в лог-файлах Logstash фиксируется ошибка, и на дашбордах решения данные не отображаются. Чтобы устранить неисправность, выполните настройку.

•на дашборде WebClient. Performance, показывающем длительность выполнения операций, можно настроить одновременное отображение данных старых и новых индексов;

•на дашбордах теперь отображаются сообщения уровней Debug и Trace из лог-файлов Directum RX, а также все сообщения о взаимодействии с RabbitMQ. Это позволяет быстрее находить информацию при анализе ситуаций. Сообщения с уровнями логирования Debug и Trace могут занимать много дискового пространства. Чтобы оптимально использовать его, рекомендуется настроить автоматическое удаление индексов через 45 дней с помощью политик ILM;

•метрики производительности системы хранятся в базе данных временных рядов VictoriaMetrics. Ранее они собирались сервисом Telegraf и передавались в поисковую систему Elascticsearch для хранения и индексирования. В новой версии Telegraf снимается с поддержки. Если сервис используется для работы собственных дашбордов, вы можете применять его дальше. Иначе – остановите сервис перед обновлением решения:

В оснастке Службы остановите службу telegraf.

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

sudo systemctl stop telegraf

•для хранения метрик производительности серверов решение использует базу данных VictoriaMetrics. После обновления установите и настройте экспортеры;

•дашборды Windows Servers и Linux Servers объединены в один – Hardware metrics. Используйте новый дашборд для мониторинга метрик производительности серверов.

6.С версии 4.12:

•появилась возможность создавать несколько файлов с собственными правилами классификации ошибок. В конфигурационном файле exceptionType.yml теперь хранятся стандартные правила классификации ошибок. Если ранее вы задавали настройки в файле, то после обновления можете использовать их. Для этого:

•перед обновлением создайте папку на сервере с установленным решением, но отдельно от папок с решением и инструментом Directum Launcher;

•в созданную папку перенесите файл exceptionType.yml;

•после обновления в конфигураторе Directum Launcher в параметре ls_exception_types_path укажите путь до папки с файлом и выполните команду:

./do.sh monitoring up

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

•чтобы после обновления информация отображалась на дашбордах в Grafana, необходимо выполнить настройку псевдонимов индексов поисковой системы Elasticsearch в Kibana;

© Компания Directum, 2025