ダウンタイムをスケジューリングすると、システムシャットダウンやオフラインメンテナンス、アップグレードを、モニターをトリガーせずに行うことができます。
アラートを出さなくてよい時間にアラートが出ないように、ダウンタイムをスケジューリングしたり、Datadog モニターをミュートしたりすることができます。
モニターは、ALERT、WARNING（有効な場合）、RESOLVED、NO DATA（有効な場合）のいずれかの状態に変わる際にイベントをトリガーします。モニターがダウンタイムまたはミュートによってサイレンスになっている時は、RESOLVED から別の状態に変わっても、イベントや通知はトリガーされません。
注: UI を使用してモニターをミュートまたはミュート解除しても、そのモニターに関してスケジュールされたダウンタイムは削除されません。削除するには、ダウンタイムの管理機能を使用するか、API を使用する必要があります。
モニターの状態がダウンタイム時に（たとえば OK から ALERT、WARNING、NO DATA に）変わり、スケジュールされたダウンタイム期間が終わった後もその状態が続く場合、モニターは通知をトリガーしません。ただし、そのスコープのデータが戻った時、あるいはモニターが OK の状態を返した時は、リカバリイベントをトリガーします。
この動作には、Autoresolve 機能を使用している場合に、NO DATA 状態の不要なアラートが大量に送信されるのを防ぐという目的があります。サイレンス期間の終了時に、モニターが NO DATA 状態のイベントをトリガーすることをお望みであれば、Datadog サポートチームに問い合わせて、この機能をお客様のアカウントで有効にするようリクエストしてください。これが機能するのは、モニターが NO DATA 状態でダウンタイム期間を終了する場合だけです。
モニターがダウンタイムの前にアラートをトリガーし、そのダウンタイム中にリカバリした場合は、リカバリイベントがダウンタイム中に送信されます（そのダウンタイム中で最初のリカバリである場合に限ります）。
週間モニターレポートは、すべてのアラート状態を、ダウンタイム時のものであっても報告します。
メインメニューにある Monitors にマウスを合わせて Manage Downtime ページに移動し、Manage Downtime を選択します。
Manage Downtime ページには、アクティブなダウンタイムとスケジューリングされたダウンタイムがリストされます。ダウンタイムの 1 つを選択すると、影響を受けるホストとモニターの詳細が表示されます。
ダウンタイムをスケジューリングするには、右上の “Schedule Downtime” ボタンをクリックします。
サイレントにする対象を選択します。
host:X がダウンタイムのスコープに含まれており、host:X と host:Y の両方に対してアラートがトリガーされる場合、Datadog は host:Y に対してモニターの通知を生成しますが、host:X に対しては生成しません。スケジュールを設定します。
チームに通知するオプションのメッセージを追加します。
注: ダウンタイムはモニターを作成する前、またはグループをミュートにする前に作成してください。
定期ダウンタイムを使用すると、一定の間隔やパターンで開始と停止を繰り返すようにダウンタイムを作成できます。
このようなダウンタイムの使用例として、定期的なメンテナンススケジュールウィンドウがあり、その間の変更によってモニターに余計な情報が増えることを避けたい場合があります。
定期ダウンタイムが終了すると、ダウンタイムをキャンセルし、新しいダウンタイムを同じ制限で（開始時間と終了時間を更新して）作成するというパターンが繰り返されます。
注: このように新しく作成されたダウンタイムはすべて、元の作成者に関連付けられます。
ダウンタイム履歴は、Monitor Status ページにグループ遷移履歴のオーバーレイとして表示されます。または、イベントストリーム内で、tags:audit,downtime を検索するか、tags:audit,downtime_id:1 を使用して特定のダウンタイムを ID で検索できます。
お役に立つドキュメント、リンクや記事:
On this Page
