Grafana: 警告：時刻制限

誰かがこのシナリオの回避策を思いついたことがありますか？ 私のシステムが24時間年中無休で稼働していない限り、アラート機能全体が基本的に役に立たないため、このチケットに賛成したのは4人だけであることにショックを受けました。 この問題を回避するために他の人が行っている他の機能やテクニックが欠けているに違いないと思います...

現在のところ、すべてのアラート通知をオフにするか、プロセスがEODをシャットダウンしたときに大量の偽の通知を受け取るという事実を受け入れる必要があります。

本当に批判的に聞こえようとしているのではなく、他のすべての人がこれらのアラートをどのように管理しているかを混乱させているだけです。 Grafanaは何年も前から大好きで、v4で最初に導入されて以来、アラート機能を追跡してきました。 しかし、アラートの更新があるたびに少し頭を悩ませ、この制限に対処していません。

@bblazeiあなたは正しいです！ これは、優先順位を付ける必要がある驚くべき機能であり、確実に役立つpplになります。
@torkeloこの機能がいつ計画されるか知っていますか？

次の2つのリリース（4.3と4.4）のロードマップに含まれていないため、現時点ではEtaではありません。

うーん、それは残念です。 24時間年中無休ではないシステムでアラートフレームワークを使用することをどのように推奨しますか？

これは、時間帯に応じて異なるアラートレベルを設定する必要があるため、非常に必要なものです。

私たちは（そうではありませんが）これも辛抱強く待っています。 現在、curl toSlackグラフを定期的に利用しています。

@torkelotorkelo 。 しばらく経ちましたが、これに関する更新は表示されません。 また、特定の時間にgrafanaアラートを無効にできるかどうかなども検討しています。 それは可能ですか？

この機能のアップデートはありますか？

[アラートリスト]ページでアラートを手動で一時停止することはできますが、（たとえば）毎日2：30aのDBサーバーのバックアップ中に、「ネットワークI / O待機中」というアラートが表示されます。 特定の期間中に通知されないアラートを作成すると、確かに便利です。

grafanaはモジュロ演算をサポートしていますか？ 次に、恒等関数を使用して、パネルの追加メトリックとしてUNIX時間を取得できるようになります。 モジュロ関数を使用すると、UNIX時間の除算の余りを86400（1日の秒数）で割ることができます。 次に、アラートの時間メトリックに範囲条件を追加できます。 右？

この目的でモジュロ演算を追加するのは難しいでしょうか？

本当にこの機能が必要です！

これに関する更新はありますか？ それはWIPなのか、それとも今も「検討中」なのか。

使用状況などの特定のアラートには、実際には異なる時間枠を使用したいと考えています。これは、日中は特定のしきい値を超えると予想されますが、夜間はそうではありません。

+1

+1

+1

なぜ人々（ @ bascarsija ＆@ maizy）はこれに対する人々の要求に反対票を投じるのですか？

人々はこれらの「+1」メッセージに「反対票を投じる」ので、このスレッドに登録しているすべての人に電子メール通知が送信されます。 これらの「+1」メッセージをスレッドに追加する多くの人々の累積的な影響は、信号対雑音比を劇的に低下させることにより、スレッドサブスクリプション機能の価値を大幅に低下させます。

反応を介して単に「賛成」または「反対」することで、そのような電子メール通知をトリガーすることなく、他の人が行った特定の提案またはコメントに関心または同意を示すことができます。 問題への連帯/総体的な関心の最も顕著な表示は、通常、問題の最初の/主要な説明の反応カウントです-そこにあなたの反応を追加することを検討してください。

率直に言って、これはGithubのシステム上の問題であり、すべてのプロジェクトのすべての問題スレッドに等しく適用されます。 Github UIはユーザーにこの結果を通知したり、明らかにそれを思いとどまらせたりすることはなく、問題を認識している（および/またはそれによって悪影響を受けている）ユーザーは、スレッドにさらに別のメッセージを追加することによってそのようなフィードバックを提供することをためらう可能性があります（これにより、信号対雑音比がさらに低下します）。

説明してくれてありがとう。 それらの+1を投稿する人々は、それが単なる迷惑だと知っていれば、それをしなかっただろうと思います。 それについての短い説明を投稿することはそれらのいくつかを止めたかもしれません...そして私の質問。 サムズダウンは多くのことを意味する可能性があります。

1日、1週間、1か月、1年の特定の時間帯に、スケジュールアラートの更新はありますか？

回避策として、バックエンドとしてprometheusを使用します。

• 次のクエリをメトリックに追加します： hour() 、これは1日の時間（0-23）を返します。 グラフに非表示にすることができます。
• アラートにAND条件を追加して、 hour()クエリが目的の範囲（例：営業時間）の間にある場合にのみアラートを出すようにします。

