デフォルトでは、サービスレベル目標（SLO）の計算にはすべての期間が含まれるため、計画的なメンテナンスや非稼働時間がコンプライアンススコアに算入される可能性があります。これにより、予期される停止中に信頼性メトリクスが低下し、実際のサービスの問題に集中することが困難になります。
メンテナンスウィンドウは、特定の計画的なダウンタイム期間をSLOコンプライアンスとエラーバジェットの計算から除外できるようにすることで、この問題を解決します。1回限りまたは定期的なメンテナンスウィンドウをスケジュールできるため、手動で調整することなく、パフォーマンスメトリクスに稼働期間のみを正確に反映させることができます。
maintenance windows [メンテナンスウィンドウ]でできること
メンテナンスウィンドウを使用すると、サービスレベルの計画的なダウンタイムの除外を定義およびスケジュールできます。メンテナンスウィンドウを使用して、次のことができます：
- 計画メンテナンスの除外: メンテナンス、アップグレード、またはシステム変更が計画されている特定の期間をスケジュールして、SLOコンプライアンスとエラーバジェットの計算に影響を与えないようにします。
- 1回限りまたは定期的なウィンドウのスケジュール設定: 特定のイベント用に1回限りのメンテナンスウィンドウを作成するか、定期的なメンテナンス期間用に定期的なスケジュール（毎日、毎週、毎月）を設定します。
- 複数のサービスレベルに適用: 同じアカウント内の複数のサービスレベルで同じメンテナンスウィンドウを使用して、除外を効率的に管理します。
- メンテナンス履歴の追跡: サービスレベルへの影響に関する詳細情報とともに、スケジュール済み、アクティブ、および非アクティブなすべてのメンテナンスウィンドウを表示します。
- メンテナンス期間の視覚化: メンテナンスウィンドウがサービスレベルチャート上に直接グレーのバーとして表示されるため、除外がいつアクティブになっているかを簡単に理解できます。
使用事例
メンテナンスウィンドウを使用するユースケースをいくつか紹介します：
- 予定されたシステムアップグレード: 必要なメンテナンス中の不当なペナルティを回避するため、毎月のシステムアップグレード期間（たとえば、毎月第3日曜日の午前2:00～午前6:00）をSLO計算から除外します。
- 非営業時間: 営業時間内のみ稼働するサービスについては、夜間と週末を除外します（たとえば、毎日午後6:00～午前8:00、および土曜日～日曜日の終日）。
- 計画的なデプロイメント: 新しい機能のロールアウトやインフラストラクチャの変更を行う際の、1回限りのデプロイメントウィンドウを除外します。
- カオステスト: システムの回復力をテストするためにカオスエンジニアリングの実験を実行している期間を除外します。
制限
メンテナンスウィンドウを使用する際は、以下の制限事項に注意してください：
- アカウントスコープ: メンテナンスウィンドウ内のすべてのサービスレベルは、同じアカウントに属している必要があります。単一のメンテナンスウィンドウを複数のアカウントにまたがって適用することはできません。
- 繰り返しの頻度オプション: 定期的なメンテナンスウィンドウは、毎日、毎週、毎月の頻度に制限されています。カスタムの繰り返しパターン（2週間ごとなど）は作成できません。