1 В избранное 0 Ответвления 0

OSCHINA-MIRROR/AliyunContainerService-node_exporter

Присоединиться к Gitlife
Откройте для себя и примите участие в публичных проектах с открытым исходным кодом с участием более 10 миллионов разработчиков. Приватные репозитории также полностью бесплатны :)
Присоединиться бесплатно
Клонировать/Скачать
README.md 5.1 КБ
Копировать Редактировать Web IDE Исходные данные Просмотреть построчно История
gitlife-traslator Отправлено 02.12.2024 10:31 27e8062

Коллектор текстовых файлов

Коллектор текстовых файлов похож на Pushgateway в том, что он позволяет экспортировать статистику из пакетных заданий. Его также можно использовать для экспорта статических метрик, таких как роль машины. Pushgateway следует использовать для метрик уровня сервиса. Модуль текстовых файлов предназначен для метрик, привязанных к машине.

Чтобы использовать его, установите флаг --collector.textfile.directory на экспортере узла. Коллектор будет анализировать все файлы в этом каталоге, соответствующие шаблону *.prom, используя текстовый формат.

Для атомарной отправки времени завершения пакетного задания:

echo my_batch_job_completion_time $(date +%s) > /path/to/directory/my_batch_job.prom.$$
mv /path/to/directory/my_batch_job.prom.$$ /path/to/directory/my_batch_job.prom

Чтобы статически установить роли для машины с помощью меток:

echo 'role{role="application_server"} 1' > /path/to/directory/role.prom.$$
mv /path/to/directory/role.prom.$$ /path/to/directory/role.prom

Включение фильтров для коллекторов

Node_exporter по умолчанию будет предоставлять все метрики от включённых коллекторов. Это рекомендуемый способ сбора метрик для избежания ошибок при сравнении метрик разных семейств.

В расширенном использовании node_exporter можно передать необязательный список коллекторов для фильтрации метрик. Параметр collect[] можно использовать несколько раз. В конфигурации Prometheus вы можете использовать этот синтаксис в разделе конфигурации очистки.

  params:
    collect[]:
      - foo
      - bar

Это может быть полезно для того, чтобы разные серверы Prometheus собирали конкретные метрики с узлов.

Сборка и запуск

Необходимые условия:

  • Компилятор Go;
  • RHEL/CentOS: пакет glibc-static.

Сборка:

go get github.com/prometheus/node_exporter
cd ${GOPATH-$HOME/go}/src/github.com/prometheus/node_exporter
make
./node_exporter <flags>

Чтобы увидеть все доступные флаги конфигурации:

./node_exporter -h

Запуск тестов

make test

Использование Docker

Node_exporter предназначен для мониторинга хост-системы. Не рекомендуется развёртывать его как контейнер Docker, поскольку ему требуется доступ к хост-системе. Помните, что любые точки монтирования без полномочий root, которые вы хотите отслеживать, должны быть связаны с контейнером. Если вы запускаете контейнер для мониторинга хоста, укажите аргумент path.rootfs. Этот аргумент должен соответствовать пути в привязке монтирования корня хоста. Node_exporter будет использовать path.rootfs в качестве префикса для доступа. host filesystem

docker run -d \
  --net="host" \
  --pid="host" \
  -v "/:/host:ro,rslave" \
  quay.io/prometheus/node-exporter \
  --path.rootfs /host

На некоторых системах сборщику timex требуется дополнительный флаг Docker --cap-add=SYS_TIME, чтобы получить доступ к необходимым системным вызовам.

Использование стороннего репозитория для RHEL/CentOS/Fedora

Существует предоставленный сообществом репозиторий COPR, который точно следует выпускам основной ветки.

Опубликовать ( 0 )

Вы можете оставить комментарий после Вход в систему

1
https://api.gitlife.ru/oschina-mirror/AliyunContainerService-node_exporter.git
git@api.gitlife.ru:oschina-mirror/AliyunContainerService-node_exporter.git
oschina-mirror
AliyunContainerService-node_exporter
AliyunContainerService-node_exporter
master