day_of_week()でも同じことができます。

世界のさまざまなチームに基づいて24時間サービスを提供できるようにする場合にも、この機能が必要です...これについて何か計画はありますか？

この機能の準備が整うまでの間、回避策を使用しようとしています。

例：

`` `
メトリックA：production.application_a.actual_metric = 123（これは私の実際のメトリックです）
メトリックB：helper.time_helper.hour = 1〜24（1日の時間ごとにグラファイトに送信される偽の時間メトリック）

   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

私の質問 ：

上記のシナリオでは、単一のグラフパネルで実現できますか、それとも範囲内と範囲外にそれぞれ1つずつ異なる2つのグラフパネルを使用できますか？ または、これを達成するためにgrafanaに他の方法はありますか？ （注：私はグラファイト0.9を使用しています。）

また、この機能、いくつかの誤ったメトリックをgrafanaに送信するための興味深いアプローチを待っています...メトリックを生成するための優れたシンプルなオプションは何でしょうか？

+1式を使用してアラート条件を制限できる任意のクエリを作成できますか？

1と2の間の時間AND

+1はとてもありがたいです！

粗雑な回避策についてのコメント
collectd / Influxdbを使用します
時間の値をフラットなextファイルに書き込むcronプロセスがあります
collect Tableプラグインは、これをTable_Valueとして読み取ります-インスタンス「時間」
範囲のみを使用する必要があるアラートでは、メトリック時間（最大）を非表示のメトリックとしてダッシュボードに追加し、アラートではAND範囲値を使用します-時間がXとYの間にある場合にのみトリガーします
同じことが曜日でも機能します

粗野だが効果的

@torkeloこれがいつ実装されるかについてのゲストはいますか？

いいえ、申し訳ありませんが、コアチームのロードマップには含まれていません

Cloudvmインスタンスがオフにスケジュールされているためにオフにスケジュールされているときにアラートが送信されないようにするための回避策。 ほとんどのシステムは何年もの間これを持っています。
これを追加してください;）アラート疲労設定。

時間の値をフラットなextファイルに書き込むcronプロセスがあります
範囲のみを使用する必要があるアラートでは、メトリック時間（最大）を非表示のメトリックとしてダッシュボードに追加し、アラートではAND範囲値を使用します-時間がXとYの間にある場合にのみトリガーします

これは非常に効果的な回避策であり、X-Y間のアラートを無視するよりも微妙ですが便利な利点があります。Yの前に状況が修正されない場合、Yで最初のアラートを受け取ります。X-Y間のアラートを無視した場合、 Yの後でもアラートは表示されません（ただし、「リマインダーの送信」機能を使用することはできます）。

データソースとしてグラファイトを使用する場合、cronジョブは必要ないことが判明しました。

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の詳細

異なる日時に異なるしきい値レベルを設定できると便利です
たとえば、夜間にユーザーの活動イベントがほとんどない場合は問題ありませんが、日中は問題ありません

このリクエストに進展はありますか？

わかりませんが、Grafana6.1.3でこれに関連する新しいものは見つかりませんでした

この機能が実装されるのを楽しみにしています。 Grafanaは、ビジネスクリティカルなアラートに使用します。たとえば、空き時間に必要がない場合は、社内の人に通知しないと便利です。

+1、これが実装されることを望んでいます。

+1神は禁じます私は週末に家に帰る前に監視を一時停止するのを忘れます、月曜日に予想される行動のために何千もの電子メールに戻ってきます

+1これをできるだけ早く実装してください-これがすぐに実装されない場合は、すべてをthingsboardに移植する必要がありますhttps://thingsboard.io/

@torkeloこの問題に関する情報を教えてください。 何か進展はありますか？

こんにちは、それを実装してプルリクエストを行うのに十分な知識を持っている人はいますか？

この機能を「取得」するために私が何をしたかをお話しできます。 コードはプロプライエタリであるため共有できませんが、プロプライエタリの対象ではないアイデアを共有することはできます** 。

cronでスケジュールされた[SomeCloudProviderOfYourChoice] Lambda関数をいくつか実装しました。GrafanaRESTAPIを使用して、エクスポートされたJSONペイロードからダッシュボード全体を更新し、それに応じてシステムのアクティブ/アイドル期間に応じてアラートとしきい値を更新しました（システムは毎日8〜10時間アクティブです）週末以外）。 それは非常にうまく機能します。

しかし。

Grafana Web GUIでダッシュボードを操作するときは常に、JSONダッシュボードをダンプして「 GrafanaScheduler 」リポジトリにコミットすることに変更を加えるときは必ず必須であることに注意する必要があります。 ペイロード（サウスパークS11E09）のダンプを忘れた場合、スケジューラーが起動するたびに変更が失われます（回復可能ですが、苦痛です）。 また、変更をアクティブ/アイドルJSONダンプの両方に伝播する必要があります。これは、基本的に2倍の労力を意味します（さらに、違いが適切に文書化されていない場合はさらに多くの作業が必要です）。 事実上、この「ソリューション」とは、十分に文書化され、維持され、可視化され、厳密に守られた_プロセス_に対処する必要があることを意味します。 アラートのしきい値を変更することはめったにないため、_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では、1時間だけ一時停止すると表示されます。 だから私は....まで1時間ごとに繰り返されるcrontabを作成する必要があります。

スクリプトの出力に基づいてプロメテウスのオン/オフメトリックを生成するという別の角度からこれにアプローチしました。たとえば、バックアップスクリプトが実行されているかどうかをチェックするpsコマンドです。 次に、ダッシュボードにバックアップステータスを表示する「バックアップアクティブ」があり、すべてのクエリとアラートを含むプライマリパネルに、バックアップメトリックが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では、1時間だけ一時停止すると表示されます。 だから私は....まで1時間ごとに繰り返される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では、1時間だけ一時停止すると表示されます。 だから私は....まで1時間ごとに繰り返されるcrontabを作成する必要があります。

なぜそのような振る舞いが見られるのかわかりません。 私にとっては、朝のcron行を使用して一時停止を解除するまで、一時停止し、9時間一時停止したままになります。

私がその振る舞いを見ていると言っているわけではありませんが、それは文字通りgrafanaUIでそれを示しています。 1時間一時停止しました。 したがって、一時停止のトリックは1時間しか機能しないと想定しました。

しかし、これが誤りである場合、私は訂正されたままです。

私がその振る舞いを見ていると言っているわけではありませんが、それは文字通りgrafanaUIでそれを示しています。 1時間一時停止しました。 したがって、一時停止のトリックは1時間しか機能しないと想定しました。

しかし、これが誤りである場合、私は訂正されたままです。

これは単なるアラートステータスである可能性があります。 たとえば、アラートに問題がない場合は、次のように表示されます。

1時間一時停止したとしたら、「1時間一時停止」と表示されますか？

私は愚かです、私は私が誤解したに違いないと思います🍡

説明してくれてありがとう！

4年後に6.6.x>バージョンでこの機能を実装する計画はありますか？

これも実装されるのを楽しみにしています。 これは、無料、休暇中、またはその他の理由で利用できないユーザーが、応答する必要がないときにアラートでスパムされた場合、非常に効果のないアラートシステムです。

アラートを出すためにさまざまな時間（この場合は営業時間）を設定するオプションを含めたいと思います。

ここでも同じですが、これがあればとてもいいでしょう。

一部のバックエンドの回避策があります（クエリを介して特定の時間範囲外のイベントをフィルタリングするMySQLの回避策を使用します）が、これを「適切な機能」として持つことは間違いなくプラスです。

また、将来のリリースでこの機能を確認したいと思います。 「営業時間外」の時間帯にアラートを除外/抑制できると便利です。 たとえば、アラートが午後8時以降、翌日の午前8時より前に発生した場合に、アラートをフィルターで除外できるとしたら。

この機能を利用できれば素晴らしいと思います。 今のところ、夜にオオカミが泣いている子供のようです。 電話を引き出しに入れるだけです。 アラートは役に立たない。 ありがとう。

Grafanaの確認機能が非常に必要です。 確認アラート機能がないと、重要な本番サービス環境でGrafanaアラート機能を使用できません。

Grafanaでこの機能を見るのは素晴らしいことです。 特定の時間帯のアラートのみが関連します。勤務時間は+ -2時間です。夜間は、監視値の（計画された）上昇があり、現在アラートが発生しています:-(

機能要求に応じて+1

特定の時間領域にアラームを追加できる場合、これは優れた機能になります。 アラームルールは、特定の時間領域でのみ機能する必要があります。

次のような期間に関するさまざまな通知チャネルを構成する方法があると便利です。

• 通常の月曜日-> Slack経由で通知
• 1月1日月曜日-> SMSで通知

期間はユーザー定義で、通知チャネルにリンクできます。

私はほとんどのコメントをざっと読んだので、誰かが次のユースケースを明確にした場合はお詫びしますが、気づきませんでした。

アラートの時刻制限をサポートする理由は、データ系列がまばらであるためです。 毎日午前8時のブリーフィングのデータを準備するために、バッチジョブが1日1回、午前0時から午前2時の間に実行されるセットアップを検討してください。 「完了したジョブ」の単一のデータポイントは、完了時に発行されます。

時間制限なしにこれを警告する良い方法はありません。

「過去X時間以内にデータポイントがない場合はアラート」は、X時間のカウントでは機能しません。 たとえば、「過去24時間以内にデータポイントがない」と警告した場合、すべてのジョブが毎日正しく実行されている限り、これは機能します。 ただし、失敗した場合は、午前11時にジョブを再実行して追いつきます。 その後、翌日のアラートが壊れます（午前11時以降までトリガーされないため）。 これは、時間制限の主な使用例です。 唯一の実行可能なアラートは、アラート評価ロジックを午前2時から午前8時までオンにし、「過去8時間以内にデータポイントがない」場合にアラートを出すことです。

この使用例は、勤務時間中のアラートを抑制したり、特定の時間帯のノイズを減らしたりすることではありません。 24時間年中無休のオンコール応答でも、上記のアラートは時間帯の制限なしに正確に表現することはできません。

この機能に+1します。
私たちの場合、過去N日間の情報を含むアラートを1日/時間/週に1回送信する必要があります。ニュースレターは厳密に決まった時間（8：00、13：00など）に配信する必要があるため、すべてが複雑になります。

回避策として、HTTP Apiを介してアラートを管理する予定ですが、この機能をgrafanaのクライアント部分で確認したいと考えています。

この機能が必要です。 例：メンテナンス時間のあるPRODネットワーク-このメンテナンスウィンドウ中にいくつかの通知を停止したいとします。 たとえば、特定の時間枠の間の毎週日曜日の夜。 現時点では不可能です。

利用可能になったときにこの機能が本当に好きになります。 24時間以内の特定の期間のアラートを停止したいと思います。

+100000

👍+ 1
Grafanaを真のアラートエンジンとして使用することは不可欠な機能だと思います。

実際のサービスは正常な状態を維持しますが、メトリックは指定されたスケジュールに従って変更される場合があります。
そのスケジュール中にアラートを制御する一般的な方法が必要です。

+1

これは、クライアント側にあると便利な機能です。 現在、LogstashでhourOfDay、dayOfWeekなどのフィールドを派生させて、メトリックセットにメトリックを追加するためにESに存在させ、アラートルールに追加する必要があります。

CPU使用率である平均メトリックAが1分間で90％を超えている場合は、警告してください
と
同じドキュメントの最大hourOfDayであるメトリック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週間以上の稼働時間に耐えることはできません）。 私は毎晩ルーターをリセットするダイヤル付きのシンプルなソケットアダプターを持っています。 そのため、毎晩、Telegramでセンサーがダウンしているというアラートをたくさん受け取ります。 特定の時間間隔でアラートを無効にするという単純な機能が便利です。

すぐに高度なスケジューリングを行う必要はありません。 この機能の最初のバージョンでは、それはちょうど1日の時間である可能性があります。 より複雑なスケジュールが後の段階で追加されます

特定の時間にアラートをスケジュールする方法はありますか？

この機能の+1。

grafanaはモジュロ演算をサポートしていますか？ 次に、恒等関数を使用して、パネルの追加メトリックとしてUNIX時間を取得できるようになります。 モジュロ関数を使用すると、UNIX時間の除算の余りを86400（1日の秒数）で割ることができます。 次に、アラートの時間メトリックに範囲条件を追加できます。 右？

この目的でモジュロ演算を追加するのは難しいでしょうか？

クレイジーに聞こえますが、機能し、私のユースケースではそれで十分でした。 😅

time() % 86400

それでも、明らかなハックではない、より便利なソリューションがないのは苦痛です。 🤦

クレイジーに聞こえますが、機能し、私のユースケースではそれで十分でした。 😅

time() % 86400

それでも、明らかなハックではない、より便利なソリューションがないのは苦痛です。 🤦

@ochrstn v6.6.1でこれを試したところ、クエリでモジュロ演算が基本的に無視されたため、どのバージョンのgrafanaを使用していますか？

クレイジーに聞こえますが、機能し、私のユースケースではそれで十分でした。 😅

time() % 86400

それでも、明らかなハックではない、より便利なソリューションがないのは苦痛です。 🤦

@ochrstn v6.6.1でこれを試したところ、クエリでモジュロ演算が基本的に無視されたため、どのバージョンのgrafanaを使用していますか？

v6.6.2🙈

grafanaはモジュロ演算をサポートしていますか？ 次に、恒等関数を使用して、パネルの追加メトリックとしてUNIX時間を取得できるようになります。 モジュロ関数を使用すると、UNIX時間の除算の余りを86400（1日の秒数）で割ることができます。 次に、アラートの時間メトリックに範囲条件を追加できます。 右？
この目的でモジュロ演算を追加するのは難しいでしょうか？

クレイジーに聞こえますが、機能し、私のユースケースではそれで十分でした。

time() % 86400

それでも、明らかなハックではない、より便利なソリューションがないのは苦痛です。

ねえ@ochrstn :)これをどのように行ったかについて詳しく教えてください。