Alerts and Dashboards as Code Check

사람을 호출하는 알림에 for: 10m 같은 지속 조건을 두는 이유는?

• 평가 주기를 늘려 Grafana 의 부하를 줄이려고
• 10분 동안의 평균값으로 판정하려고
• 잠깐 튄 값으로 사람을 깨우면 그 알림이 무시당하게 되어서
• Alertmanager 의 group_wait 와 값을 맞춰야 해서

알림의 runbook_url 이 대시보드 링크를 가리키면 무엇이 문제인가?

• 그래프는 무엇이 이상한지만 보여 주고 무엇을 하라고는 말하지 않아서
• 대시보드 링크는 시간 범위가 고정되지 않아 값이 달라져서
• 호출을 받은 사람에게 Grafana 접근 권한이 없을 수 있어서
• 대시보드 uid 가 바뀌면 링크가 깨져서

쿼리와 for 는 있는데 임계값(threshold) 조건이 없는 규칙은 무엇이 빠진 것인가?

• 값을 가져올 데이터소스
• 알림을 받을 연락처
• 언제 울릴지를 정하는 기준
• 알림을 묶을 그룹 이름

Grafana API 로 대시보드를 덮어쓰려는데 Cannot save provisioned dashboard 가 돌아온다. 뜻은?

• 대시보드를 저장할 권한이 없다
• 그 대시보드는 프로비저닝 파일에서 오므로 파일을 고쳐야 한다
• 대시보드 JSON 의 스키마 버전이 낮다
• 같은 uid 의 대시보드가 이미 두 개 있다

대시보드 JSON 을 다른 환경으로 옮겼더니 패널이 전부 비었다. 가장 흔한 원인은?

• 그 환경의 데이터소스 uid 가 달라서
• 대시보드의 schemaVersion 이 그 Grafana 보다 높아서
• 옮긴 JSON 에 id 필드가 남아 있어서
• 기본 시간 범위가 데이터가 없는 구간이라서