チーム ポリシーを作成して管理する

チーム ポリシーには、アラート ポリシー、通知ポリシー、 アクション ポリシーが含まれます。これらのポリシーについては、次のセクションで詳述します。アラートの作成と通知フローでは、グローバル ポリシーとチーム ポリシーの各スコープのタイプから、最大で 1 つのポリシーを 1 つのアラートに適用できます ([Continue to next policy (次のポリシーに進む)] オプションが有効になっていない場合)。また、チームごとに最大 1,000 のチーム ポリシーを定義できます。

アラートが作成されると、グローバル ポリシーの範囲で定義されている最初のアラート ポリシーが確認されて、上部のアラート コンテンツ ベースの条件と時間制限の両方を満たす最初のポリシーのみが適用されます。つまり、順序が重要なのです。その後、Team ポリシーの範囲内で定義されたアラート ポリシーと通知ポリシーが確認されて、必要な条件が満たされるとアラートに適用されます。

アラートとその通知を包括的に制御するために、さまざまな種類のアラートに対して機能する複数のポリシーを定義します。たとえば、Team ポリシーの範囲で通知ポリシーを定義して、複数の統合からのアラートの通知を一度に遅延するように設定されたポリシーの条件に基づいて、すべてまたは一部のアラートの通知を遅延させます。

アラート ポリシー

アラート ポリシーでは、アラートが作成中でも介入して変更できます。メッセージや説明などのアラートのプロパティを変更または追加できる上に、アラートの作成前でも対応者を変更または追加できます。チームまたはユーザーを対応者として割り当てます。

アラート ポリシーには、複数のポリシーを処理するオプションがあります。[Continue to next policy (次のポリシーに進む)] オプションが有効になっている場合は、アラート ポリシー リストの次のポリシーが処理されます。このチェーンの実行は、このオプションを無効にした最初のポリシーで停止します。

通知ポリシー

通知ポリシーは、Team ポリシーのスコープでのみ使用できます。つまり、通知ポリシーは Team の下にのみ存在します。通知ポリシーは、新しいアラートの作成、通知の確認など、アラート アクションの通知に適用されます。通知ポリシーを使用して、すべてのチームアラート通知に対して異なる操作を適用します。ポリシーを適用するアラートのタイプを指定します。

通知ポリシー プロジェクトには、遅延/抑制、自動再起動、自動クローズの 3 種類のアクションがあります。これらのアクションの詳細については、以下で説明します。

• 遅延/抑制
  抑制オプションは、ポリシーが適用されるアラートのすべての通知を防止します。つまり、アラートが抑制オプションを含む通知ポリシーと一致した場合、アラート作成またはアラート アクションは誰にも通知されません。

遅延オプションは、指定された決まった時間や希望する曜日と時間までアラート通知を遅延させます。このポリシーを保守ウィンドウとして使用して、新規作成されたアラートの通知を一時中断します。遅延時間を過ぎる前にアラートが確認またはクローズされた場合、通知は送信されないことに注意してください。

通知を遅らせている場合は、[For (間)] オプションか [Until (期限)] オプションのいずれかを選択する必要があります。[For xxx minutes (xxx 分間)] オプションを選択すると、アラート通知は指定された固定時間分 (最大で 7 日間) 遅延します。[Until (期限)] オプションを選択すると、各オプションについて次のパターンに従って通知が遅延されます。

• 最初の HH:MM アラート通知は、最初に指定された任意の日の HH:MM に基づいた時刻まで遅延されます。

• 次の平日 HH:MM アラート通知は、最初の平日 (月曜日、火曜日、水曜日、木曜日、金曜日) の最初に指定された時間 HH: MM まで遅延します。

• 次に指定された日 HH:MM アラート通知は、最初に指定された日と時間ベース時刻まで遅延されます。たとえば、「遅延」オプションが次の月曜日 08:00 でアラートが 2 月 29 日月曜日 08:30 に作成された場合、アラートの通知は 3 月 7 日月曜日 08:00 まで遅延されます。ただし、2 月 28 日日曜日にアラートが作成された場合、アラートの通知は 2 月 29 日月曜日 08:00 まで遅延されます。

重複除外条件のある通知ポリシーとアラートが一致すると、一致したポリシーの重複除外条件が満たされない限り、アラートの通知フローは開始されません。アラートが重複除外条件を満たすと、すぐに通知フローが開始されます。

• 重複除外関連付け
  次の 2 つの異なる方法で構成できます。

• 重複除外回数が特定の値に等しくならない限り、通知を遅延させられます。

• 発生率が指定したしきい値を超えない限り、通知を遅延できます。

注意: アラートの作成自体も発生としてカウントされます。

アラート アクティビティ ログに含まれるシナリオの例を次に示します。

• 自動再起動
  自動再起動の設定は、解決しないで問題を見逃したり忘れたりしないようにするための優れた方法です。アラートが通知ポリシーにある自動再起動に一致する場合、アラートの通知フローは (アラートを承認した場合でも) ポリシーの指定された時刻がアラート作成時刻を過ぎると再起動します。通知ポリシーの自動再起動がヒットすると、現在の受信者の状態またはエスカレーションの状態に関係なく、現在の通知フローは破棄されて再起動されます。つまり、この動作はアラートに対して実行された UnAcnowledge Alerts と同じです。アラートが平均時間内にクローズされた場合、アクションは実行されません。

通知の自動再開ポリシーが実行されると、次のアクションも再トリガーされて時間のステータスが更新されます。

• 自動クローズ

• 自動再起動

• 遅延/抑制

したがって、指定された上限に達していない場合、自動再開は指定された時間後に再び実行するようにスケジュールされます。注意: 自動再開アクションは、1 つのアラートにつき最大 20 回繰り返すように設定できます。

• 自動クローズ
  自動クローズ アクションによって、すべてのアラートが最終的にクローズされるようになります。自動クローズ アクションに一致するアラートは、最後に発生した後に指定された時刻に自動でクローズされます。つまり、アラートが重複除外された場合は、自動クローズ アクションで指定された時間だけ自動クローズが延期されます。アラートが平均時間内にクローズされた場合、アクションは実行されません。

アクション ポリシー

アクション ポリシーは Opsgenie アクションを手作業なしで実行します。Opsgenie アクションは、アクション ポリシーを使用して予測可能または反復アラートの対応時間を短縮できます。オンコール対応者の対応を待たずに、インスタンスの再起動やテーブル容量の増加などの簡単なアクションを実行します。アクション ポリシーは、Opsgenie アクションに対するそのような行為を定義するために使用できます。

アクション ポリシーを構成するには、次の手順を実行します。

1. [Add action policy (アクション ポリシーの追加)] をクリックして、ポリシー名とその説明を定義します。

2. アラート条件を構成して、ポリシーをトリガーするアラートを指定します。

3. ドロップダウン メニューに表示されるアラート メッセージ、説明、対応者、タグなどの条件を設定します。

4. 指定された条件が満たされたときに実行する Opsgenie アクションを選択します。アラートの作成後にアクションを実行するのに必要な時間を指定します。