› ›

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

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

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

Этот метод сбора метрик о Elasticsearch включает отправку метрик в кластер мониторинга с помощью экспортеров.

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

Для получения общей информации о мониторинге см. Мониторинг кластера.

Настройка кластера для сбора данных мониторинга:
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 для просмотра и изменения этого параметра:
```
resp = client.cluster.get_settings()
print(resp)
```
```
response = client.cluster.get_settings
puts response
```
```
const response = await client.cluster.getSettings();
console.log(response);
```
```
GET _cluster/settings
```
```
resp = client.cluster.put_settings(
    persistent={
        "xpack.monitoring.collection.enabled": True
    },
)
print(resp)
```
```
response = client.cluster.put_settings(
  body: {
    persistent: {
      'xpack.monitoring.collection.enabled' => true
    }
  }
)
puts response
```
```
const response = await client.cluster.putSettings({
  persistent: {
    "xpack.monitoring.collection.enabled": true,
  },
});
console.log(response);
```
```
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. Если в кластере мониторинга включены функции безопасности Elasticsearch, необходимо указать соответствующие учетные данные при отправке данных в кластер мониторинга:
  1. Создайте пользователя в кластере мониторинга с remote_monitoring_agent встроенной ролью. В качестве альтернативы используйте remote_monitoring_user встроенного пользователя.
  2. Добавьте ID пользователя и пароль в настройки 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 # "xpack.monitoring.exporters.id1.auth.secure_password" must be set in the keystore
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 # "xpack.monitoring.exporters.id1.auth.secure_password" must be set in the keystore ssl: certificate_authorities: [ "/path/to/ca.crt" ]
  - В качестве альтернативы, вы можете настроить доверенные сертификаты с помощью хранилища доверия (файла хранилища ключей Java, содержащего сертификаты). Например:
    
    xpack.monitoring.exporters: id1: type: http host: ["https://es-mon1:9200", "https://es-mon-2:9200"] auth: username: remote_monitoring_user # "xpack.monitoring.exporters.id1.auth.secure_password" must be set in the keystore 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/8.17/collecting-monitoring-data.html