Grafana: 알림: 시간 제한

누구든지 이 시나리오에 대한 해결 방법을 생각해 냈습니까? 내 시스템이 연중무휴로 가동되지 않는 한 전체 알림 기능이 본질적으로 쓸모가 없기 때문에 단 4명이 이 티켓에 찬성표를 던졌다는 사실에 충격을 받았습니다. 이 문제를 피하기 위해 다른 모든 사람들이 하고 있는 다른 기능이나 기술이 누락된 것 같습니다...

현재 상태로 모든 경고 알림을 끄거나 내 프로세스가 EOD를 종료할 때 많은 가짜 알림을 받게 된다는 사실을 수락해야 합니다.

정말 중요하게 들리려고 하지 않고 다른 모든 사람들이 이러한 경고를 관리하는 방법을 혼란스러워합니다. 저는 몇 년 동안 Grafana를 사랑해 왔으며 v4에서 처음 도입된 이후 경고 기능을 추적해 왔습니다. 그러나 경고 업데이트가 있고 이 제한이 해결되지 않을 때마다 머리를 긁적입니다.

@bblazei 당신 말이 맞아! 우선순위를 정해야 하고 확실히 도움이 되는 놀라운 기능입니다!
@torkelo 이 기능이 언제 계획될지 아십니까?

다음 두 릴리스(4.3 및 4.4)에 대한 로드맵에 없기 때문에 현재 Eta가 아닙니다.

흠 아쉽네요. 연중무휴가 아닌 시스템에서 경고 프레임워크를 사용하는 것이 어떻습니까?

이것은 우리가 하루 중 시간에 따라 다른 경보 수준을 가져야 하기 때문에 매우 원할 것입니다.

우리는 (그렇지 않습니다) 참을성 있게 이것을 기다리고 있습니다. 우리는 현재 주기적으로 Slack 그래프에 curl을 사용합니다.

@torkelo 토르켈로. 이것에 대한 업데이트가 표시되지 않는지 오래되었습니다. 우리는 또한 특정 시간 동안 grafana 경고를 비활성화할 수 있는지 여부를 찾고 있습니다. 그게 가능합니까?

이 기능에 대한 업데이트가 있습니까?

경고 목록 페이지에서 경고를 수동으로 일시 중지할 수 있지만 (예를 들어) 매일 2:30a DB 서버 백업 중에 "Network I/O Waits In Progress"에 대한 경고가 표시됩니다. 특정 기간 동안 알리지 않는 경고를 만드는 것이 좋습니다.

grafana는 모듈로 작업을 지원합니까? 그런 다음 ID 기능을 사용하여 패널에서 추가 메트릭으로 유닉스 시간을 얻을 수 있어야 합니다. 모듈로 함수를 사용하면 유닉스 시간을 86400(하루의 초 수)으로 나눈 나머지를 얻을 수 있습니다. 그런 다음 경고의 시간 측정항목에 범위 조건을 추가할 수 있습니다. 오른쪽?

이 목적을 위해 모듈로 연산을 추가하는 것이 어렵습니까?

이 기능이 정말 필요합니다!

이에 대한 업데이트가 있습니까? WIP입니까 아니면 아직 '고려 중'인 것입니까?

우리는 사용량과 같은 특정 경고에 대해 다른 시간 프레임을 사용하고 싶습니다. 낮에는 특정 임계값 이상으로 예상되지만 밤에는 그렇지 않을 것으로 예상됩니다.

+1

+1

+1

사람들( @bascarsija & @maizy)이 이에 대한 사람들의 요청에 반대 투표를 하는 이유는 무엇입니까?

사람들은 이 스레드를 구독하는 모든 사람에게 이메일 알림을 보내도록 하는 이러한 "+1" 메시지에 대해 "반대 투표"하고 있습니다. 많은 사람들이 이러한 "+1" 메시지를 스레드에 추가하는 누적 효과는 신호 대 잡음비를 크게 줄임으로써 스레드 구독 기능의 가치를 크게 줄입니다.

반응을 통해 단순히 "up-voting" 또는 "down-voting"하여 그러한 이메일 알림을 트리거하지 않고 특정 제안이나 의견에 대한 관심 또는 동의를 표시할 수 있습니다. 문제에 대한 연대/총체적인 관심의 가장 두드러진 표시는 일반적으로 문제의 초기/기본 설명에 대한 반응 수입니다. 거기에 반응을 추가하는 것을 고려하십시오.

