Локальные экспортеры
Рекомендуемый метод сбора и отправки данных мониторинга в кластер мониторинга — Metricbeat.
Если вы ранее настраивали методы сбора устаревшего типа, следует перейти к методам сбора Metricbeat. Используйте либо методы сбора Metricbeat, либо устаревшие методы сбора; не используйте оба одновременно.
Дополнительные сведения см. в разделе Сбор данных мониторинга с помощью Metricbeat.
Экспортер local является экспортером по умолчанию в мониторинге X-Pack. Он направляет данные обратно в тот же (локальный) кластер. Другими словами, он использует производственный кластер в качестве кластера мониторинга. Например:
xpack.monitoring.exporters.my_local_exporter: type: local
| Имя экспортера однозначно определяет его, но в остальном не используется. |
Этот экспортер существует, чтобы предоставить удобный вариант, когда аппаратного обеспечения просто недостаточно. Он также позволяет разработчикам оценить, какое действие оказывает их работа на предварительные производственные кластеры, когда у них нет времени или ресурсов для предоставления отдельного кластера мониторинга. Однако этот экспортер имеет недостатки, влияющие на локальный кластер:
- Все операции индексирования влияют на локальный кластер и узлы, содержащие фрагменты индексов мониторинга.
- Большинство коллекторов работают на избранном мастер-узле. Таким образом, большая часть индексирования происходит с избранным мастер-узлом в качестве координирующего узла, что является плохой практикой.
- Любое использование мониторинга X-Pack для Kibana использует ресурсы локального кластера для поиска и агрегаций, что означает, что они могут быть недоступны для задач, не связанных с мониторингом.
- Если локальный кластер выходит из строя, кластер мониторинга также выходит из строя (и наоборот), что обычно противоречит цели мониторинга.
Для экспортера local вся настройка выполняется только на избранном мастер-узле. Это означает, что если вы не видите шаблонов мониторинга или конвейеров приема данных, у избранного мастер-узла есть проблемы или он не настроен одинаково. В отличие от экспортера http, экспортер local имеет преимущество доступа к актуальному состоянию кластера мониторинга. Таким образом, он всегда может проверять существование шаблонов и конвейеров приема данных без потери производительности. Если избранный мастер-узел сталкивается с ошибками при попытке создания ресурсов мониторинга, он регистрирует ошибки, игнорирует этот сбор и пытается снова после следующего сбора.
Избранный мастер-узел — единственный узел, который настраивает ресурсы для экспортера local. Следовательно, все остальные узлы ожидают настройки ресурсов, прежде чем индексировать данные мониторинга из собственных коллекторов. Каждый из этих узлов регистрирует сообщение, указывающее, что они ожидают настройки ресурсов.
Одно преимущество экспортера local заключается в том, что он находится внутри кластера, поэтому при обеспечении безопасности кластера с помощью функций безопасности Elastic Stack дополнительная настройка не требуется. Все операции, включая операции индексирования, выполняемые экспортером local, используют внутренние механизмы передачи внутри Elasticsearch. Это поведение позволяет использовать экспортер без предоставления учетных данных пользователя при включенных функциях безопасности.
Дополнительную информацию о параметрах конфигурации для экспортера local см. в разделе Настройки локального экспортера.
Услуга очистки
Одна из функций экспортера local, отсутствующая в экспортере http, — это служба очистки. Служба очистки выполняется один раз в день в 01:00 по UTC на избранном мастер-узле.
Роль службы очистки — очистка или упорядочивание индексов мониторинга, которые старше определенного периода времени (по умолчанию — 7d). Эта служба очистки входит в состав экспортера local в качестве меры безопасности. Экспортер http ее не использует, поскольку она может позволить одному неправильно настроенному узлу преждевременно упорядочить данные из других производственных кластеров, которые используют тот же кластер мониторинга.
В выделенном кластере мониторинга вы можете использовать службу очистки, не отслеживая сам кластер мониторинга. Например:
xpack.monitoring.collection.enabled: false xpack.monitoring.history.duration: 3d
| Отключает сбор данных в кластере мониторинга. | |
| Уменьшает значение длительности истории по умолчанию с |
Чтобы отключить службу очистки, добавьте отключённый локальный экспортер:
xpack.monitoring.exporters.my_local.type: local xpack.monitoring.exporters.my_local.enabled: false
| Добавляет локальный экспортер под именем | |
| Отключает локальный экспортер. Это также отключает службу очистки. |
© 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/local-exporter.html
