интервал очистки и интервал оценки в прометее - PullRequest
0 голосов
/ 04 сентября 2018

Мой интервал очистки и интервал оценки отличаются друг от друга, как показано ниже (15 с против 4 м). Когда я передаю метрики в конечную точку, я обнаруживаю, что правила оцениваются каждые 4 м, что ожидается. Однако чего я не понимаю, так это того, что он не оценивает правила для всех показателей, поданных за последние 4 минуты. Я с трудом понимаю, как работают эти два часа (очистка и оценка). Кроме того, документация вокруг этого очень скудна. Любые указатели будут очень полезны. У меня нет сомнений в том, чтобы изменить время очистки и оценки, скажем, по 15 секунд. Но мне нужно понять последствия установки часов.

# my global config
global:
  scrape_interval:     15s # Set the scrape interval to every 15 seconds. Default is every 1 minute.
  evaluation_interval: 4m # Evaluate rules every 15 seconds. The default is every 1 minute.
  # scrape_timeout is set to the global default (10s).

# Alertmanager configuration
alerting:
  alertmanagers:
  - static_configs:
    - targets:
       - testmanager:9093

# Load rules once and periodically evaluate them according to the global 'evaluation_interval'.
rule_files:
   - "/etc/prometheus/xyz_rule.yml"
   - "/etc/prometheus/pqr_rule.yml"

# A scrape configuration containing exactly one endpoint to scrape:
# Here it's Prometheus itself.
scrape_configs:
  # The job name is added as a label `job=<job_name>` to any timeseries scraped from this config.
  - job_name: 'prometheus'

    # metrics_path defaults to '/metrics'
    metrics_path: /v1/metrics/xyz
    # scheme defaults to 'http'.

    static_configs:
    - targets: ['test:7070']

1 Ответ

0 голосов
/ 04 сентября 2018

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

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

...