솔직히 이것은 Github의 시스템적인 문제입니다. 모든 프로젝트의 모든 이슈 스레드에 동일하게 적용됩니다. Github UI는 사용자에게 이 결과를 알리지 않거나 어떤 식으로든 명백하게 권장하지 않기 때문에 이러한 사용을 요청하는 다양한 스레드에서 많은 항변을 찾을 수 있습니다. 스레드에 또 다른 메시지를 추가하여 그러한 피드백을 제공하는 것을 주저할 가능성이 있습니다(따라서 신호 대 잡음비를 더 감소시킴).

설명 감사합니다. 나는 그 +1 를 게시하는 사람들이 그것이 단지 성가신 일이라는 것을 알았다면 그렇게 하지 않았을 것이라고 추측합니다. 그것에 대한 짧은 설명을 게시하면 그 중 몇 가지가 중단되었을 수 있습니다. 그리고 내 질문도 마찬가지입니다. 싫어요는 여러 가지를 의미할 수 있습니다.

일, 주, 월, 연도 중 특정 시간에 일정 알림에 대한 업데이트가 있습니까?

해결 방법으로 prometheus를 백엔드로 사용:

• 다음 쿼리를 메트릭에 추가합니다. hour() , 이는 시간(0-23)을 반환합니다. 그래프에서 숨길 수 있습니다.
• 경고에 AND 조건을 추가하여 hour() 쿼리가 원하는 범위(예: 근무 시간) 사이에 있는 경우에만 경고합니다.

day_of_week() 도 마찬가지입니다.

전 세계의 여러 팀을 기반으로 24시간 서비스를 제공하려면 이 기능도 필요합니다. 이에 대한 계획이 있습니까?

그동안 이 기능이 준비되는 동안 해결 방법을 사용하려고 합니다.

예시:

```
metric A : production.application_a.actual_metric = 123(이것은 실제 메트릭입니다)
metric B : helper.time_helper.hour = 1 ~ 24 ( 매분 매분 흑연으로 전송되는 가짜 시간 메트릭)

   alert requirement :

(메트릭 A는 100 미만이고 시간은 10 및 20 범위 내에 있음)
또는
(메트릭 A는 50 미만이고 시간은 10 및 20 범위를 벗어남)
```

다시 말해서:

metric A threshold is 100 between 10AM to 8PM and it is 50 for rest of the time

내 질문 :

위의 시나리오에서 단일 그래프 패널로 달성할 수 있습니까? 아니면 내부 범위와 외부 범위에 대해 각각 하나씩 두 개의 다른 그래프 패널을 사용할 수 있습니까? 아니면 이것을 달성하기 위해 grafana에 다른 방법이 있습니까? (참고: 흑연 0.9를 사용하고 있습니다.)

또한 이 기능을 기다리며 grafana에 잘못된 메트릭을 보내는 흥미로운 접근 방식을 기다리고 있습니다. 메트릭을 생성하는 간단하고 좋은 옵션이 무엇인지 궁금하십니까?

+1 표현식을 사용하여 경고 조건을 제한할 수 있는 임의의 쿼리를 가질 수 있습니까?

1과 2 사이의 시간 AND

+1 정말 감사하겠습니다!

조잡한 해결 방법에 대한 의견
나는 collectd / Influxdb를 사용합니다.
플랫 ext 파일에 시간 값을 쓰는 cron 프로세스가 있습니다.
테이블 수집 플러그인은 이것을 Table_Value - 인스턴스 "시간"으로 읽습니다.
범위만 사용해야 하는 모든 경고에서 메트릭 시간(최대)을 대시보드에 숨겨진 메트릭으로 추가한 다음 경고에서 AND 범위 값을 사용합니다. 시간이 X와 Y 사이에 있는 경우에만 트리거합니다.
같은 일이 요일에도 작동합니다.

투박하지만 효과적인

@torkelo 이것이 언제 구현될 수 있습니까?

아니요, 죄송합니다. 핵심 팀 로드맵에는 없습니다.

Cloud vm 인스턴스가 예약 해제로 인해 해제되도록 예약될 때 경고가 전송되지 않도록 하는 모든 해결 방법. 대부분의 시스템은 수년 동안 이것을 가지고 있습니다.
이것을 추가하십시오 ;) 경고 피로 설정.

