Коллекторы

Статистика кластера

cluster_stats

Собирает подробности о состоянии кластера, включая части фактического состояния кластера (например, GET /_cluster/state) и статистику по нему (например, GET /_cluster/stats). Это создает один тип документа. В версиях до X-Pack 5.5 это были фактически три отдельных коллектора, которые приводили к трём отдельным типам: cluster_stats, cluster_state и cluster_info. В 5.5 и более поздних версиях все три объединены в cluster_stats. Это выполняется только на избранном узле-мастере, и собранные данные (cluster_stats) в значительной степени управляют интерфейсом. Если этих данных нет, это указывает либо на неправильную конфигурацию избранного узла-мастера, либо на таймауты, связанные со сбором данных, либо на проблемы с хранением данных. На каждый интервал сбора создаётся только один документ.

Статистика индексов

indices_stats, index_stats

Собирает подробности об индексах в кластере, как в сводной форме, так и индивидуально. Это создаёт множество документов, представляющих части выходных данных статистики индексов (например, GET /_stats). Эта информация должна собираться только один раз, поэтому она собирается на избранном узле-мастере. Наиболее распространённая ошибка для этого коллектора связана с большим количеством индексов — и, следовательно, временем их сбора — что приводит к таймаутам. Создаётся один сводный indices_stats документ на интервал сбора и один index_stats документ на каждый индекс на интервал сбора.

Восстановление индексов

index_recovery

Собирает подробности о восстановлении индексов в кластере. Восстановление индексов представляет собой распределение фрагментов на уровне кластера. Если индекс не восстановлен, он не используется. Это также соответствует восстановлению фрагментов с помощью снимков. Эта информация должна собираться только один раз, поэтому она собирается на избранном узле-мастере. Наиболее частая ошибка для этого коллектора связана с большим количеством фрагментов — и, следовательно, временем их сбора — что приводит к таймаутам. По умолчанию создаётся один документ, содержащий все восстановления, который может быть достаточно большим, но он даёт наиболее точное представление о восстановлении в производственном кластере.

Фрагменты

shards

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

Задачи

job_stats

Собирает подробности о статистике всех задач машинного обучения (например, GET /_ml/anomaly_detectors/_stats). Эта информация должна собираться только один раз, поэтому она собирается на избранном узле-мастере. Однако для того, чтобы узел-мастер смог выполнить сбор, узел-мастер должен иметь xpack.ml.enabled значение true (по умолчанию) и уровень лицензии, поддерживающий машинное обучение.

Статистика узлов

node_stats

Собирает подробности о работающем узле, такие как использование памяти и загрузка ЦП (например, GET /_nodes/_local/stats). Это выполняется на каждом узле с включенными функциями мониторинга. Одна из частых ошибок связана с таймаутом запроса статистики узлов из-за слишком большого количества фрагментов сегментов. В результате коллектор тратит слишком много времени на ожидание расчета статистики файловой системы, пока, наконец, не истечёт время ожидания. Создается один node_stats документ на интервал сбора. Это собирается на каждом узле, чтобы помочь выявить проблемы с взаимодействием узлов между собой, а не с кластером мониторинга (например, временные неполадки сети или давление на память).