› ›

Сбор данных мониторинга с помощью устаревших коллекторов

Устарело в версии 7.16.

Использование плагина Elasticsearch Monitoring для сбора и отправки данных мониторинга устарело. Рекомендуется использовать Metricbeat для сбора и отправки данных мониторинга в кластер мониторинга. Если ранее вы настраивали методы устаревшего сбора, вам следует перейти к методам сбора Metricbeat. Обратитесь к Сбор данных мониторинга Elasticsearch с помощью Metricbeat.

Этот метод сбора метрик о Elasticsearch подразумевает отправку метрик в кластер мониторинга с использованием экспортеров. Для рекомендуемого метода см. Сбор данных мониторинга с помощью Metricbeat.

Расширенные настройки мониторинга позволяют управлять частотой сбора данных, настраивать таймауты и устанавливать период хранения локально хранящихся индексов мониторинга. Также можно настроить отображение данных мониторинга.

Чтобы узнать больше о мониторинге в целом, см. Мониторинг кластера.

Настройка кластера для сбора данных мониторинга:
1. Убедитесь, что значение настройки xpack.monitoring.elasticsearch.collection.enabled равно true, что является его значением по умолчанию, на каждом узле кластера.
  
  Вы можете указать эту настройку в elasticsearch.yml на каждом узле или во всём кластере в качестве динамической настройки кластера. Если функции безопасности Elasticsearch включены, вам необходимо иметь monitor права кластера для просмотра настроек кластера и manage права кластера для их изменения.
  
  Дополнительную информацию см. в разделе Настройки мониторинга и API настроек обновления кластера.
2. Установите значение настройки xpack.monitoring.collection.enabled на true на каждом узле кластера. По умолчанию оно отключено (false).
  
  Вы можете указать эту настройку в elasticsearch.yml на каждом узле или во всём кластере в качестве динамической настройки кластера. Если функции безопасности Elasticsearch включены, вам необходимо иметь monitor права кластера для просмотра настроек кластера и manage права кластера для их изменения.
  
  Например, используйте следующие API для просмотра и изменения этой настройки:
```
GET _cluster/settings
```
```
PUT _cluster/settings
{
  "persistent": {
    "xpack.monitoring.collection.enabled": true
  }
}
```
  В качестве альтернативы можно включить эту настройку в Kibana. В боковом навигационном меню нажмите на Мониторинг. Если сбор данных отключен, вам будет предложено его включить.
  
  Дополнительную информацию см. в разделе Настройки мониторинга и API настроек обновления кластера.
3. Необязательно: Укажите индексы, которые нужно отслеживать.
  
  По умолчанию агент мониторинга собирает данные со всех индексов Elasticsearch. Чтобы собрать данные из определенных индексов, настройте значение настройки xpack.monitoring.collection.indices. Вы можете указать несколько индексов через запятую или использовать шаблон индекса для соответствия нескольким индексам. Например:
```
xpack.monitoring.collection.indices: logstash-*, index1, test2
```
  Вы можете добавить -, чтобы явно исключить имена или шаблоны индексов. Например, чтобы включить все индексы, начинающиеся с test, за исключением test3, можно указать test*,-test3. Чтобы включить системные индексы, такие как .security и .kibana, добавьте .* в список включаемых имён. Например, .*,test*,-test3
4. Необязательно: Укажите частоту сбора данных мониторинга. Значение по умолчанию для настройки xpack.monitoring.collection.interval — 10 секунд. См. Настройки мониторинга.
Определите место хранения данных мониторинга.

По умолчанию данные хранятся в том же кластере с использованием local экспортера. В качестве альтернативы, вы можете использовать http экспортер для отправки данных в отдельный кластер мониторинга.

Функции мониторинга Elasticsearch используют конвейеры ingest, поэтому кластер, хранящий данные мониторинга, должен иметь как минимум один узел ingest.

Дополнительную информацию о типичных архитектурах мониторинга см. в разделе Как это работает.
Если вы выбрали использование http экспортера:
1. В кластере, который вы хотите отслеживать (часто называемом производственным кластером), настройте каждый узел на отправку метрик в ваш кластер мониторинга. Настройте HTTP экспортер в настройках xpack.monitoring.exporters в файле elasticsearch.yml. Например:
```
xpack.monitoring.exporters:
  id1:
    type: http
    host: ["http://es-mon-1:9200", "http://es-mon-2:9200"]
```
2. Если функции безопасности Elastic включены в кластере мониторинга, вы должны предоставить соответствующие учетные данные при отправке данных в кластер мониторинга:
  1. Создайте пользователя в кластере мониторинга с ролью remote_monitoring_agent встроенной ролью. В качестве альтернативы, используйте remote_monitoring_user встроенного пользователя.
  2. Добавьте настройки идентификатора пользователя и пароля в настройки HTTP экспортера в файле elasticsearch.yml на каждом узле.
    
    Например:
    
    xpack.monitoring.exporters: id1: type: http host: ["http://es-mon-1:9200", "http://es-mon-2:9200"] auth.username: remote_monitoring_user auth.password: YOUR_PASSWORD
3. Если вы настроили кластер мониторинга на использование зашифрованной связи, вы должны использовать протокол HTTPS в настройке host. Вы также должны указать доверенные сертификаты CA, которые будут использоваться для проверки подлинности узлов в кластере мониторинга.
  - Чтобы добавить сертификат CA в доверенные сертификаты узла Elasticsearch, вы можете указать расположение сертификата в формате PEM с помощью настройки certificate_authorities. Например:
    
    xpack.monitoring.exporters: id1: type: http host: ["https://es-mon1:9200", "https://es-mon-2:9200"] auth: username: remote_monitoring_user password: YOUR_PASSWORD ssl: certificate_authorities: [ "/path/to/ca.crt" ]
  - В качестве альтернативы вы можете настроить доверенные сертификаты с помощью хранилища truststore (файла Java Keystore, содержащего сертификаты). Например:
    
    xpack.monitoring.exporters: id1: type: http host: ["https://es-mon1:9200", "https://es-mon-2:9200"] auth: username: remote_monitoring_user password: YOUR_PASSWORD ssl: truststore.path: /path/to/file truststore.password: password
Настройте свой кластер для маршрутизации данных мониторинга из источников, таких как Kibana, Beats и Logstash, в кластер мониторинга. Информацию о настройке каждого продукта для сбора и отправки данных мониторинга см. в Мониторинг кластера.
Если вы обновили настройки в файлах elasticsearch.yml в вашем производственном кластере, перезапустите Elasticsearch. См. Остановка Elasticsearch и Запуск Elasticsearch.

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

© 2023-2025 Elasticsearch
As of September 2024, Elasticsearch is available under a choice of three licenses: the Server Side Public License (SSPL), the Elastic License, or the AGPLv3 (OSI approved).
Elasticsearch and the Elasticsearch logo are trademarks of Elasticsearch B.V., registered in the U.S. and in other countries.
https://www.elastic.co/guide/en/elasticsearch/reference/7.17/collecting-monitoring-data.html