アラートをトリガーする条件とユーザーへの通知方法は、組織やプロジェクトごとに選択できます。
注意
無料クラスターと Flex クラスターは、それらのクラスターがサポートするメトリクスに関連するアラートのみトリガーします。無料クラスターおよび Flex クラスターのアラートとメトリックの制限に関する詳細なドキュメントについては、Atlas 無料クラスターの制限 および Atlas Flex 制限 を参照してください。
必要なアクセス権
組織のすべてのアラートを管理するには、その組織の Organization Owner ロールが必要です。
Organization Billing Admin ロールには、請求アラートを管理するための限定的な承認が付与されます。
プロジェクトアラートを管理するには、プロジェクトへの Project Owner または Project Alerts Manager アクセス権が必要です。Organization Owner アクセスを持つユーザーは、自分自身を Project Owner としてプロジェクトに追加する必要があります。
デフォルトのアラート設定
通知オプション
通知認証情報の動作
Atlas が通知を送信する際、通知の配信を試行することで認証情報を検証します。認証情報が無効であるか期限切れの場合、通知は失敗します。
Atlas は、通知の送信が繰り返し失敗した場合、次のように処理します。
即時: 通知は失敗し、Atlas は内部障害カウンターをインクリメントします。
1 時間後: Atlas はプロジェクトオーナーに警告メールを送信します。
24 時間後: Atlas は通知方法を無効にし、プロジェクトオーナーに通知します。
重要
障害処理は、元のアラートの重大度に基づいてエスカレーションされません。
重大度レベル
すべてのアラートには、イベントタイプに基づくデフォルトの重大度レベルがあります。アラートを構成する 際、任意で、そのアラートの 重大度レベル を選択して、デフォルトのを上書きできます。
Atlas には、次の重大度レベルがあります。
重要
エラー
警告
info
Atlas は、アラートが開くときにアラートの重大度を設定します。アラート構成に重大度オーバーライドがある場合、Atlas はそのオーバーライドを使用します。それ以外の場合、Atlas はアラートのイベントタイプのデフォルトの重大度を使用します。重大度オーバーライドを変更しても、すでに開いているアラートの重大度は変更されません。
Atlas Administration APIでは、アラート構成はseverityOverride フィールドにオーバーライドを保存し、オープンする各アラートは解決された値をseverity フィールドに保存します。すべてのプロジェクト アラートを返す および 1 つのアラートを返す エンドポイントは解決された を返します。これはseverity Atlas が Webhook、PagerDuty、Opsgenie 通知ペイロードに含む重大度と一致します。
Atlas の重大度レベルは、サードパーティの通知サービスの次の重大度レベルにマップされます。
Atlas | PagerDuty | Opsgenie | VictorOps | DataDog |
|---|---|---|---|---|
重要 | 重要 | P1 | 重要 | エラー |
エラー | エラー | P2 | 重要 | エラー |
警告 | 警告 | P4 | 警告 | 警告 |
info | info | P5 | info | info |
アラートの構成
新しいアラートを作成する際に、既存アラートを複製できます。また、既存のアラート構成を更新することもできます。
アラート構成の表示
プロジェクトの メンテナンスウィンドウ アラート を構成できます。これらのアラートは、アクティブなメンテナンスウィンドウが設定されているプロジェクトにのみ有効です。メンテナンスウィンドウを構成しない場合、メンテナンスウィンドウアラートは作成できますが、メンテナンスタスクによってアラートはトリガーされません。
アラートの無効化
アラートの有効化
アラートの削除
アラート設定を削除すると、Atlas はその設定に関連するアクティブなアラートをキャンセルします。削除されたアラート設定は、表示されません。