Расширение Elasticsearch: различия между версиями

Материал из Документация Ключ-АСТРОМ
(Новая страница: «== Обзор == Это расширение удалённо отслеживает метрики кластеров, узлов и индексов '''Elastics...»)
 
 
Строка 1: Строка 1:
{| class="wikitable"
!Версия
!Изменения
|-
|2.0.2
|Изменения на уровне патча
* Исправлены проблемы с аутентификацией конечной точки при определенных обстоятельствах.
* Исправлено ''количество'' сообщений о значении метрик узлов, когда узлы используют один и тот же хост.
* Исправлена ​​непоследовательность в предоставлении отчетов о значениях метрики ''времени запроса.''
|-
|2.0.0
|Новые функции
* Добавлена ​​поддержка хранилища учётных данных. Теперь имя пользователя и пароль, необходимые для подключения к ElasticSearch, можно хранить в хранилище учётных данных Ключ-АСТРОМ в соответствии с требованиями.
<u>Критическое изменение:</u> после внедрения этого релиза вам потребуется пересоздать конфигурацию мониторинга. Приносим извинения за неудобства, но изменение поддержки хранилища учётных данных влечет за собой такие последствия.
|-
|1.1.6
|Изменения на уровне патча:
* Поддержка фильтрации показателей по менеджмент зонам.
* Исправлена ​​проблема с fastcheck, использующей неправильную переменную «конечной точки».
* Исправлено неверное условие, препятствовавшее сбору информации.
|-
|1.1.4
|Изменения на уровне патча
* Если API Elasticsearch находится в общем доступе, имя пользователя и пароль не требуются.
* Добавлена ​​проверка для подтверждения того, заданы ли имя пользователя и пароль перед настройкой базового типа аутентификации.
|-
|1.1.1
|Новые функции:
* поддержка аутентификации на основе токенов API для конечной точки Elasticsearch
|-
|1.0.9
|Новые функции
* Добавлена ​​поддержка прокси-сервера в удаленном подключении к кластеру ElasticSearch.
Изменения на уровне патча
* Исправлено отношение SAME_AS между хостом, отслеживаемым ЕдинымАгентом, и серверными сущностями, созданными этим расширением.
|-
|1.0.7
|В этом выпуске изменён способ определения кластеров.
* Теперь для объекта idPattern вместо имени кластера используется UUID кластера. Это изменение необходимо для решения проблем, когда расширение отслеживает два идентичных кластера с одинаковыми именами узлов кластера, развёрнутых в разных средах, например, prod и dev.
<u>Критическое изменение:</u> сущности, созданные в предыдущей версии расширения, не будут сохранены, а после обновления расширения будут созданы новые сущности. Это может повлиять на ваши пользовательские дашборды и оповещения, если вы их создали — их также может потребоваться обновить.
Кроме того, в этом выпуске:
* Исправлена ​​проблема со сбоем fastcheck из-за ошибки анализа схемы активации.
|-
|1.0.5
|Исправлены проблемы с тихим сбоем запросов к конечным точкам. Обновлен шаблон идентификатора узла, чтобы он был уникальным для всех кластеров, поэтому мониторинг производительности в многокластерной и многоузловой среде сохраняет корректную детализацию и топологические взаимосвязи.
|-
|1.0.2
|Первый выпуск расширения для мониторинга Elasticsearch на базе Prometheus. Использует общедоступные API, не требует активации Prometheus для мониторинга Elasticsearch.
|}
== Обзор ==
== Обзор ==
Это расширение удалённо отслеживает метрики кластеров, узлов и индексов '''Elasticsearch''', собирая их поминутно. Вы можете использовать экраны унифицированного анализа для анализа состояния кластеров '''Elasticsearch''' и детального анализа отдельных метрик для выявления первопричины потенциальных проблем с производительностью.
Это расширение удалённо отслеживает метрики кластеров, узлов и индексов '''Elasticsearch''', собирая их поминутно. Вы можете использовать экраны унифицированного анализа для анализа состояния кластеров '''Elasticsearch''' и детального анализа отдельных метрик для выявления первопричины потенциальных проблем с производительностью.

Текущая версия на 13:49, 28 октября 2025

Версия Изменения
2.0.2 Изменения на уровне патча
  • Исправлены проблемы с аутентификацией конечной точки при определенных обстоятельствах.
  • Исправлено количество сообщений о значении метрик узлов, когда узлы используют один и тот же хост.
  • Исправлена ​​непоследовательность в предоставлении отчетов о значениях метрики времени запроса.
2.0.0 Новые функции
  • Добавлена ​​поддержка хранилища учётных данных. Теперь имя пользователя и пароль, необходимые для подключения к ElasticSearch, можно хранить в хранилище учётных данных Ключ-АСТРОМ в соответствии с требованиями.

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

1.1.6 Изменения на уровне патча:
  • Поддержка фильтрации показателей по менеджмент зонам.
  • Исправлена ​​проблема с fastcheck, использующей неправильную переменную «конечной точки».
  • Исправлено неверное условие, препятствовавшее сбору информации.
1.1.4 Изменения на уровне патча
  • Если API Elasticsearch находится в общем доступе, имя пользователя и пароль не требуются.
  • Добавлена ​​проверка для подтверждения того, заданы ли имя пользователя и пароль перед настройкой базового типа аутентификации.
1.1.1 Новые функции:
  • поддержка аутентификации на основе токенов API для конечной точки Elasticsearch
1.0.9 Новые функции
  • Добавлена ​​поддержка прокси-сервера в удаленном подключении к кластеру ElasticSearch.

Изменения на уровне патча

  • Исправлено отношение SAME_AS между хостом, отслеживаемым ЕдинымАгентом, и серверными сущностями, созданными этим расширением.
1.0.7 В этом выпуске изменён способ определения кластеров.
  • Теперь для объекта idPattern вместо имени кластера используется UUID кластера. Это изменение необходимо для решения проблем, когда расширение отслеживает два идентичных кластера с одинаковыми именами узлов кластера, развёрнутых в разных средах, например, prod и dev.

Критическое изменение: сущности, созданные в предыдущей версии расширения, не будут сохранены, а после обновления расширения будут созданы новые сущности. Это может повлиять на ваши пользовательские дашборды и оповещения, если вы их создали — их также может потребоваться обновить.

Кроме того, в этом выпуске:

  • Исправлена ​​проблема со сбоем fastcheck из-за ошибки анализа схемы активации.
1.0.5 Исправлены проблемы с тихим сбоем запросов к конечным точкам. Обновлен шаблон идентификатора узла, чтобы он был уникальным для всех кластеров, поэтому мониторинг производительности в многокластерной и многоузловой среде сохраняет корректную детализацию и топологические взаимосвязи.
1.0.2 Первый выпуск расширения для мониторинга Elasticsearch на базе Prometheus. Использует общедоступные API, не требует активации Prometheus для мониторинга Elasticsearch.

Обзор

Это расширение удалённо отслеживает метрики кластеров, узлов и индексов Elasticsearch, собирая их поминутно. Вы можете использовать экраны унифицированного анализа для анализа состояния кластеров Elasticsearch и детального анализа отдельных метрик для выявления первопричины потенциальных проблем с производительностью.

Это предназначено для пользователей, которые:

  • Хотят отслеживать состояние и производительность своих кластеров, узлов и индексов Elasticsearch.
  • Обращаются за аналитической поддержкой для администраторов операционных отделов, ИТ-отделов и сетей.

Это позволит вам:

  • Контролировать свою инфраструктуру Elasticsearch с помощью комплексных унифицированных аналитических экранов и дашбордов.
  • Включать оповещения на основе обнаруженных аномалий.

Варианты использования

  • Контролируйте состояние и производительность кластера ElasticSearch, используя встроенные экраны анализа и удобные в навигации дашборды.
  • Анализ первопричин проблем производительности кластера, узлов и индексов Elasticsearch.

Начать

  • В Ключ-АСТРОМ загрузите расширение Elasticsearch и нажмите Добавить конфигурацию мониторинга рядом с версией расширения в списке версий .
  • Выберите хост, который вы хотите отслеживать, затем укажите URL-адрес экземпляра elasticsearch и учетные данные для подключения к нему.
  • Наконец, выберите наборы функций, содержащие метрики, которые вы хотите импортировать.

Требуются разрешения на доступ к кластеру Elasticsearch

Расширение использует следующие конечные точки Elasticsearch для сбора метрик:

  • /_cluster/health
  • /_all/_stats?level=shards
  • /_nodes/stats
  • /_alias
  • /_cat/shards

Согласно документации Elasticsearch, по крайней мере

  • контролировать привилегии кластера и
  • привилегии monitor и view_index_metadata indexs

требуются для пользователя, определенного в конфигурации мониторинга расширения.

Подробности

Расширение Elasticsearch создано на основе новой платформы Расширения 2.0 с использованием встроенного экспортера метрик Elasticsearch. Экраны Unified Analysis предоставляют информацию о состоянии и производительности кластеров Elasticsearch.

Этот пакет расширения содержит

  • Конфигурацию источника данных для приема метрик.
  • Определения топологии и взаимосвязей для кластеров Elasticsearch и их узлов, индексов, дисков и пулов потоков.
  • Единые экраны анализа для каждого объекта (доступны с дашборда)
  • Обзорный дашборд
  • Оповещения по нескольким ключевым показателям
    • Общая загрузка ЦП > 85%
    • Использование файловой системы > 80%
    • Открытые файловые дескрипторы > 80% от максимального количества файловых дескрипторов
    • Использование кеша > 85%
    • Отклоненные темы > 300

Информация о совместимости

  • Это расширение подключается к кластеру Elasticsearch через API. Кластер должен быть доступен из АктивногоШлюза, где было активировано расширение.
  • Один хост, управляемый ЕдинымАгентом, также может запустить это расширение, поэтому кластер Elasticsearch можно контролировать из ЕдиногоАгента, указав на сетевой адрес localhost.
    • Однако, если вы активируете расширение на нескольких хостах в одном кластере, вы будете получать одни и те же данные кластера несколько раз. Поэтому, если вы решите запустить его локально, активируйте его только на одном хосте в кластере.
  • Это расширение поддерживает Elasticsearch версии 8.0 или выше.