Коллекторы

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

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 документ на период сбора. Сбор по узлам помогает обнаруживать проблемы с взаимодействием узлов, но не с кластером мониторинга (например, временные проблемы с сетью или давление на память).