• 使用を開始する
  • 関連ドキュメント

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

ポリシーは、Standard プランと Enterprise プランでご利用いただけます。

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

グローバル ポリシーと Team ベース ポリシーの違いは、Team ベースポリシーは統合、つまりチームに関連付けられている点にあることが重要です。グローバル ポリシーは、その下で指定された条件と一致するすべてのアラートに適用されます。

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

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

A team's policies are only applied to alerts that satisfy either one of the following conditions:
- Alert is created with the same team's integration.
- Alert is created with a global integration, but is routed to this team only.
- Alert is created via an incident and this team is the owner or responder of the incident.

アラート ポリシー

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

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

Team ポリシーの範囲で定義されたアラート ポリシーは、グローバル ポリシー処理の範囲で定義されたアラート ポリシーが完了するとすぐに処理されます。

通知ポリシー

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

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

ポリシーは、Standard プランと Enterprise プランでご利用いただけます。

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

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

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

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

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

  • Next specified day at HH:MM Alert notifications are delayed until the first specified day and hour-minute based time. For example, if the "delay until" option is Next Monday 08:00 and the alert is created on Feb 29, Monday 08:30, the notifications for the alert are delayed until March 7, Monday 08:00. However, if the alert is created on Feb 28, Sunday, the notifications for the alert are delayed until Feb 29, Monday 08:00.

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

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

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

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

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

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

Opsgenie のサンプル アラート アクティビティ ログを示すスクリーンショット。
  • Auto Restart
    Configuring Auto Restart is a great way to ensure that no problem is missed or forgotten without being resolved. If an alert matches an auto restart under notification policy, the notification flow of the alert restarts when the specified time of the policy passes after the alert creation time (Even if someone acknowledges the alert). When an auto restart under notification policy hits, the current notification flow will be discarded and restarted regardless of the current recipient or escalation states. In other words, the behavior is the same as an executed UnAcknowledge Alerts on the alert. If the alert gets closed in the meantime, no action is taken.

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

  • 自動クローズ

  • 自動再起動

  • 遅延/抑制

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

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

アクション ポリシー

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

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

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

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

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

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

 

アクション ポリシーは Opsgenie アクションでのみ利用できます。したがって、アクション ポリシー セクションはそれらの顧客にのみ表示されます。

さらにヘルプが必要ですか?

アトラシアン コミュニティをご利用ください。