플랫 ext 파일에 시간 값을 쓰는 cron 프로세스가 있습니다.
범위만 사용해야 하는 모든 경고에서 메트릭 시간(최대)을 대시보드에 숨겨진 메트릭으로 추가한 다음 경고에서 AND 범위 값을 사용합니다. 시간이 X와 Y 사이에 있는 경우에만 트리거합니다.

이것은 X - Y 사이의 경고를 무시하는 것보다 미묘하지만 유용한 이점이 있는 매우 효과적인 해결 방법입니다. Y 전에 상황이 수정되지 않으면 Y에서 첫 번째 경고를 받습니다. X - Y 사이의 경고를 무시하면 저는 Y 후에도 경고가 표시되지 않습니다("알림 보내기" 기능을 사용할 수는 있지만).

흑연을 데이터 소스로 사용할 때 크론 작업이 필요하지 않은 것으로 나타났습니다.

timeSlice(isNonNull(identity(1)), '02:30 -9h', '06:00 -9h') C 메트릭을 추가하고 경고 조건 AND max() OF query(C, 1m, now) HAS NO VALUE 을 추가하여 2:30 - 6:00 사이의 경고를 제외했습니다. ( -9h 는 내 시간대 오프셋이 +9:00이고 timeSlice()가 UTC로 표시되기 때문입니다.)

편집: 이것을 시도한 후 며칠 후에 timeSlice() 트릭이 작동하지 않는 것 같습니다... 대시보드를 저장한 시간에 고정되어 매일 이동하지 않는 것 같습니다.

이것은 큰 누락 기능입니다. 이것이 로드맵에 없는 이유는 무엇입니까? 구현하기가 사소해 보인다

Prometheus의 hour() 함수를 사용한 해결 방법에 대해 @albertvaka 에게 정말 감사드립니다.

불행히도 hour() 함수를 사용할 때 시간대를 자동으로 고려할 방법이 없는 것처럼 보입니다(DST가 있을 때 문제가 됨). 월과 일을 기준으로 수동으로 시간대를 계산할 수만 있지만 이는 좋은 솔루션이 아닙니다.

prometheus/prometheus#4160에 대한 추가 정보

다른 날짜 시간 기간에 대해 다른 임계값 수준을 설정할 수 있으면 좋을 것입니다.
예를 들어 밤에 사용자 활동 이벤트가 거의 없는 경우에는 괜찮지만 낮에는 괜찮지 않습니다.

이 요청에 진전이 있습니까?

확실하지 않지만 Grafana 6.1.3에서 이와 관련된 새로운 것을 찾을 수 없었습니다.

이 기능이 구현되는 것을 보고 싶습니다. 우리는 Grafana를 업무상 중요한 경고에 사용합니다. 예를 들어 여가 시간에 필요하지 않은 경우 회사 사람들에게 알리지 않는 것이 좋습니다.

+1, 이것이 구현되기를 바랍니다.

+1 주말에 집에 가기 전에 모니터링을 일시 중지하는 것을 잊었습니다. 예상되는 행동에 대해 월요일에 수천 개의 이메일로 돌아옵니다.

+1 최대한 빨리 구현하십시오 - 이것이 곧 구현되지 않으면 모든 것을 thingsboard로 이식해야 할 것입니다 https://thingsboard.io/

@torkelo 이 문제에 대한 정보를 제공해 주시겠습니까? 어떤 진전이 있습니까?

안녕하세요, 그것을 구현하고 풀 리퀘스트를 할 수 있는 충분한 지식을 가진 사람이 있습니까?

이 기능을 "얻기 위해" 내가 한 일을 말할 수 있습니다. 이 코드는 독점적이기 때문에 공유할 수는 없지만 아이디어는 공유할 수 있습니다. 이 아이디어는 독점적인 황소 * *의 대상이 아닙니다.

내보낸 JSON 페이로드에서 전체 대시보드를 업데이트하기 위해 Grafana REST API를 사용하는 cron-scheduled [SomeCloudProviderOfYourChoice]Lambda 함수 몇 개를 구현했습니다. 그에 따라 시스템의 활성/유휴 기간에 따라 경고 및 임계값이 포함됩니다(저희 시스템은 매일 8-10시간 활성화됩니다. 주말 제외). 그것은 꽤 잘 작동합니다.

하지만.

