メトリクスアラートの通知

ホーム画面 > プロジェクト選択 > アラート通知 > アラート設定 > メトリックスタブ選択

メトリクスイベントとは

メトリクスイベントは、基本イベント(アプリケーションイベント、サーバーイベントなど)より具体的で複雑なイベントを設定するために使用します。プロジェクトがリアルタイムで収集中のメトリクスデータに基づいてイベントを設定できます。使用状況に応じて、2つの設定方法のいずれかを選択してイベントを設定できます。

メトリックスイベント
複合メトリクスイベント

ノート

メトリクスの詳細については、次の文書を参照してください。
新しいUIを適用してユーザーの利便性が強化されたイベント設定 Newメニューでメトリクスイベントを追加できます。詳しい内容は、次の文書を参照してください。
アラート設定権限のあるメンバーのみが利用できます。メンバー権限についての詳細は、次の文書を参照してください。

メトリックスイベント

アラート通知 > アラート設定メニューから画面の上にあるメトリックスを選択します。画面の右上にあるアラート通知追加を選択します。メトリクスイベント画面が表示されます。

メトリクスイベント

ノート

メトリクスにイベントテンプレートの詳細については次の文書を参照してください。

基本情報を入力

イベント名：追加するイベント名を入力します。
イベント活性化：イベントの活性化の有無を選択します。
テンプレート：作成されたテンプレートを選択して、簡単にイベントを設定できます。テンプレートを使用しない場合は、使用しないを選択します。
カテゴリ：メトリクスデータを区切る単位です。メトリクスイベント設定時に必須の設定値です。
- カテゴリ選択オプションは、名前とデータ収集間隔、キー情報を表示します。イベントを設定する際には該当カテゴリのキーを使用します。
- カテゴリは、直近3時間以内にプロジェクトで収集されたメトリクスデータを照会し、一覧に表示します。カテゴリ選択オプションに収集間隔が表示されない場合は、直接入力するオプションを選択して、カテゴリキーを入力します。
レベル
- イベント発生時の警告レベルを示します。Critical、Warning、Infoレベルで分けます。Critical、Warningレベル設定時イベント状態が解消されたら追加に通知する選択オプションが有効になります。
- イベント状態が解消されたら追加に通知する: イベントの項目から発生したイベント状態が解消されたら追加に通知するの送信可否を選択できます。トグルボタンを選択して機能をオンまたはオフできます。
メッセージ
- イベント発生時に出力する通知メッセージを入力します。${Tag}または${Field}を入力してメッセージに変数を適用できます。変数に入力するキーは、選択したメトリクスデータカテゴリに含まれる値である必要があります。メトリックス照会メニューで入力できるタグまたはフィールドキーを確認できます。
- ボタンをクリックすると、以前に入力したメッセージの履歴を確認できます。
受信テスト
必須項目であるイベント名、カテゴリ、レベル、メッセージ情報に基づいて通知を発生させ、メッセージをチェックする機能です。

ノート
受信テストを利用するには、必須項目(イベント名、カテゴリ、レベル、メッセージ)に値を入力または選択する必要があります。
イベント発生条件

フィールド、演算子の選択、しきい値を入力して、イベントが発生する条件を設定します。
アラート通知対象のフィルタリング

タグ、演算子の選択、フィルタリング値を入力して、ターゲットをフィルタリングします。入力がない場合は、全体エージェントにアラート通知を送信します。

ノート

