Прометей является мониторинг системы с открытым исходным кодом и оповещения набор инструментов. Docker может быть сконфигурирован для Прометея цели . В настоящее время, вы можете контролировать только сам Докер. Вы не можете использовать приложение целевого мониторинга Докер.
Процедура мониторинга Docker в:
1. Докер метрика-адрес порта мониторинга подвергается Прометею:
Изменить файл daemon.json докер в
{ «Метрика-адр»: «192.168.191.18:9323», #docker официальный сайт конфигурации не подключен к Прометею в 127.0.0.1:9323 ф, локон вручную выполняется может отображаться при мониторинге докер -L 127.0.0.1:9323 показатели причина может быть из - за изоляции между контейнером не может подключить его. "Experimental": истина }
После службы контейнера Docker: systemctl перезагружать докер
2. Изменить Prometheus.yml
# Мой глобальный конфигурационный глобальный: scrape_interval: 15s # Установить интервал скоблить каждые 15 секунд. По умолчанию каждый 1 минуту. evaluation_interval: 15s # Оценивать правила каждые 15 секунд. По умолчанию каждый 1 минуту. # Scrape_timeout устанавливается в глобальной умолчанию (10s). # Присоединить эти метки к любому временному ряду или предупреждениям при общении с # внешними системами (федераций, удаленное хранением, Alertmanager). external_labels: монитор: «codelab-монитор» правила # нагрузки раз и периодически оценивать их в соответствии с глобальным «evaluation_interval». rule_files: # - «first.rules» # - "second.rules" # Конфигурация скрип , содержащий ровно один конечную точку , чтобы скоблить: # Вот это сам Прометей. scrape_configs: # Имя задания добавляются в качестве ярлыка `заданий = <job_name>` любых таймсериям Царапины от этой конфигурации. - job_name: "Прометей # metrics_path по умолчанию '/ Метрики' # схемы по умолчанию для 'HTTP'. static_configs: - цели: [ 'локальный: 9090'] - job_name: 'Докер' # metrics_path по умолчанию '/ Метрики' # схемы по умолчанию для 'HTTP'. static_configs: - целевые показатели : [ ''] 192.168.191.18:9323
3. Запустить контейнер Прометея
Командный режим для создания служб при Докерах среды роя кластера подхода не совпадает. самостоятельно роя операция развертывания кластера
[корень @ докер ~] # докер сервис создание --replicas 1 --name мое-Прометей --mount типа = привязка, источник = / корень / prometheus.yml, назначение = / и т.д. / Prometheus / prometheus.yml --publish опубликованы = 9090, цель = 9090, протокол = ТСР пром / Prometheus rgkmwhwqepl1qivlpq8r3nt2n общего прогресса: 1 из 1 задачи 1/1: бег [====================== ============================>] проверить: Услуги сходились
Просмотр информации Служба создана
[корень @ Докер ~] # обслуживание Ls Докер ID NAME РЕЖИМ Реплика IMAGE ПОРТЫ rgkmwhwqepl1 мой-Прометей реплицируется 1/1 пром / Prometheus: последний *: 9090-> 9090 / TCP
Просмотр конкретной службы информации
[корень @ докер ~] # докера обслуживание п.с. мои-Прометей ID NAME IMAGE NODE желательного состояние СОСТОЯНИЕ ОШИБКИ ПОРТЫ y8akc5dmwjrn моего-prometheus.1 пром / Prometheus: последний докер Бег Бег 16 минут назад
4. страница доступа для просмотра мониторинга стоимости Прометея
Просматриваемый элемент Просмотр
Основной докер мониторинг содержания Прометея был развернут и проверка завершена, Docke официального сайта о Прометее · Ошибка мониторинга докер Лаборатории конфигурационной при просмотре цели мониторинга Прометея: коммутируемый TCP хххй: подключение: подключение отказано.
Официальный сайт Docker в https://docs.docker.com/config/thirdparty/prometheus/