Grafana Web GUI에서 대시보드로 작업할 때마다 JSON 대시보드를 덤프하고 "Grafana 스케줄러" 저장소에 커밋하는 것은 MANDATORY 입니다. 페이로드(South Park S11E09) 덤핑을 잊어버리면 스케줄러가 시작될 때마다 변경 사항이 손실됩니다(복구 가능하지만 고통스럽습니다). 그리고 변경 사항을 활성/유휴 JSON 덤프 모두에 전파해야 합니다. 이는 기본적으로 두 배의 노력을 의미합니다(차이가 적절하게 문서화되지 않은 경우 더 많이). 효과적으로 이 "솔루션"은 잘 문서화되고 유지 관리되며 가시적이고 엄격하게 준수되는 _프로세스_가 필요하다는 것을 의미합니다. 장기적으로는 이 기능이 전혀 없는 것보다 훨씬 더 짜증날 수 있습니다. 경고 임계값을 너무 드물게 변경하여 _process_ 오버헤드를 처리하는 것이 그다지 번거롭지 않은 것 같습니다.

어쨌든...

저는 지금 SQLite(제공자에 의해 시행됨) 위에서 실행되는 Aiven Grafana와 함께 작업하고 있으므로 데이터베이스가 보다 동시적이고 기능이 풍부한 것으로 변경된 경우 데이터베이스 트리거+이벤트를 사용하여 이러한 작은 Grafana Web GUI를 통한 부분 업데이트로 전체 프로세스를 보다 원활하게 만들 수 있습니다.

계속 지켜봐 주세요, 행운을 빕니다!

완료하려면 이것을 추가하십시오. 이것은 다른 플랫폼에서 마이그레이션하는 데 반드시 필요합니다.

T-SQL 쿼리를 사용하는 간단한 방법은 GRAFANA를 속이는 것입니다(해결 방법).

SELECT timestamp AS time,
        CASE 
            WHEN DATEPART(HOUR, SYSDATETIME()) NOT IN (0,1,2,3,4,5,6) 
            THEN COUNT(document_number)
            ELSE 0 
        END AS Receipts
FROM GRAFANA.dbo.ReceiptsErrorsHistory
WHERE timestamp >= DATEADD(DAY, -7, GETDATE())
AND document_type = 'receipt'
GROUP BY timestamp

이 구현의 상태는 무엇입니까? 현재 경고에 seyren 및 cabot을 사용하고 있으며 Grafana 경고로 마이그레이션하려고 합니다. 시간 제한이 없으면 앞으로 나아갈 수 없습니다.

Elastic search의 경우 이 문제를 쉽게 해결할 수 있는 방법을 찾았습니다.
날짜 수학 사용 : https://www.elastic.co/guide/en/elasticsearch/client/net-api/7.x/date-math-expressions.htm.

예를 들어 범위(AM 00:00 ~ PM:12:00)의 데이터를 원하면 @timestamp :[now/d TO now/d+12h]가 원하는 결과를 반환할 수 있습니다.

@sukjoonhong 작동이 안되네요. 스크린샷이 있습니까?

cron을 사용하여 경고를 켜고 끄는 해결 방법이 있습니다. 이것은 밤새 모든 경고를 끄려는 경우에만 작동합니다(또는 개별 경고를 스크립팅하는 데 방해가 될 수 있는 경우).

grafana 상자의 crontab에서 다음을 추가했습니다.

1 * * * * root /root/do-alert-thing.sh

그리고 /root/do-alert-thing.sh에서:

#!/bin/bash

#Enable at 6am local
TZ='Somewhere/Sometime' date +%H | grep '06' && (
  curl http://localhost:3000/api/admin/pause-all-alerts -d '{"paused":false}' -u [email protected]:letmein -H 'Content-Type: application/json'
)

#Disable at 9pm local
TZ='Somewhere/Sometime' date +%H | grep '21' && (
  curl http://localhost:3000/api/admin/pause-all-alerts -d '{"paused":true}' -u [email protected]:letmein -H 'Content-Type: application/json'
)

Somewhere/Sometime 을 시간대로 바꾸고(팁: 목록에 대해 timedatectl list-timezones 실행) [email protected] 대신 자격 증명을 추가하세요. 이 관리 끝점 은 설명서에 따라 기본 인증 모드에서만 작동합니다.

이것이 누군가를 돕기를 바랍니다.

@Atem18

제 경우에는 이 쿼리가 효과가 있었습니다.

@sukjoonhong 감사합니다 한번 해보겠습니다!

cron을 사용하여 경고를 켜고 끄는 해결 방법이 있습니다. 이것은 밤새 모든 경고를 끄려는 경우에만 작동합니다(또는 개별 경고를 스크립팅하는 데 방해가 될 수 있는 경우).

