ダウンタイム

モニターをトリガーせずに、システムのシャットダウン、オフラインメンテナンス、またはアップグレードのダウンタイムをスケジュールします。ダウンタイムはすべてのモニターのアラートと通知を無音にしますが、モニターの状態遷移を妨げることはありません。

スケジュール

Datadog でモニターのダウンタイムのスケジューリングを行うには、メインナビゲーションで Monitors –> Manage Downtime の順に移動します。その後、画面右上の Schedule Downtime ボタンをクリックしてください。

サイレントにする対象を選択

    検索するか、ドロップダウンを利用してサイレントにしたいモニターを選択します。フィールドを空欄にすると、すべてのモニターがデフォルトでサイレント状態に設定されます。スコープを選択して、特定のホストやデバイス、任意のタグに限定したダウンタイムを設定することもできます。選択されたすべてのスコープに紐付くモニターのみがサイレントに設定されます。

    一つないし複数のモニタータグに基づくダウンタイムのスケジューリングが可能です。少なくとも 1 つのタグを選択する必要があります。タグは最大 32 個まで選択でき、各タグの長さは最大 256 文字までとなります。選択されたすべてのタグに紐付くモニターのみがサイレントに設定されます。スコープを選択すれば、対象をさらに制限することもできます。

    モニターのサイレント設定にスコープを追加する場合は、Preview affected monitors をクリックして該当するモニターを表示します。ダウンタイムのスケジューリング後に作成または編集されたモニターは、スコープに合致した場合に自動でダウンタイムに組み込まれます。

    ダウンタイムスコープ

    ダウンタイムを単純なアラートモニターに制限する場合、単純なアラートモニターはすべてのレポートソースを集約して単一のアラートを送信するため、Group scope フィールドは無視できます。

    1 台のモニターから複数のアラートを送信している場合は、スコープに含まれるグループだけがサイレントに設定されます。たとえば、host:X がダウンタイムのスコープに含まれており、host:X と host:Y の両方に対してアラートがトリガーされる場合、Datadog は host:Y に対してのみモニター通知を生成します。host:X に対する通知は行われません。

    マルチアラートモニターに適用されるダウンタイムのスコープにすべてのグループを含めるには、Group scope で All を選択します。

    以下の例は、Group scope をマルチアラートモニターに適用する方法を示しています。

      例 1: 特定のサービスの通知をミュートする

      1. 1 つのグループ (この場合は service:web-store) のみでダウンタイムをスケジュールするには、そのグループを Group scope フィールドに入力します。
      2. Preview affected monitors は、選択したモニターがまだスコープ内にあることを示しているため、グループ service:web-store のアラートはスケジュールされたダウンタイム中にミュートされます。
      ダウンタイムの例
      1. スケジュールされたダウンタイムが始まり、このモニターではグループ service:web-store のアラートのみがミュートされます。
      ダウンタイムの例
      1. 複数のグループ (たとえば、service:synthesizer や service:consul など) でダウンタイムをスケジュールするには、グループごとに追加のダウンタイムを作成できます。

      例 2: env と service でグループ化されたモニターの特定の環境の通知をミュートする

      1. グループの 1 つ (この場合は env:dev) でダウンタイムをスケジュールするには、そのグループを Group scope フィールドに入力します。
      2. Preview affected monitors は、選択したモニターがまだスコープ内にあることを示しているため、グループ env:dev のアラートはスケジュールされたダウンタイム中にミュートされます。
      スコープ内の開発環境でのモニター名によるダウンタイム
      1. スケジュールされたダウンタイムが始まり、グループ env:dev および dev 環境に関連するすべてのサービスのアラートがミュートされます。
      グループステータスは、ダウンタイム中にミュートされた開発環境と関連サービスを示します
      1. 1 つ以上の “group by” (例: env:dev AND service:web-store) でダウンタイムをスケジュールするには、ダウンタイムに追加スコープを追加します。

      スケジュールされたダウンタイムが共通のモニタータグに基づいており、スコープ内のモニターが 1 つの “group by” スコープを持つマルチアラートモニターである場合、Group scope フィールドを使用して、スコープ内のモニターが共通に持つグループをサイレントにできます。

      例 1: それぞれが 1 つの “group by” スコープを持つ 2 つのマルチアラートモニターには、共通の downtime:true モニタータグがあります。

      1. モニター A は、複数の service グループにわたって平均されたメトリクスを報告するホスト用のマルチアラートモニターです。
      2. モニター B は、service:web-store に対して同じメトリクスを報告するホスト用のマルチアラートモニターです。
      3. ダウンタイムは、downtime:true モニタータグを持つすべてのモニターに対してスケジュールされます。
      4. このダウンタイムは、グループ service:web-store に制限されています。
      5. 影響を受けるモニターをプレビューすると、両方のモニターのスコープにグループ service:web-store が含まれていることがわかります。
      ダウンタイムの例
      1. モニター A は、ダウンタイムが開始されたことを示していますが、スコープ内のグループのみです: service:web-store
      ダウンタイムの例
      1. モニター B は、service:web-store のダウンタイムが開始されたことを示しています。すべてのモニターのグループ (host ごと) は service:web-store に属しているため、このモニターのダウンタイム中にすべてのホストがミュートされます。
      ダウンタイムの例

      スケジュール

        開始日時とタイムゾーンを指定して 1 回のみのダウンタイムを設定します。オプションで終了日時を設定することもできます。

        アラートのダウンタイム

        定期的なメンテナンスなどには繰り返しのダウンタイム設定が便利です。

        開始日時、タイムゾーン、繰り返し条件、期間を指定して定期のダウンタイムを設定します。オプションで終了日や繰り返し回数を設定することもできます。

        毎回の定期ダウンタイムが終了すると、そのダウンタイムをキャンセルし、同じ条件（開始時間と終了時間が異なる）の新しいダウンタイムを作成するというパターンが繰り返されます。注: このように新しく作成されたダウンタイムはすべて、元の作成者に関連付けられます。

        アラートのダウンタイム

        RRULE (つまり繰り返しルール) を使用して、ダウンタイムのスケジュールを定義します。定期的なルールを生成するためのツールとして、公式の RRULE ジェネレーターを使用してください。

        一般的な使用例は、RRULE を使用して月の特定の日のダウンタイムを定義することです。 たとえば、毎月第 3 月曜日に:

        アラートのダウンタイム

        注: RRULE で期間を指定する属性はサポートされません（例: DTSTART、DTEND、DURATION）。

        メッセージの追加

        このダウンタイムについてチームに通知するメッセージをフィールドに入力します。標準のマークダウン形式および Datadog の @-notification 構文での入力が可能です。

        チームへの通知

        対象のチームメンバーを指定して通知するか、サービスインテグレーションにメッセージを送信します。

        最初の回復通知を無効にする

        デフォルトでは、Datadog はダウンタイム前にトリガーし、ダウンタイム中に回復するモニターに対して回復通知を送信します。これは、サードパーティのインテグレーションを使用して、開いたインシデントを自動的にクローズする場合に便利です。チェックボックスを選択すると、これらの通知がミュートされます。

        最初の回復通知をミュートする

        最初の回復通知を無効にするオプションは、複数のダウンタイム間で加算されます。そのため、複数のダウンタイムが重なって同じモニターをミュートする場合、少なくとも 1 つのダウンタイムが無効化オプションをチェックすると、最初の回復通知がミュートされます。

        注: このオプションは、最初の回復通知をミュートします。ダウンタイム中にモニターがトリガーして再び回復する場合、このオプションの設定に関係なく、対応する通知は常にミュートされます。

        管理

        Manage Downtime ページには、アクティブなダウンタイムとスケジュールされたダウンタイムのリストが表示されます。ダウンタイムを選択して、詳細を表示、編集、または削除します。詳細には、作成者、スコープ、適用されるモニターのリストが含まれます。 ファセットパネルと検索バーを使用して、Creator、Scope、Monitor Tags、または Active、Automuted、Recurring パラメーターのリストをフィルタリングします。

        Manage Downtime ページ

        履歴

        ダウンタイム履歴は、Monitor Status ページにグループ遷移履歴のオーバーレイとして表示されます。または、イベントエクスプローラー内で tags:audit,downtime を検索するか、tags:audit,downtime_id:<DOWNTIME_ID> を使用して特定のダウンタイムを ID で検索できます。

        ミュート設定

        モニターは、ALERT、WARNING、RESOLVED、NO DATA 間でステータスが切り替わる際にイベントをトリガーします。モニターがミュートまたはダウンタイムによってサイレント状態になっている時は、RESOLVED から別の状態に変わっても、イベントや通知はトリガーされません。

        ダウンタイム時のアラート

        注: モニターのステータスページからモニターをミュートまたはミュート解除しても、そのモニターに関してスケジュールされたダウンタイムは削除されません。ダウンタイムを編集または削除するには、Manage Downtimes ページから設定を変更するか、API を使用する必要があります。

        有効期限

        ダウンタイムの期限が切れたときにモニターのステータスがアラート対象（ALERT、WARNING、NO DATA）の場合、モニターは新しい通知をトリガーします。これは、ダウンタイム中にモニターのステータスが（たとえば OK から ALERT、WARNING、または NO DATA に）変わったモニターや、ダウンタイムの開始時にすでにアラート対象のステータスであったモニターも同様です。ダウンタイムを手動でキャンセルした場合、モニターがアラート対象のステータスになったとしても、通知は送信されません。

        例 1: モニターがダウンタイムの開始前にアラートの状態で、ダウンタイム中も継続した場合:

        1. ダウンタイム中、このアラートの通知は停止されます。
        2. モニターはアラートの状態です（依然として条件が満たされているため）。
        3. ダウンタイムが終了します。
        4. アラート条件が依然として満たされるため、通知が送信されます。

        例 2: モニターがダウンタイムの開始前にアラートの状態で、ダウンタイム中にリカバリした場合:

        1. アラート状態から OK に移行します。
        2. ダウンタイム中にリカバリ通知が送信されます（ダウンタイム中最初のリカバリのみ）。

        モニターレポート

        週間モニターレポートには、ダウンタイム時を含むすべてのアラートのステータスが含まれます。

        その他の参考資料

        お役に立つドキュメント、リンクや記事:

        モニターの作成ドキュメント more more モニター通知ドキュメント more more モニターの管理ドキュメント more more