イベント発生条件とアラート通知対象のフィルタリングで使用できる基本文法と演算子の一覧は、次の文書を参照してください。
イベント発生条件とアラート通知対象のフィルタリングオプションは、選択入力または直接入力オプションを選択できます。
イベント設定内容が保存された後は、そのオプション値は直接入力オプションで管理します。以降選択入力オプションに切り替えると、オプション値が初期化される可能性があります。
イベント発生条件と対象に、特殊文字(~!@#$%^&*()_+=-[]`)を入れるか、数字から始まるフィールド名を入力すると、エラーが発生する場合があります。その時は、直接入力オプションを選択し、次のように中括弧(${})にくくって入力します。
```
${4xxErrorType} == '401'
```

通知設定

イベント受信設定

発生回数：選択した時間の間にイベント発生条件で設定したイベントが入力した回数分発生すると、アラート通知が送信されます。
ノート
- 選択時間を使用しないに設定すると、入力した回数だけ連続して発生通知が送信されます。
- イベント状態が解消されたら追加に通知するオプションを有効にした場合、選択時間は、使用しないに選択することをお勧めします。
- カテゴリオプションで選択した項目のログ収集の周期は5秒です。
イベント発生の一時中止：過剰なアラート通知が発生しないようにするオプションです。最初のアラート通知の後、選択された時間にアラート通知は送信されません。また、イベント履歴メニューに記録されません。
関連カテゴリ：関連カテゴリを最大5つまで設定し、通知を閲覧するときに参照します。
イベント受信タグ：イベント受信タグを選択すると、そのタグを持つプロジェクトメンバーと3rd-partyプラグインに通知を送信できます。イベント受信タグを選択しない場合は、プロジェクトの全体メンバーにアラート通知を送信します。

ノート
アラート通知 > イベント受信設定メニューでプロジェクトメンバーと3rd-partyプラグインにタグを設定できます。

イベントルールテスト

アラート通知テスト

選択した時間の間に設定したイベント条件を実行して、何回の警告通知が発生したかを確認できます。実行ボタンを選択すると、右上に通知発生件数情報が表示されます。イベント発生条件で選択したフィールドとしきい値をチャート上に表示します。

ノート

イベント発生条件についての詳細は、次の文書を参照してください。
イベントルールテスト機能は、最大24時間のデータに基づいてテストできます。

マルチメトリクスイベント

複合指標イベントを利用するには、次の内容を理解する必要があります。

メトリクスとは

MXQL

複合指標イベントは、メトリクスデータより複雑なルールを使用してイベントを生成し、アラート通知を送信します。複合メトリクスは、次のような状況で効果的に使用できます。

複数のエージェントから受信したデータに対して総合的にイベント判定を行う必要がある場合
過去のデータと現在のデータを比較して、イベント判定を行う必要がある場合

メトリクスイベントは、エージェントからメトリクスを受信するたびにイベント判定を行います。一方、複合メトリクスイベントは、各エージェントから収集したメトリクスをデータベースに保存します。そして、もう一度照会してイベント判定を行います。このような特性から、複数のエージェントのデータを統合して活用したり、過去のデータを活用することができます。ただし、MXQLと呼ばれるWhaTap独自のデータ言語を使用するため、MXQLを覚える必要があります。そのため、ユーザーが基本的なMXQLの内容を理解するだけで効果的にイベントを設定できるようにイベントテンプレートを提供します。テンプレートを利用し、イベント対象とイベント条件に対するクエリのみ修正することでイベントを適用できます。

アラート通知 > アラート設定メニューの画面からメトリックスを選択します。
複合指標セクションの右側にあるアラート通知追加を選択します。
複合指標画面が表示されたら、チャートで生成するを選択します。

イベント設定ウィンドウが表示されます。

複合メトリクスイベント設定

ノート

複合メトリクスイベントを設定するには、イベント設定権限が必要です。

イベントデータ照会

複合指標イベントは、メトリクスデータのクエリ言語であるMXQLベースにイベント条件を生成します。チャートで生成する機能は、MXQLを自動作成するコンボボックス機能を提供します。イベントデータを照会してチャートを構成し、アラート通知条件を直接入力するためのテンプレートですウィジェットまたはテキストオプションを選択してイベントを設定します。

ウィジェット
テキスト

時系列チャートを設定するオプションからイベント設定時に使用するMXQLをオートコンプリートさせることができます。

イベントデータ参照

フィルター：イベント条件の対象を選択します。演算式、タグ、フィルタリング値を入力して、フィルタリング条件を作成します。
グループ化：グループ化されたメトリクスデータを選択します。複数を選択できます。
タイム単位：グループ化されたデータを分割する時間基準を設定します。秒、分、時間単位で選択して設定できます。
フィールド：アラート通知条件に使用するフィールドを選択します。複数を選択できます。

通知

アラート通知設定の基本情報を入力します。

イベント活性化：トグルボタンをクリックして、イベント活性化の有無を選択できます。
レベル: 危険(Critical), 警告(Warning), 情報の中で一つのレベルを選択します。

イベント状態が解消されたら追加に通知する: イベント項目中に発生したイベント状態が解消されたら追加に通知する送信可否を選択できます。トグルボタンを選択し、機能をオンまたはオフできます。
題名：アラート通知のタイトルを入力します。
メッセージ：イベント発生時に出力する通知メッセージを入力します。 ${Tag}または${Field}を入力してメッセージに変数を適用できます。変数に入力するキーは、選択したメトリクスデータカテゴリにある値を入力します。メトリックス照会メニューで入力できるタグまたはフィールドキーを確認できます。

アラート通知ポリシー

アラート通知を送信する条件を入力します。

データ照会範囲：イベント条件に使用するMXQLのリアルタイムデータの照会範囲を設定します。イベントデータの照会に含まれるフィールドのみ使用できます。

複合メトリクスイベントは、DBに保存されたメトリクスを照会して使用します。最初にデータを照会する時間範囲を指定する必要があります。データ取得時間を5分で選択すると、過去5分間に収集されたデータが照会して、イベント発生条件を確認します。直近のデータに対するイベントを設定する場合は短く、長い期間に対する統計的なアクセスの場合は長く設定できます。

ノート
実際の使用例については、次の文書を参照してください。
条件：MXQLに反映するフィールドと演算規則、しきい値を入力します。

追加情報

アラート通知を受信するために追加オプションを設定します。

間隔：選択した時間の間隔で通知条件を確認します。
ミュート：頻繁な警告通知の発生を防ぐオプションです。最初の警告通知以降、選択した時間の間には警告通知を送信しません。また、イベント履歴メニューに残りません。
イベント受信タグ：イベント受信タグを選択すると、該当タグを持つプロジェクトメンバーと3rd-partyプラグインに通知を送信できます。イベント受信タグを選択しない場合は、プロジェクトの全体メンバーに警告通知を送信します。

ノート
アラート通知 > イベント受信設定メニューでプロジェクトメンバーと3rd-partyプラグインにタグを設定できます。

アラート条件テスト

イベントルールテスト

選択した時間に設定したイベント条件を実行し、アラート通知の件数を確認できます。実行ボタンを選択すると、通知発生の件数情報が表示され、イベント発生条件で選択したフィールドとしきい値をチャートに表示します。

イベント設定に含まれているほとんどの内容は、MXQLを使用して指定されます。 MXQLが適切に作成されたかをミュレーションできる機能を提供します。シミュレーション機能は、過去24時間のデータを照会してイベント判定をした後、何件のメトリクスが照会され、そのうち何件のイベント判定が成功したかを表示します。

メトリクスイベントの修正と削除

アラート通知 > アラート設定メニューから移動した後メトリックスタブを選択してください。
イベント一覧から修正または削除する項目の右端のボタンをクリックしてください。
メトリクスまたは複合メトリクスのイベント設定ウィンドウが表示すると、各オプションを修正して、保存ボタンを選択します。

選択したイベントを削除するには、イベント設定画面の右上にある削除ボタンを選択します。

発生条件、対象選択ガイド

メトリクスアラート通知でイベントの発生条件とイベント対象選択では同じ文法を使用します。ただし、イベントの生成条件は、タグ(Tag)のKeyを変数として使用し、イベント対象選択は、フィールド(Field)のKeyを変数として使用します。

基本文法

文字列をそのまま入力すると変数、バッククォート(' ')またはダブルクォート('' ")で囲むとtextとして認識します。

oid == "oid"
oid : 変数
== : 関数
"oid" : text

// onameがott-1235の場合

// 正常な場合
onname = 'ott-1235'またはonname = "ott-1235"

// 異常な場合、通知は機能しません。
onname = ott-1235

数字をそのまま入力すると、number、バッククォート(' ')またはダブルクォート('' '')で囲むとtextとして認識します。

oid == 123
oid : 変数
== : 関数
123 : number

// oidが123の場合

// 正常な場合
oid = 123

// 異常な場合、通知は機能しません。
id == '123' または oid == '123'

使用可能な演算子の一覧

オペレーター	使い方	説明
`==`	operand1 `==` operand2	operand1とoperand2の値が同じであることを確認します。
`!=`	operand1 `!=` operand2	operand1とoperand2の値が異なることを確認します。
`>`	operand1 `>` operand2	operand1の値がoperand2の値より大きいことを確認します。
`>=`	operand1 `>=` operand2	operand1の値がoperand2の値より大きいことを確認します。
`<`	operand1 `<` operand2	operand1の値がoperand2の値より小さいことを確認します。
`<=`	operand1 `<=` operand2	operand1の値がoperand2の値より小さいことを確認します。
`like`	operand1 `like` operand2	operand1にoperand2が含まれているかどうかをパターンで検索します。
`&&`	expression1 `&&` expression2	expression1とexpression2の両方が`true`であることを確認します。
`and`	expression1 `and` expression2	expression1とexpression2がいずれも`true`が確認します。 &&と同じ役割を果たす演算子です。
`\|\|`	expression1 `\|\|` expression2	expression1またはexpression2が`true`であることを確認します。
`or`	expression1 `or` expression2	expression1またはexpression2が`true`か確認します。 \|\|と同じ役割を果たす演算子です。

likeの使い方

ワイルドカード(*)含む文字列を簡単に検索できます。

特定のキーワードで始まる文字列検索
```
Key like "Value*"
```
特定のキーワードで終わる文字列検索
```
Key like "*Value"
```
特定のキーワードを含む文字列検索
```
Key like "*Value*"
```
キーワードの中にワイルドカード(*)が使用できません。
```
//対応しない文法
Key like "Va*lue"
```
like演算子からワイルドカード(*)を省略する場合、equals(==)で動作します。
```
//以下の2つの文章は全く同じ結果になります。
Key like "Value"
Key == "Value"
```

使用可能なメソッド一覧

メソッド	使い方	説明
startsWith	startsWith(param1, param2)	param1をKeyとするValueがparam2で始まる場合は、`true`、反対の場合は、`false`
endsWith	endsWith(param1, param2)	param1をKeyとするValueがparam2で終わる場合、`true`、反対の場合は、`false`
isNull	isNull(param1)	param1が`null`の場合は、`true`、反対の場合は、`false`
isNotNull	isNotNull(param1)	param1が`null`でない場合は、`true`、反対の場合は、`false`
isEmpty	isEmpty(param1)	param1が`null`または`EmptyString("")`の場合は、`true`、反対の場合は、`false`
isNotEmpty	isNotEmpty(param1)	param1が`null`でも、`EmptyString("")`でもない場合は、`true`、反対の場合は、`false`

startsWith

startsWith(Key, "Value")

endsWith

endsWith(Key, "Value")

isNull

isNull(Key)

isNotNull

isNotNull(Key)

isEmpty

isEmpty(Key)

isNotEmpty

isNotEmpty(Key)

テンプレート

メトリクスイベントテンプレート

ノート

クバネティスイベントのreasonフィールドの詳細については、クバネティス公式文書を参照してください。

BackOff

Kubernetesイベントのreasonフィールド情報のうち、BackOffが0回以上表示された場合、その通知が発生します。メッセージ例は次のとおりです。

Kubernetesイベント(Kube Event ${message})

Evicted

Kubernetesイベントのreasonフィールド情報のうち、Evictedが0回以上表示された場合、その通知が発生します。メッセージ例は次のとおりです。

Kubernetesイベント(Kube Event ${message})

FailedCreatePodSandBox

Kubernetesイベントのreasonフィールド情報のうち、FailedCreatePodSandBoxが0回以上表示された場合、その通知が発生します。メッセージ例は次のとおりです。

Kubernetesイベント(Kube Event ${message})

FailedMount

Kubernetesイベントのreasonフィールド情報のうち、FailedMountが0回以上表示された場合、その通知が発生します。メッセージ例は次のとおりです。

Kubernetesイベント(Kube Event ${message})

FailedScheduling

Kubernetesイベントのreasonフィールド情報のうち、FailedSchedulingが0回以上表示された場合、その通知が発生します。メッセージ例は次のとおりです。

Kubernetesイベント(Kube Event ${message})

FailedSync

Kubernetesイベントのreasonフィールド情報のうち、FailedSyncが0回以上表示された場合、その通知が発生します。メッセージ例は次のとおりです。

Kubernetesイベント(Kube Event ${message})

NodeNotReady

Kubernetesイベントのreasonフィールド情報のうち、NodeNotReadyが0回以上表示された場合、その通知が発生します。メッセージ例は次のとおりです。

Kubernetesイベント(Kube Event ${message})

Unhealthy

Kubernetesイベントのreasonフィールド情報のうち、Unhealthyが0回以上表示された場合、その通知が発生します。メッセージ例は次のとおりです。

Kubernetesイベント(Kube Event ${message})

コンテナCPU割当てによる使用率アラート

コンテナのCPU Limit基準でCPUの全体使用量(${cpu_per_quota})が70%以上の場合、その通知が発生します。メッセージ例は次のとおりです。

${okindName}の${oname}コンテナのCPU使用率が「${cpu_per_quota}% >= 70%」でです。

コンテナメモリ失敗回数

コンテナメモリのLimit到達件数が 1回以上の場合、その通知が発生します。メッセージ例は次のとおりです。

${okindName}の${oname}コンテナが limitを超えたため、${mem_failcnt}が増加しました。

コンテナメモリ使用率

コンテナメモリのLimit基準使用量(${container.mem_percent})が90%以上の場合、その通知が発生します。メッセージ例は次のとおりです。

${okindName}の${oname}コンテナのメモリ使用率は「${container.mem_percent}% >= 90%」です。

コンテナDEAD状態の通知

コンテナの状態コードが100の場合、その通知が発生します。状態コード100はDEADを意味します。メッセージ例は次のとおりです。

${oname}コンテナがDEAD状態です。

クラスタCPU Request通知

ノード割り当て可能なCPU量をLimit CPUの合計で割った値に100を乗じた値が80%以上であれば、その通知が発生します。メッセージ例は次のとおりです。

クラスタのCPUクォータに対してCPU Request(最低要求リソース)が80％を超えました。

クラスタMemory Request通知

ノード割り当て可能なメモリ量をLimit Memoryの合計で割った値に100を乗じた値が80%以上であれば、その通知が発生します。メッセージ例は次のとおりです。

クラスタのMemoryクォータに対してMemory Request(最低要求リソース)が 80%を超えました。

クラスタCPU Request通知

ノード割り当て可能なCPU量をLimit CPUの合計で割った値に100を乗じた値が60%以上であれば、その通知が発生します。メッセージ例は次のとおりです。

クラスタのCPUクォータに対してCPU Request(最低要求リソース)が60％を超えました。

クラスタMemory Request通知

ノード割り当て可能なメモリ量をLimit Memoryの合計で割った値に100を乗じた値が60%以上であれば、その通知が発生します。メッセージ例は次のとおりです。

クラスタのMemoryクォータに対してMemory Request(最低要求リソース)が 60%を超えました。

クラスタPod数の通知

ノードに割り当て可能なPodが存在しない場合、その通知が発生します。メッセージ例は次のとおりです。

マスターに割当てできるPodの数は0です。

ノードCPU使用率のアラート通知

ノードのCPU使用率(${cpu})が70%以上の場合、その通知が発生します。メッセージ例は次のとおりです。

${oname}のCPU使用率が「${cpu}% >= 70%」です。

ノードメモリ使用率のアラート通知

ノードのメモリ使用率(${memory_pused})が90%以上の場合、その通知が発生します。メッセージ例は次のとおりです。

${oname}のメモリ使用率が「${memory_pused}% >= 90%」です。

割り当てできないノード通知

ノードに割り当て可能なPod数が 0以下の場合、通知が発生します。

APDEX

トランザクションが存在し、APDEX点数が0.7点より低い場合、その通知が発生します。メッセージ例は次のとおりです。

ノードに割り当て可能なPod数が0個以下の場合、その通知が発生します。メッセージ例は次のとおりです。

APDEXが0.7未満です (${oname})

複合メトリクスのイベントテンプレート

Inactive agents has been found

アクティブ化されたエージェントの数が指定された条件よりも少ない時、通知が発生します。メッセージ例は次のとおりです。

${ip} ${okindName} The number of active agents has decreased to ${num_of_current_agents}.

TPS has changed by more than 30% compared to the previous week

アプリケーションのTPSが先週に比べて30%以上変化した時、通知が発生します。メッセージの例は次のとおりです。

${okindName} a week ago : ${prev_week_tps_display}, current : ${current_tps_display}, difference : ${one_week_diff_display}

Very slow active transactions detected

アプリケーションの8秒超過区間のトランザクション数が平均10個を超えると、通知が発生します。メッセージの例は次のとおりです。

${okindName} ${very_slow_tx_cnt_m5_avg_display} active transactions performed for more than 8 seconds were detected.

APDEX score dropped

APDEX点数が70未満になると、通知が発生します。メッセージ例は次のとおりです。

The average apdex of ${pname} in the last 5 seconds is ${apdex_display}

CPU % is too high

ノードのCPU使用率が80%を超えると、通知が発生します。メッセージの例は次のとおりです。

CPU utilization rate of the ${oname} in the last minute > ${_rule_} %

CPU User % is too high

ユーザーが使用するCPU使用率が50%を超えると、通知が発生します。メッセージ例は次のとおりです。

CPU User utilization rate of the ${oname} in the last minute > ${_rule_} %

The number of agents with high CPU SYS % is too large

システムが使用するCPU使用率が50%を超えると、通知が発生します。メッセージの例は次のとおりです。

The number of agents with a CPU SYS of 70% or more in the last minute > ${_rule_} %

The Disk I/O is too high

ディスクの I/O使用率が10%を超えると、通知が発生します。メッセージ例は次のとおりです。

In the last minute, ${oname}'s Disk I/O > ${_rule_} %

The Disk Used % is too high

ファイルシステムの使用率が90%を超えると、通知が発生します。メッセージ例は次のとおりです。

In the last minute, ${oname}'s Disk Used > ${_rule_} %

Network Traffic I/O is too high

ネットワークのインバウンドトラフィック/アウトバウンドトラフィックが10%を超えると、通知が発生します。メッセージ例は次のとおりです。

In the last minute, ${oname}'s Network Traffic I/O > ${_rule_} %

Network Packet I/O is too high

ネットワークのインバウンドパケット/アウトバウンドパケットが10%を超えると、通知が発生します。メッセージ例は次のとおりです。

In the last minute, ${oname}'s Network Packet I/O > ${_rule_} %

Network Error I/O is too high

ネットワークのインバウンドエラー/アウトバウンドエラーが10%を超えると、通知が発生します。メッセージ例は次のとおりです。

In the last minute, The maximum value of the ${oname}'s Network Error I/O > ${_rule_} %

The kube-apiserver latency over 10 second

コントロールプレーンコンポーネントの中でkube-apiserverのlatencyが10秒超えると、通知が発生します。ただし、WATCH行為は除きます。メッセージ例は次のとおりです。

Latency of the ${verb} verb in ${instance} of kube-apiserver exceeded ${metricValue} seconds.

The kube-apiserver response increase/decrease rate for error codes

コントロールプレーンコンポーネントの中でkube-apiserverのエラー応答が50件を超え、増減率が50% 以上に変化した場合、通知が発生します。メッセージ例は次のとおりです。

Rate of increase in the number of requests for code ${code} on instance ${instance} of kube-apiserver exceeded ${metricValue}.

メトリクスイベントとは​

メトリックスイベント​

基本情報を入力​

通知設定​

イベントルールテスト​

マルチ メトリクス イベント​

イベントデータ照会​

通知​

アラート通知ポリシー​

追加情報​

アラート条件テスト​

メトリクスイベントの修正と削除​

発生条件、対象選択ガイド​

基本文法​

使用可能な演算子の一覧​

likeの使い方​

使用可能なメソッド一覧​

startsWith​

endsWith​

isNull​

isNotNull​

isEmpty​

isNotEmpty​

テンプレート​

メトリクスイベントテンプレート​

BackOff​

Evicted​

FailedCreatePodSandBox​

FailedMount​

FailedScheduling​

FailedSync​

NodeNotReady​

Unhealthy​

コンテナCPU割当てによる使用率アラート​

コンテナメモリ失敗回数​

コンテナメモリ使用率​

コンテナDEAD状態の通知​

クラスタCPU Request通知​

クラスタMemory Request通知​

クラスタCPU Request通知​

クラスタMemory Request通知​

クラスタPod数の通知​

ノードCPU使用率のアラート通知​

ノードメモリ使用率のアラート通知​

割り当てできないノード通知​

APDEX​

複合メトリクスのイベントテンプレート​

Inactive agents has been found​

TPS has changed by more than 30% compared to the previous week​

Very slow active transactions detected​

APDEX score dropped​

CPU % is too high​

CPU User % is too high​

The number of agents with high CPU SYS % is too large​

The Disk I/O is too high​

The Disk Used % is too high​

Network Traffic I/O is too high​

Network Packet I/O is too high​

Network Error I/O is too high​

The kube-apiserver latency over 10 second​

The kube-apiserver response increase/decrease rate for error codes​

メトリクスイベントとは

メトリックスイベント

基本情報を入力

通知設定

イベントルールテスト

マルチメトリクスイベント

イベントデータ照会

通知

アラート通知ポリシー

追加情報

アラート条件テスト

メトリクスイベントの修正と削除

発生条件、対象選択ガイド

基本文法

使用可能な演算子の一覧

likeの使い方

使用可能なメソッド一覧

startsWith

endsWith

isNull

isNotNull

isEmpty

isNotEmpty

テンプレート

メトリクスイベントテンプレート

BackOff

Evicted

FailedCreatePodSandBox

FailedMount

FailedScheduling

FailedSync

NodeNotReady

Unhealthy

コンテナCPU割当てによる使用率アラート

コンテナメモリ失敗回数

コンテナメモリ使用率

コンテナDEAD状態の通知

クラスタCPU Request通知

クラスタMemory Request通知

クラスタCPU Request通知

クラスタMemory Request通知

クラスタPod数の通知

ノードCPU使用率のアラート通知

ノードメモリ使用率のアラート通知

割り当てできないノード通知

APDEX

複合メトリクスのイベントテンプレート

Inactive agents has been found

TPS has changed by more than 30% compared to the previous week

Very slow active transactions detected

APDEX score dropped

CPU % is too high

CPU User % is too high

The number of agents with high CPU SYS % is too large

The Disk I/O is too high

The Disk Used % is too high

Network Traffic I/O is too high

Network Packet I/O is too high

Network Error I/O is too high

The kube-apiserver latency over 10 second

The kube-apiserver response increase/decrease rate for error codes