grafana 상자의 crontab에서 다음을 추가했습니다.

1 * * * * root /root/do-alert-thing.sh

그리고 /root/do-alert-thing.sh에서:

#!/bin/bash

#Enable at 6am local
TZ='Somewhere/Sometime' date +%H | grep '06' && (
  curl http://localhost:3000/api/admin/pause-all-alerts -d '{"paused":false}' -u [email protected]:letmein -H 'Content-Type: application/json'
)

#Disable at 9pm local
TZ='Somewhere/Sometime' date +%H | grep '21' && (
  curl http://localhost:3000/api/admin/pause-all-alerts -d '{"paused":true}' -u [email protected]:letmein -H 'Content-Type: application/json'
)

Somewhere/Sometime 을 시간대로 바꾸고(팁: 목록에 대해 timedatectl list-timezones 실행) [email protected] 대신 자격 증명을 추가하세요. 이 관리 끝점 은 설명서에 따라 기본 인증 모드에서만 작동합니다.

이것이 누군가를 돕기를 바랍니다.

나는 이것을 시도하고 작동하지만 grafana ui에서는 한 시간 동안만 일시 중지된다고 말합니다. 그래서 나는 ....까지 매시간 반복되는 crontab을 만들어야 할 것입니다.

백업 스크립트가 실행 중인지 확인하는 ps 명령과 같이 스크립트의 출력을 기반으로 prometheus on/off 메트릭을 생성하는 다른 각도에서 접근했습니다. 그런 다음 대시보드에 백업 상태를 표시하는 "백업 활성"이 있고 모든 쿼리 및 경고가 있는 기본 패널에 백업 메트릭이 1인 경우 경고하지 않는 조건 확인을 추가합니다. 이 접근 방식은 또한 기록 메트릭 데이터를 고려할 때 백업이 예상보다 오래 실행되는 경우 실행되는 별도의 경고를 추가할 수 있습니다.

cron을 사용하여 경고를 켜고 끄는 해결 방법이 있습니다. 이것은 밤새 모든 경고를 끄려는 경우에만 작동합니다(또는 개별 경고를 스크립팅하는 데 방해가 될 수 있는 경우).
grafana 상자의 crontab에서 다음을 추가했습니다.
1 * * * * root /root/do-alert-thing.sh
그리고 /root/do-alert-thing.sh에서:

#!/bin/bash

#Enable at 6am local
TZ='Somewhere/Sometime' date +%H | grep '06' && (
  curl http://localhost:3000/api/admin/pause-all-alerts -d '{"paused":false}' -u [email protected]:letmein -H 'Content-Type: application/json'
)

#Disable at 9pm local
TZ='Somewhere/Sometime' date +%H | grep '21' && (
  curl http://localhost:3000/api/admin/pause-all-alerts -d '{"paused":true}' -u [email protected]:letmein -H 'Content-Type: application/json'
)

Somewhere/Sometime 을 시간대로 바꾸고(팁: 목록에 대해 timedatectl list-timezones 실행) [email protected] 대신 자격 증명을 추가하세요. 이 관리 끝점 은 설명서에 따라 기본 인증 모드에서만 작동합니다.
이것이 누군가를 돕기를 바랍니다.

나는 이것을 시도하고 작동하지만 grafana ui에서는 한 시간 동안만 일시 중지된다고 말합니다. 그래서 나는 ....까지 매시간 반복되는 crontab을 만들어야 할 것입니다.

왜 그런 행동이 보이는지 잘 모르겠습니다. 나를 위해 아침 cron 라인을 사용하여 일시 중지를 해제할 때까지 일시 중지되고 9시간 동안 일시 중지된 상태로 유지됩니다.

cron을 사용하여 경고를 켜고 끄는 해결 방법이 있습니다. 이것은 밤새 모든 경고를 끄려는 경우에만 작동합니다(또는 개별 경고를 스크립팅하는 데 방해가 될 수 있는 경우).
grafana 상자의 crontab에서 다음을 추가했습니다.
1 * * * * root /root/do-alert-thing.sh
그리고 /root/do-alert-thing.sh에서:

#!/bin/bash

#Enable at 6am local
TZ='Somewhere/Sometime' date +%H | grep '06' && (
  curl http://localhost:3000/api/admin/pause-all-alerts -d '{"paused":false}' -u [email protected]:letmein -H 'Content-Type: application/json'
)

