2016-08-12 10 views
1

나는 prometheus로 몇 가지 모니터링을하고 있으며, 속도 함수를 올바르게 사용하는 방법을 이해하려고합니다.Prometheus 비율 함수와 간격 선택

전제가 여기에 있습니다. 카운터가 있는데이 구성은 매 15 초마다 새로운 값을 섭취하도록 설정됩니다. 이제

내가 그렇게 속도 기능을 사용하여이의 두 번째 속도 당을 그래프로 노력하고 나는이 같은 수행 나는 속도 기능을 해석으로

rate(pgbouncer_sent_bytes_total{job="pgbouncer", database="worker"}[1m]) 

는 쿼리 나에게 롤링 속도의 평균을 줄 것이다 (1m 뒤에서 창을 훑어 본다). 점수의 간격은 사용 된 결의안에 의해 임명됩니다.

다음은 1m 해상도를 사용하여 위의 속도 쿼리의 원시 데이터 그래프와 플롯을 포함하는 Prometheus 콘솔의 스크린 샷입니다. 이제 여기에 나오는 결과 그래프는 하단 그래프의 원시 데이터를 보는 내 기대치와 실제로 일치하지 않습니다.

data graphs

그것은 또한 결과 그래프가로드되는 시점에 따라 매우 다를 것이라는 흥미로운 비트. 동일한 그래프를 두 번 연속해서 다시로드하기 만하면 동일한 데이터를 나타내는 것처럼 보이지 않는 지점으로보기가 완전히 이동합니다. 아래 이미지는 몇 분 후에 같은 데이터 세트이지만, 몇 초 후에도 동일하게 나타납니다.

rate reloaded graph

사람은 정말 여기에서 무슨 일이 일어나고 있는지에 도움이 되거 수 있을까요?

+0

또한 요금 계산이 불안정하고 다시로드되는 varries에주의합니다. 속도 계산은 intervall에서 첫 번째와 마지막 측정의 기울기를 보는 것보다 복잡합니다. 다른 mothod도 제공해야합니다. https://github.com/prometheus/prometheus/blob/master/promql/functions.go#L50 – eckes

답변

2

당신이 말하는 것은 데이터와 일치하지 않으며, 원시 데이터는 약 1 분에 한 번만 올라갑니다. 15 살마다 근근이 살아가고 있습니까?

+0

그렇다면 확대 할 때 더욱 분명 해집니다. 또한 이것은 단순히 범위 선택/해상도를 확대하면 해결할 수 있다고 결론 내릴 수 있습니다. 그렇지 않습니다. 예제 시리즈를 포함 시켰습니다. 모든 시리즈에 동일한 문제가 있습니다. – Pelleplutt

+2

문제는 귀하의 근근이 살아가는 것입니다. 1 분 범위와 결합 된 1 분 스크래핑 간격은 인종에 매우 민감합니다. –

관련 문제