リソースの枯渇 🔗
Resource Running Out alerts when a signal has a certain amount of time before it is exhausted (reaches a specified minimum value) or full (reaches a specified capacity). While it is common to use a 静的閾値 for many types of signals that trend to empty or capacity, such as alerting when memory utilization is 80% or when free disk space is below 10%, the Resource Running Out condition provides a more powerful way of receiving alerts for these types of signals, because it takes into account whether a signal is trending up or down (steadily rising or falling).
例 🔗
メモリ使用率が80%を超過したときにアラートを発するディテクターがあれば、アプリに深刻な影響が出る前に問題を調べる時間ができます。実際、80%に達することが問題になるのは、その値が上昇傾向にあり、100%に達しようとしている場合だけかもしれません。このシグナルを監視するより良い方法は、シグナルの上昇傾向/下降傾向に応じてアラートを発する「リソースの枯渇」アラート条件を使用することです。
In this case, say you want to receive a notification when the signal is expected to hit 80% in 15 minutes (trigger threshold of .25 hours) and has been in this state for 3 minutes (trigger duration of 3m). This alerts you in advance of the error condition, giving you more time to respond, but won’t send a false alert if the signal spikes to 80% and then quickly drops to a safer level.
基本的な設定 🔗
パラメータ |
値 |
注意事項 |
|---|---|---|
次に接近したときにアラートを発する |
|
減少すると想定されるシグナルの場合は「Empty」、増加すると想定されるシグナルの場合は「Capacity」を選択します。 |
最小値/容量 |
>= 0の数値 |
最小値はシグナルが「Empty」の場合を表し（「Emptyに接近したときにアラートを発する」の場合）、デフォルト値は0です。「容量」はシグナルが「full」の場合を表し（「Capacityに接近したときにアラートを発する」の場合）、デフォルト値はありません。シグナルがパーセントの場合は、例えば「100」と入力します。* |
トリガー感度 |
|
アラートのトリガー頻度の目安。「Low」を選択するとアラートのトリガー頻度は低くなり、アラートが解除されるまでの時間が長くなります（最も flappy でなくなる）。トリガーと解除の感度を決定する設定を変更するには、 |
*シグナルのプロット設定パネルでメトリクスの単位を指定した場合、「Capacity」に入力する値は、指定した単位と一致していなければなりません。例えば、「バイト」を指定した場合、100ギガバイトを指定するには100000000000（1000億）を指定する必要があります。詳細は、メトリクスの単位を指定する および プロット設定パネルでオプションを設定する を参照してください。
詳細な設定 🔗
パラメータ |
値 |
注意事項 |
|---|---|---|
トリガーの閾値 |
> 0の数値 |
リソースが指定した容量に達するまでの推定残り時間数。この値が小さいほど感度が低くなり、アラート数は潜在的に少なくなります。 |
トリガーの継続期間 |
パーセンテージ：1～100の整数。時間の指標：>= 1の整数の後に時間を表す指標（s、m、h、d、w）を付す。例：30s、10m、2h、5d、1w |
予想されるデータポイントの数との比較において、到着したシグナル（残り時間数）がトリガーの閾値を満たさなければならない回数。パーセンテージが高い、または期間が長いと、感度が低くなり、アラートの数が潜在的に少なくなります。このオプションの詳細については、継続期間のオプションの使用 を参照してください。 |
解除の閾値 |
> 0の数値。トリガーの閾値より高く設定する必要があります。 |
リソースが指定した容量に達するまでの推定残り時間数。この値が小さいほど、アラートの解除までにかかる時間が長くなります。 例えば、「トリガーの閾値」が24で「解除の閾値」が36の場合、リソースが24時間以内に容量に達すると予測されたときにアラートがトリガーされ、容量に達するまでの予測時間が36時間まで増えると解除されます。 |
解除の継続期間 |
パーセンテージ：1～100の整数。時間の指標：>= 1の整数の後に時間を表す指標（s、m、h、d、w）を付す。例：30s、10m、2h、5d、1w |
予想されるデータポイントの数との比較において、到着したシグナル（残り時間数）が解除の閾値を満たさなければならない回数。パーセンテージが高い、または期間が長いほど、アラートの解除までにかかる時間が長くなり、アラート条件が実際に発生しなくなったことをしっかりと確信できるようになります。このオプションの詳細については、継続期間のオプションの使用 を参照してください。 |
Double EWMAの使用 |
|
|
継続期間のオプションの使用 🔗
The Trigger duration and Clear duration options are used to trigger or clear alerts based on how frequently the condition is satisfied during the specified time window. For this alert, the condition being evaluated concerns the forecasted number of hours left, and the forecast is extrapolated when data is missing. Therefore, in the alert when nearing empty case (for example), a short period of descent followed by a long period of missing data might result in an alert being triggered.
参考 🔗
パラメータ |
注釈 |
|---|---|
トリガーの継続期間と解除の継続期間 |
このパラメータは、ネイティブ解像度より大幅に大きく設定します。 |
トリガーの閾値とトリガーの継続期間 |
これらのパラメータは必然的にペアです。例えば、「残り時間が<72の場合にアラート、継続期間は4時間の100%」、「残り時間が<48の場合にアラート、継続期間は2時間の100%」、「残り時間が<24の場合にアラート、継続期間は1時間の100%」（トリガー感度が次第に上がっている）のように、3つのルールを持つトリガー戦略を検討してみましょう。 |
シグナル |
シグナルがあまり変化しない場合、変化は検出されない可能性があります（トリガーの継続期間に必要な「パーセント」による）。 |
シグナル |
アラート条件は変化率の変換に適用するため、これは他の分析（特にローリング最小値、平均値、最大値の変換）との相互作用が悪くなる可能性があります。 |
シグナル |
変換されたシグナルは「残り時間」です。この量は、シグナルが指定された最小値を下回るか（「Empty」の場合）、指定された容量を上回ると（「Capacity」の場合）マイナスになります。つまり、ディテクターのチャートに「残り時間」が負の値で表示されることがあります。 |