#Disable at 9pm local
TZ='Somewhere/Sometime' date +%H | grep '21' && (
  curl http://localhost:3000/api/admin/pause-all-alerts -d '{"paused":true}' -u [email protected]:letmein -H 'Content-Type: application/json'
)

Somewhere/Sometime 을 시간대로 바꾸고(팁: 목록에 대해 timedatectl list-timezones 실행) [email protected] 대신 자격 증명을 추가하세요. 이 관리 끝점 은 설명서에 따라 기본 인증 모드에서만 작동합니다.
이것이 누군가를 돕기를 바랍니다.

나는 이것을 시도하고 작동하지만 grafana ui에서는 한 시간 동안만 일시 중지된다고 말합니다. 그래서 나는 ....까지 매시간 반복되는 crontab을 만들어야 할 것입니다.

왜 그런 행동이 보이는지 잘 모르겠습니다. 나를 위해 아침 cron 라인을 사용하여 일시 중지를 해제할 때까지 일시 중지되고 9시간 동안 일시 중지된 상태로 유지됩니다.

내가 그 행동을 보고 있다고 말하는 것이 아니라 문자 그대로 grafana UI에서 말합니다. 1시간 동안 일시 중지되었습니다. 그래서 나는 일시 정지 트릭이 1시간 동안만 작동한다고 가정했습니다.

그러나 이것이 거짓이라면 정정하겠습니다.

내가 그 행동을 보고 있다고 말하는 것이 아니라 문자 그대로 grafana UI에서 말합니다. 1시간 동안 일시 중지되었습니다. 그래서 나는 일시 정지 트릭이 1시간 동안만 작동한다고 가정했습니다.

그러나 이것이 거짓이라면 정정하겠습니다.

이것은 단지 경고 상태일 수 있습니다. 예를 들어 경고가 정상이면 다음과 같이 표시됩니다.

한 시간 동안 일시 중지된 경우 "1시간 동안 일시 중지됨"이라고 표시됩니까?

바보야, 내가 잘못 해석했을 것 같아 🍡

설명 감사합니다!

4년 후 6.6.x > 버전에서 이 기능을 구현할 계획이 있습니까?

우리는 여전히 이것이 구현되기를 고대하고 있습니다. 이것은 한가한 사용자, 휴가 중이거나 다른 방법으로 사용할 수 없는 사용자가 응답할 필요가 없을 때 알림으로 스팸을 받는 경우 매우 비효율적인 알림 시스템입니다.

다양한 시간(저희의 경우 업무 시간)을 알림으로 설정하는 옵션을 포함하고 싶습니다.

여기도 마찬가지입니다.

일부 백엔드에 대한 해결 방법이 존재하지만(저는 쿼리를 통해 특정 시간 범위를 벗어나는 이벤트를 필터링하는 것과 관련된 MySQL용을 사용합니다) 이것을 "적절한 기능"으로 갖는 것은 확실히 플러스가 될 것입니다.

또한 향후 릴리스에서 이 기능을 보고 싶습니다. '근무 시간 이후' 기간 동안 경고를 필터링하거나 억제할 수 있으면 도움이 될 것입니다. 예를 들어 오후 8시 이후와 다음 날 오전 8시 이전에 발생하는 경고를 필터링할 수 있습니다.

이 기능을 사용하는 것이 좋습니다. 지금의 모습은 밤에 늑대가 우는 아이와 같다. 나는 그냥 서랍에 휴대폰을 넣었다. 경고는 쓸모가 없습니다. 감사합니다.

우리는 Grafana의 Acknowledgement 기능이 절실히 필요합니다. Acknowledge Alert 기능이 없으면 Critical Production Service 환경에서 Grafana Alerting 기능을 사용할 수 없습니다.

