• Модель данных
• Типы метрик
• Задания и экземпляры

Version: latest (2.

• Getting started
• Installation
• Configuration
  • Configuration
  • Recording rules
  • Alerting rules
  • Template примеры
  • Ссылка на шаблон
  • Модульное тестирование правил
  • HTTPS и аутентификация
• Запросы
  • Основы
  • Операторы
  • Функции
  • Примеры
  • HTTP API
  • Удаленное чтение API
• Хранение
• Федерация
• HTTP SD
• Management API
• Миграция
• API Stebality
7007
• API Стабильность
777474747474
• API
• .
• Визуализация
  • Браузер Expression
  • Grafana
  • Шаблоны консоли
• Инструменты
  • Клиентские библиотеки
  • Написание клиентских библиотек
  • Отправка метрик
  • Экспортеры и интеграции
  • Написание экспортеров
  • Форматы представления
• Эксплуатация
  • Безопасность
  • Интеграция
• Предупреждение

  Версия: последняя (0. 25)0.250.240.230.220.210.20

  • Обзор предупреждений
  • Alertmanager
  • Конфигурация
  • Клиенты
  • Ссылка на шаблон уведомления
  • Примеры шаблона уведомления
  • API управления
  • HTTPS и аутентификация
• Лучшие практики
  • Метрические и метрические именования
  • Консоли и панели мониторинга
  • Инструментарий
  • Гистограммы и резюме
  • Предупреждение
  • Правила записи
  • Когда использовать Pushgateway
  • .0007
  • Руководства
    • Базовая аутентификация
    • Мониторинг метрик контейнера Docker с помощью cAdvisor
    • Использование обнаружения сервисов на основе файлов для обнаружения целей очистки
    • Инструментирование приложения Go с Node Exporter
    • Docker Swarm
    • Журнал запросов
    • Шифрование TLS
  • Учебники
    • Начало работы с Prometheus
    • Понимание типов метрик
    • Инструментирование HTTP-сервера, написанного на Go
    • Визуализация метрик с помощью Grafana
    • Оповещения на основе метрик.
  • Сторонние экспортеры
  • Базы данных
  • Аппаратное обеспечение
  • Системы отслеживания ошибок и непрерывная интеграция
  • Системы обмена сообщениями
  • Хранение
  • HTTP
  • API
  • Ведение журнала
  • Другие системы мониторинга
  • Разное
  • Программное обеспечение, раскрывающее метрики Prometheus
  • Прочие сторонние утилиты

  Существует ряд библиотек и серверов, которые помогают экспортировать существующие метрики из сторонних систем как метрики Prometheus. Это полезно для случаи, когда невозможно настроить данную систему с помощью Prometheus метрики напрямую (например, системная статистика HAProxy или Linux).

  Сторонние экспортеры

  Некоторые из этих экспортеров поддерживаются как часть официальной организации Prometheus GitHub, те помечены как официальный , другие вносятся и поддерживаются извне.

  Мы поощряем создание большего количества экспортеров, но не можем проверить их всех на предмет лучшие практики. Обычно эти экспортеры размещаются за пределами Prometheus GitHub. организация.

  Экспортер по умолчанию порт вики-страница стала еще одним каталогом экспортеров и может включать экспортеров не указан здесь из-за дублирования функций или все еще находится в разработке.

  Экспортер JMX может экспортировать из широкий спектр приложений на основе JVM, например Kafka и Кассандра.

  Базы данных

  • Экспортер Aerospike
  • Экспортер ClickHouse
  • Консул экспортер ( официальный )
  • Экспортер Couchbase
  • Экспортер CouchDB
  • Экспортер друидов
  • Экспортер Elasticsearch
  • Экспортер EventStore
  • Экспортер IoTDB
  • KDB+ экспортер
  • Экспортер Memcached (официальный )
  • Экспортер MongoDB
  • Экспортер запросов MongoDB
  • Экспортер серверов MSSQL
  • Экспортер маршрутизатора MySQL
  • Экспортер сервера MySQL (официальный )
  • Экспортер OpenTSDB
  • Экспортер БД Oracle
  • Экспортер PgBouncer
  • Экспортер PostgreSQL
  • Экспортер Presto
  • Экспортер ProxySQL
  • Экспортер RavenDB
  • Экспортер Redis
  • Экспортер RethinkDB
  • Экспортер SQL
  • Библиотека метрик Tarantool
  • Твемпрокси
  • экспортер apcupsd
  • Экспортер BIG-IP
  • Экспортер Bosch Sensortec BMP/BME
  • Экспортер Коллинз
  • Экспортер Dell Hardware OMSA
  • Экспортер использования диска
  • Экспортер Fortigate
  • Экспортер IBM Z HMC
  • Экспортер IoT Edison
  • Экспортер InfiniBand
  • Экспортер IPMI
  • knxd экспортер
  • Экспортер Modbus
  • Экспортер кабельных модемов Netgear
  • Маршрутизатор Netgear экспортер
  • Network UPS Tools (NUT) экспортер
  • Экспортер метрик узла/системы ( официальный )
  • Экспортер графических процессоров NVIDIA
  • Экспортер ProSAFE
  • Экспортер датчика радона Waveplus
  • Weathergoose Климатический монитор Экспортер
  • Экспортер Windows
  • Экспортер контроллера энергонезависимой памяти Intel® Optane™

  Системы отслеживания ошибок и непрерывная интеграция

  • Экспортер бамбука
  • Экспортер Bitbucket
  • Экспортер слияния
  • Экспортер Дженкинс
  • Экспортер JIRA

  Системы обмена сообщениями

  • Экспортер бобовых стеблей
  • Экспортер EMQ
  • Экспортер Gearman
  • Экспортер IBM MQ
  • Экспортер Кафки
  • экспортер НАТС
  • Экспортер NSQ
  • Экспортер Mirth Connect
  • Экспортер черного ящика MQTT
  • MQTT2Прометей
  • Экспортер RabbitMQ
  • Экспортер подключаемого модуля управления RabbitMQ
  • Экспортер RocketMQ
  • Экспортер утешения

  Хранение

  • Экспортер Ceph
  • Экспортер Ceph RADOSGW
  • Gluster экспортер
  • Экспортер GPFS
  • Экспортер Hadoop HDFS FSImage
  • Поставщик информационных показателей HPE CSI
  • Экспортер массивов хранения HPE
  • Экспортер люстр
  • Экспортер NetApp серии E
  • Экспортер Pure Storage
  • Экспортер ScaleIO
  • Экспортер Tivoli Storage Manager/IBM Spectrum Protect

  HTTP

  • Экспортер Apache
  • Экспортер HAProxy (официальный )
  • Библиотека метрик Nginx
  • Экспортер Nginx VTS
  • Экспортер пассажиров
  • Экспортер кальмаров
  • Экспортер Tinyproxy
  • Экспортер лаков
  • Экспортер WebDriver

  API

  • Экспортер AWS ECS
  • Экспортер AWS Health
  • Экспортер AWS SQS
  • экспортер Azure Health
  • BigBlueButton
  • Экспортер Cloudflare
  • Экспортер CryptoWat
  • Экспортер DigitalOcean
  • Экспортер облака Docker
  • Экспортер Docker Hub
  • Фастли экспортер
  • Экспортер GitHub
  • Экспортер Gmail
  • Экспортер InstaClustr
  • Экспортер Mozilla Observatory
  • Экспортер OpenWeatherMap
  • Экспортер Pagespeed
  • Экспортер ранчо
  • Экспортер Speedtest
  • Tankerkönig API Exporter

  Регистрация

  • Экспортер Fluentd
  • Средство извлечения данных журнала mtail от Google
  • Экспортер Grok

  Другие системы мониторинга

  • Экспортер Akamai Cloudmonitor
  • Экспортер Alibaba Cloudmonitor
  • Экспортер AWS CloudWatch (официальный
    )
  • экспортер Azure Monitor
  • Экспортер пожарных шлангов Cloud Foundry
  • Собранный экспортер ( официальный )
  • Экспортер Google Stackdriver
  • Экспортер графита ( официальный )
  • Экспортер приборной панели Heka
  • Экспортер Heka
  • Экспортер Huawei Cloudeye
  • Экспортер InfluxDB (официальный )
  • Экспортер ITM
  • Экспортер JavaMelody
  • Экспортер JMX (официальный )
  • Мунин экспортер
  • Экспортер Nagios / Naemon
  • Экспортер New Relic
  • Экспортер NRPE
  • Экспортер Оскери
  • Внебиржевой экспортер CloudEye
  • Экспортер Pingdom
  • Промитор (лазурный монитор)
  • сборщик экспортер
  • Экспортер Сенсу
  • site24x7_exporter
  • Экспортер SNMP (официальный )
  • Экспортер StatsD ( служебный )
  • Экспортер мониторов TencentCloud
  • Экспортер Тысячи глаз

  Разное

  • ACT Fibernet Exporter
  • Экспортер BIND
  • Экспортер запросов BIND
  • Экспортер биткойнов
  • Экспортер Blackbox (официальный )
  • Экспортер эластичного шнура
  • Экспортер BOSH
  • cAdvisor
  • Экспортер каше
  • экспортер ccache
  • c-lightning экспортер
  • DHCPD арендует экспортер
  • Экспортер голубятни
  • Экспортер Dnsmasq
  • экспортер eBPF
  • Экспортер клиента Ethereum
  • JFrog Artifactory Exporter
  • Экспортер Hostapd
  • Экспортер IRCd
  • Экспортер Linux HA ClusterLabs
  • Плагин JMeter
  • Экспортер JSON
  • Каннель экспортер
  • Экспортер Kemp LoadBalancer
  • Экспортер Кибана
  • kube-state-метрика
  • Экспортер саранчи
  • Экспортер веб-фреймворка Meteor JS
  • Модуль экспорта Minecraft
  • Экспортер Minecraft
  • Кочевой экспортер
  • экспортер nftables
  • Экспортер OpenStack
  • Экспортер черных ящиков OpenStack
  • Экспортер oVirt
  • Экспортер Pact Broker
  • экспортер PHP-FPM
  • Экспортер PowerDNS
  • Экспортер Podman
  • Экспортер процессов
  • rTorrent экспортер
  • Экспортер Rundeck
  • SABnzbd экспортер
  • Экспортер скриптов
  • Экспортер щита
  • Зонд для копчения
  • Анализатор черного ящика SMTP/Maildir MDA
  • Экспортер SoftEther
  • SSH-экспортер
  • Экспортер Teamspeak3
  • Экспортер коробки передач
  • Свободный экспортер
  • Экспортер WireGuard
  • Экспортер Зена

  При внедрении нового экспортера Prometheus следуйте инструкции по написанию экспортеров Пожалуйста, также рассмотрите возможность консультации по рассылке разработчиков список. Мы рад дать совет, как сделать ваш экспортер таким же полезным и последовательным, как возможный.

  Программное обеспечение, раскрывающее метрики Prometheus

  Некоторое стороннее ПО предоставляет метрики в формате Prometheus, поэтому необходимы отдельные экспортеры:

  • Ansible Tower (AWX)
  • Подключить приложение для предприятий
  • Балерина
  • БФЭ
  • Кэдди ( прямой )
  • Цеф
  • ТараканDB
  • Собран
  • Вестибюль
  • Табло CRG Roller Derby (, прямой )
  • Диффузия
  • Демон Докера
  • Швейцар ( прямой )
  • Голубятня
  • Посланник
  • И т. д. ( прямой )
  • Флинк
  • Ядро FreeBSD
  • ГитЛаб
  • Графана
  • JavaМелодия
  • Конг
  • Kubernetes ( прямой )
  • Линкерд
  • мгт
  • Мидонет
  • мидонет-кубернетес ( прямой )
  • МинIO
  • ПАТРУЛЬ с системой мониторинга X
  • Сетевые данные
  • ОпенЗити
  • Помериум
  • Претикс
  • Квобайт ( прямой )
  • КроликMQ
  • НадежныйIRC
  • СциллаDB
  • Шкипер
  • SkyDNS ( прямой )
  • Телеграф
  • Траефик
  • Вектор
  • VerneMQ
  • Тканый флюс
  • Ксандикос ( прямой )
  • Зипкин

  Программное обеспечение с маркировкой прямое также напрямую оснащен клиентской библиотекой Prometheus.

  Прочие сторонние утилиты

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

  • Clojure: япетос
  • Go: инструментальная библиотека go-metrics
  • Перейти: gokit
  • Перейти: промболт
  • Java/JVM: сборщик метрик EclipseLink
  • Java/JVM: издатель метрик Hystrix
  • Java/JVM: сборщик метрик Джерси
  • Java/JVM: Реестр Micrometer Prometheus
  • Python-Django: django-prometheus
  • Node.js: статистика чванства

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

  ---

  Хранение | Prometheus

  • Локальное хранилище
  • Разметка на диске
  • Уплотнение
  • Эксплуатационные аспекты
  • Интеграция с удаленным хранилищем
  • Обзор
  • Существующие интеграции
  • Заполнение из формата OpenMetrics
  • Обзор
  • Использование
  • Заполнение правил записи
  • Обзор
  • Использование
  • Ограничения

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

  Локальное хранилище

  Локальная база данных временных рядов Prometheus хранит данные в пользовательском, высокоэффективном формате в локальном хранилище.

  Разметка на диске

  Проглоченные образцы сгруппированы в блоки по два часа. Каждый двухчасовой блок состоит каталога, содержащего подкаталог chunks, содержащий все образцы временных рядов для этого временного окна, файл метаданных и индексный файл (который индексирует имена метрик и метки для временных рядов в каталоге чанков). Образцы в каталоге чанков по умолчанию сгруппированы в один или несколько файлов сегментов размером до 512 МБ каждый. Когда сериалы удаляются через API, записи об удалении хранятся в отдельных файлах-захоронениях (вместо немедленного удаления данных из сегментов фрагментов).

  Текущий блок для входящих сэмплов хранится в памяти и не полностью сохраняется. Он защищен от сбоев журналом упреждающей записи (WAL), который можно воспроизводится при перезапуске сервера Prometheus. Файлы журнала с упреждающей записью сохраняются в каталоге wal сегментами по 128 МБ. Эти файлы содержат необработанные данные, которые еще не уплотнен; таким образом, они значительно больше, чем обычный блок файлы. Prometheus сохранит как минимум три файла журнала с упреждающей записью. Серверы с высокой нагрузкой могут хранить более трех файлов WAL, чтобы поддерживать не менее двух часов необработанных данных.

  Каталог данных сервера Prometheus выглядит примерно так:

   ./data
  ├── 01BKGV7JBM69T2G1BGBGM6KB12
  │   └── meta.json
  ├── 01BKGTZQ1SYQJTR4PB43C8PD98
  │   ├── куски
  │   │ └── 000001
  │   ├── надгробия
  │   ├── индекс
  │   └── meta.json
  ├── 01BKGTZQ1HHWHV8FBJXW1Y3W0K
  │   └── meta.json
  ├── 01BKGV7JC0RY8A6MACW02A2PJD
  │  ├── куски
  │  │ └── 000001
  │  ├── надгробия
  │  ├── указатель
  │  └── meta.json
  ├── chunks_head
  │  └── 000001
  └── вал
  ├── 000000002
  └── контрольная точка.00000001
  └── 00000000
   

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

  В качестве альтернативы внешнее хранилище можно использовать через API удаленного чтения/записи. Для этих систем требуется тщательная оценка, поскольку они сильно различаются по долговечности, производительности и эффективности.

  Дополнительные сведения о формате файла см. в разделе Формат TSDB.

  Уплотнение

  Первоначальные двухчасовые блоки в конечном итоге уплотняются в более длинные блоки на заднем плане.

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

  Эксплуатационные аспекты

  Prometheus имеет несколько флагов, которые настраивают локальное хранилище. Самые важные:

  • --storage.tsdb.path 909:24 : Где Prometheus записывает свою базу данных. По умолчанию данных/.
  • --storage.tsdb.retention.time : когда удалять старые данные. По умолчанию 15d . Переопределяет storage.tsdb.retention , если для этого флага установлено любое значение, кроме значения по умолчанию.
  • --storage.tsdb.retention.size : максимальное количество байтов сохраняемых блоков хранения. Сначала будут удалены самые старые данные. По умолчанию 0 или отключено. Поддерживаемые единицы: Б, КБ, МБ, ГБ, ТБ, ПБ, ЭБ. Пример: «512 МБ». На основе степеней двойки, поэтому 1 КБ составляет 1024 байт. Только постоянные блоки удаляются, чтобы соблюдать это сохранение, хотя блоки WAL и m-mapped учитываются в общем размере. Таким образом, минимальное требование к диску — это пиковое пространство, занимаемое wal (WAL и контрольная точка) и chunks_head (m-mapped Head chunks) объединены каталоги (пики каждые 2 часа).
  • --storage.tsdb.retention : устарел в пользу storage.tsdb.retention.time .
  • --storage.tsdb.wal-compression : включает сжатие журнала упреждающей записи (WAL). В зависимости от ваших данных вы можете ожидать, что размер WAL уменьшится вдвое при небольшой дополнительной нагрузке на процессор. Этот флаг был введен в версии 2.11.0 и включен по умолчанию в версии 2.20.0. Обратите внимание, что после включения понижение версии Prometheus до версии ниже 2.11.0 потребует удаления WAL.

  Prometheus хранит в среднем только 1-2 байта на выборку. Таким образом, для планирования емкости сервера Prometheus вы можете использовать грубую формулу:

   необходимое_дисковое_пространство = время_удержания_секунды * загруженные_выборки_в_секунду * байты_за_выборку
   

  Чтобы снизить количество загружаемых образцов, можно либо уменьшить количество очищаемых временных рядов (меньше целей или меньше серий на цель), либо увеличить интервал очистки. Однако сокращение количества серий, вероятно, более эффективно из-за сжатия выборок внутри серии.

  Если ваше локальное хранилище по какой-либо причине повреждено, лучше стратегия решения проблемы состоит в том, чтобы закрыть Prometheus, а затем удалить весь каталог хранилища. Вы также можете попробовать удалить отдельные каталоги блоков, или каталог WAL для решения проблемы. Обратите внимание, что это означает потерю примерно два часа данных на каталог блоков. Опять местный Прометей хранение не предназначено для долговременного хранения; внешние решения предлагают расширенное хранение и надежность данных.

  ВНИМАНИЕ: Файловые системы, не совместимые с POSIX, не поддерживаются для локального хранилища Prometheus, так как могут произойти неисправимые повреждения. Файловые системы NFS (включая EFS AWS) не поддерживаются. NFS может быть POSIX-совместимой, но большинство реализаций — нет. Для надежности настоятельно рекомендуется использовать локальную файловую систему.

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

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

  Интеграция с удаленным хранилищем

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

  Обзор

  Prometheus интегрируется с удаленными системами хранения тремя способами:

  • Prometheus может записывать образцы, которые он принимает, на удаленный URL-адрес в стандартизированном формате.
  • Prometheus может получать образцы с других серверов Prometheus в стандартном формате.
  • Prometheus может считывать (обратно) образцы данных с удаленного URL-адреса в стандартизированном формате.

  Протоколы чтения и записи используют быстро сжатый буфер протокола, кодирующий по протоколу HTTP. Протоколы пока не считаются стабильными API и могут быть изменены для использования gRPC через HTTP/2 в будущем, когда можно будет с уверенностью предположить, что все переходы между Prometheus и удаленным хранилищем будут поддерживать HTTP/2.

  Подробную информацию о настройке интеграции удаленного хранилища в Prometheus см. в разделах удаленной записи и удаленного чтения документации по настройке Prometheus.

  Встроенный приемник удаленной записи можно включить, установив флаг командной строки --web.enable-remote-write-receiver . Если этот параметр включен, конечной точкой удаленного приемника записи является /api/v1/write .

  Подробнее о сообщениях запроса и ответа см. в определениях буферов протокола удаленного хранилища.

  Обратите внимание, что на пути чтения Prometheus извлекает только необработанные данные серии для набора селекторов меток и диапазонов времени с удаленного конца. Вся оценка PromQL необработанных данных по-прежнему происходит в самом Prometheus. Это означает, что запросы на удаленное чтение имеют некоторый предел масштабируемости, так как все необходимые данные нужно сначала загрузить на запрашивающий сервер Prometheus, а затем обработать там. Однако поддержка полностью распределенной оценки PromQL в настоящее время считалась невозможной.

  Существующие интеграции

  Дополнительные сведения о существующих интеграциях с удаленными системами хранения см. в документации по интеграции.

  Заполнение из формата OpenMetrics

  Обзор

  Если пользователь хочет создать блоки в TSDB из данных в формате OpenMetrics, он может сделать это с помощью обратного заполнения. Тем не менее, они должны быть осторожны и помнить, что небезопасно заполнять данные за последние 3 часа (текущий головной блок), поскольку этот временной диапазон может перекрываться с текущим головным блоком, который Prometheus все еще мутирует. При обратном заполнении будут созданы новые блоки TSDB, каждый из которых будет содержать двухчасовые данные метрик. Это ограничивает требования к памяти для создания блока. Сжатие двухчасовых блоков в более крупные блоки позже выполняется самим сервером Prometheus.

  Типичный вариант использования — перенос данных метрик из другой системы мониторинга или базы данных временных рядов в Prometheus. Для этого пользователь должен сначала преобразовать исходные данные в формат OpenMetrics, который является входным форматом для обратной засыпки, как описано ниже.

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

  Обратная засыпка может использоваться через командную строку Promtool. Promtool запишет блоки в каталог. По умолчанию этот выходной каталог — ./data/, вы можете изменить его, используя имя желаемого выходного каталога в качестве необязательного аргумента в подкоманде.

   promtool tsdb create-blocks-from openmetrics <входной файл> [<выходной каталог>]
   

  После создания блоков переместите их в каталог данных Prometheus. Если есть перекрытие с существующими блоками в Prometheus, необходимо установить флаг --storage. tsdb.allow-overlapping-blocks для версий Prometheus v2.38 и ниже. Обратите внимание, что любые данные обратной засыпки подлежат хранению, настроенному для вашего сервера Prometheus (по времени или размеру).

  Более длительные блоки

  По умолчанию promtool будет использовать длительность блока по умолчанию (2 часа) для блоков; такое поведение является наиболее общеприменимым и правильным. Однако при обратном заполнении данных в течение длительного периода времени может быть выгодно использовать большее значение длительности блока, чтобы ускорить обратное заполнение и предотвратить дополнительное уплотнение TSDB позже.

  Флаг --max-block-duration позволяет пользователю настроить максимальную продолжительность блоков. Инструмент обратной засыпки выберет подходящую продолжительность блока, не превышающую эту.

  Хотя блоки большего размера могут повысить производительность обратной засыпки больших наборов данных, существуют и недостатки. Политики хранения на основе времени должны поддерживать весь блок, если хотя бы один образец (потенциально большого) блока все еще находится в рамках политики хранения. И наоборот, политики хранения на основе размера удалят весь блок, даже если размер TSDB превысит предельный размер незначительно.

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

  Заполнение правил записи

  Обзор

  Когда создается новое правило записи, для него нет исторических данных. Данные правила записи существуют только с момента создания. promtool позволяет создавать исторические данные правила записи.

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

  Чтобы просмотреть все параметры, используйте: $ promtool tsdb create-blocks-from rules --help .

  Пример использования:

   $ promtool tsdb create-blocks-from rules \
      --start 1617079873 \
      --конец 1617097873 \
      --url http://mypromserver.com:9090 \
      правила.yaml правила2.yaml
   

  Предоставленные файлы правил записи должны быть обычными файлами правил Prometheus.

  Выходные данные команды promtool tsdb create-blocks-from rules представляют собой каталог, содержащий блоки с историческими данными правил для всех правил в файлах правил записи. По умолчанию выходной каталог — data/. Чтобы использовать эти новые данные блока, блоки должны быть перемещены в работающий каталог данных экземпляра Prometheus 9.0923 storage.tsdb.path (для версий Prometheus v2.38 и ниже должен быть включен флаг --storage.tsdb.allow-overlapping-blocks ). После перемещения новые блоки объединятся с существующими блоками при следующем сжатии.

  Ограничения

  • Если вы запускаете средство обратной засыпки правил несколько раз с перекрывающимся временем начала и окончания, блоки, содержащие одни и те же данные, будут создаваться при каждом запуске средства обратной засыпки правил.
  • Будут оценены все правила в файлах правил записи.
  • Если в файле правила записи установлен интервал , который будет иметь приоритет над флагом eval-interval в команде обратной засыпки правила.