Grafana에서 이 기능을 보는 것이 좋을 것입니다. 특정 시간 동안의 경고만 우리와 관련이 있습니다. 근무 시간은 +-2시간입니다. 야간에는 모니터링되는 값이 (계획된) 상승하여 현재 경고가 발생합니다 :-(

기능 요청 시 +1

특정 시간 지역에 대한 알람을 추가할 수 있다면 이것은 훌륭한 기능이 될 것입니다. 알람 규칙은 특정 시간 영역에서만 작동해야 합니다.

다음과 같이 기간과 관련하여 다른 알림 채널을 구성하는 방법이 있으면 좋을 것입니다.

• 일반적인 월요일 -> Slack을 통해 알림
• 1월 1일 월요일 -> SMS로 알림

기간은 사용자가 정의하고 알림 채널에 연결할 수 있습니다.

나는 대부분의 댓글을 훑어보았으므로 누군가 다음 사용 사례를 명확히 설명했다면 사과하지만 나는 그것을 눈치채지 못했습니다.

경고에 대한 시간 제한을 지원하는 이유는 희소 데이터 계열 때문입니다. 매일 오전 8시 브리핑을 위한 데이터를 준비하기 위해 자정과 오전 2시 사이에 배치 작업이 하루에 한 번 실행되는 설정을 고려하십시오. "작업 완료"의 단일 데이터 포인트는 완료 시 방출됩니다.

시간 제한 없이 이에 대해 경고하는 좋은 방법은 없습니다.

"지난 X시간 내에 데이터 포인트가 없으면 경고"는 X시간 동안 작동하지 않습니다. 예를 들어 "지난 24시간 내에 데이터 포인트가 없음"에 대해 경고하면 모든 작업이 매일 올바르게 실행되는 한 작동합니다. 그러나 실패하면 오전 11시에 작업을 다시 실행하여 따라잡습니다. 그런 다음 다음날에 대한 내 경고가 깨졌습니다(오전 11시 이후까지 트리거되지 않기 때문에). 이것은 시간 제한에 대한 나의 주요 사용 사례입니다. 실행 가능한 유일한 경보는 오전 2시부터 오전 8시까지 경보 평가 논리를 켜고 "지난 8시간 내에 데이터 포인트가 없는 경우"에 경보를 보내는 것입니다.

이 사용 사례는 근무 시간 동안 경고를 억제하거나 하루 중 특정 시간 주변의 소음을 줄이는 것이 아닙니다. 24/7 상시 응대에도 시간 제한 없이는 위의 경고를 정확하게 표현할 수 없습니다.

이 기능에 +1.
우리의 경우 하루/시간/주 1회 지난 N일 간의 정보가 포함된 경고를 보내야 합니다. 뉴스레터는 반드시 정해진 시간(8:00, 13:00 등)에 작성해야 하기 때문에 모든 것이 복잡합니다.

해결 방법으로 HTTP Api를 통해 경고를 관리할 계획이지만 grafana의 클라이언트 부분에서 이 기능을 보고 싶습니다.

이 기능이 필요합니다. 예: 유지 관리 시간이 있는 PROD 네트워크 - 이제 이 유지 관리 기간 동안 일부 알림을 중지하려고 합니다. 예: 특정 시간 프레임 사이의 매주 일요일 밤. 현재로서는 불가능합니다.

이 기능을 사용할 수 있게 되면 정말 좋아할 것입니다. 24시간 범위의 특정 기간에 대한 알림을 중지하고 싶습니다.

+100000

👍 +1
Grafana를 진정한 알림 엔진으로 사용하기 위해서는 꼭 필요한 기능이라고 생각합니다.

실제 서비스는 정상 상태를 유지하지만 지정된 일정에 따라 메트릭이 변경될 수 있습니다.
해당 일정 동안 경보를 제어할 일반적인 방법이 필요합니다.

+1

이것은 클라이언트 측에 있으면 좋은 기능입니다. 지금 당장은 Logstash에서 hourOfDay, dayOfWeek와 같은 필드를 파생시켜 메트릭 세트에 추가 메트릭을 추가하고 경고 규칙에 추가하기 위해 ES에 표시해야 합니다.

CPU 사용량인 평균 메트릭 A가 1m 동안 90%를 초과하면 알림
그리고
동일한 문서의 최대 hourOfDay인 metric B가 RANGE 사이인 경우.

작동하지만 해결 방법으로 이렇게 작동하는 것이 어색합니다.
특히 Grafana 이후로 다른 영역에서 2016년 이후 엄청나게 발전했지만 2016년 이후로는 잊혀진 상태입니다.

cron을 사용하여 경고를 켜고 끄는 해결 방법이 있습니다. 이것은 밤새 모든 경고를 끄려는 경우에만 작동합니다(또는 개별 경고를 스크립팅하는 데 방해가 될 수 있는 경우).

grafana 상자의 crontab에서 다음을 추가했습니다.

1 * * * * root /root/do-alert-thing.sh

그리고 /root/do-alert-thing.sh에서:

#!/bin/bash

#Enable at 6am local
TZ='Somewhere/Sometime' date +%H | grep '06' && (
  curl http://localhost:3000/api/admin/pause-all-alerts -d '{"paused":false}' -u [email protected]:letmein -H 'Content-Type: application/json'
)

#Disable at 9pm local
TZ='Somewhere/Sometime' date +%H | grep '21' && (
  curl http://localhost:3000/api/admin/pause-all-alerts -d '{"paused":true}' -u [email protected]:letmein -H 'Content-Type: application/json'
)

Somewhere/Sometime 을 시간대로 바꾸고(팁: 목록에 대해 timedatectl list-timezones 실행) [email protected] 대신 자격 증명을 추가하세요. 이 관리 끝점 은 설명서에 따라 기본 인증 모드에서만 작동합니다.

이것이 누군가를 돕기를 바랍니다.

안녕
개별 알림 URL을 얻는 방법을 알려주실 수 있습니까?

안녕
개별 알림 URL을 얻는 방법을 알려주실 수 있습니까?

4년이 지난 후에도 분명히 요구되었던 이 기능이 구현되지 않은 것이 유감입니다. 제 사용 사례는 라우터가 때때로 다시 시작되어야 하는 간단한 홈 자동화입니다(ISP의 것이며 가동 시간의 1주일 이상 지속될 수 없음). 매일 밤 라우터를 재설정하는 다이얼이 있는 간단한 소켓 어댑터가 있습니다. 그래서 매일 밤 텔레그램에서 내 센서가 다운된다는 경고를 많이 받습니다. 특정 시간 간격 동안 경고를 비활성화하는 간단한 기능이 유용할 것입니다.

매우 정교한 스케줄링이 바로 필요하지 않습니다. 이 기능의 첫 번째 버전에서는 하루 중 시간일 수 있습니다. 이후 단계에서 더 복잡한 일정이 추가됨에 따라

특정 시간에 경고를 예약할 수 있는 방법이 있습니까?

이 기능에 대해 +1입니다.

grafana는 모듈로 작업을 지원합니까? 그런 다음 ID 기능을 사용하여 패널에서 추가 메트릭으로 유닉스 시간을 얻을 수 있어야 합니다. 모듈로 함수를 사용하면 유닉스 시간을 86400(하루의 초 수)으로 나눈 나머지를 얻을 수 있습니다. 그런 다음 경고의 시간 측정항목에 범위 조건을 추가할 수 있습니다. 오른쪽?

이 목적을 위해 모듈로 연산을 추가하는 것이 어렵습니까?

미친 소리 같지만 작동하고 내 사용 사례에서는 충분했습니다. 😂

time() % 86400

그래도 명백한 해킹이 아닌 더 편리한 솔루션이 없다는 것은 고통입니다. 🤦

미친 소리 같지만 작동하고 내 사용 사례에서는 충분했습니다. 😂

time() % 86400

그래도 명백한 해킹이 아닌 더 편리한 솔루션이 없다는 것은 고통입니다. 🤦

@ochrstn v6.6.1 에서 이것을 시도했는데 모듈로 연산이 쿼리에서 본질적으로 무시되었을 때 어떤 버전의 grafana가 있습니까?

미친 소리 같지만 작동하고 내 사용 사례에서는 충분했습니다. 😂

time() % 86400

그래도 명백한 해킹이 아닌 더 편리한 솔루션이 없다는 것은 고통입니다. 🤦

@ochrstn v6.6.1 에서 이것을 시도했는데 모듈로 연산이 쿼리에서 본질적으로 무시되었을 때 어떤 버전의 grafana가 있습니까?

v6.6.2 🙈

grafana는 모듈로 작업을 지원합니까? 그런 다음 ID 기능을 사용하여 패널에서 추가 메트릭으로 유닉스 시간을 얻을 수 있어야 합니다. 모듈로 함수를 사용하면 유닉스 시간을 86400(하루의 초 수)으로 나눈 나머지를 얻을 수 있습니다. 그런 다음 경고의 시간 측정항목에 범위 조건을 추가할 수 있습니다. 오른쪽?
이 목적을 위해 모듈로 연산을 추가하는 것이 어렵습니까?

미친 소리 같지만 작동하고 내 사용 사례에서는 충분했습니다.

time() % 86400

그래도 명백한 해킹이 아닌 더 편리한 솔루션이 없다는 것은 고통입니다.

안녕하세요 @ochrstn :) 이 작업을 수행한 방법에 대한 세부 정보를 제공할 수 있습니까?