コントロールセンターは、メンテナンスウィンドウとメンテナンスイベントという 2 つの機能を提供します。これらの機能を利用することで、プラットフォームがプロジェクトスペース内のリソースに対して計画的に変更を行う際の時間枠とイベントレコードを管理できます。
概要
フルマネージドのサーバーレスアーキテクチャでは、システムアップグレード、ノードローテーション、ホットマイグレーションなどの基盤インフラストラクチャに対する計画メンテナンスにより、実行中のジョブで短時間のフェイルオーバーが発生する可能性があります。コントロールセンターを使用すると、これらの計画的な変更を特定のメンテナンスウィンドウ内に制限できます。この機能により、ビジネスのピーク時間帯にスケジュールされた変更を延期し、サービスへの中断による影響を軽減できます。
メンテナンスウィンドウ:プラットフォームが基盤リソースに変更を加えるために定義する時間枠です。メンテナンスウィンドウ中、プラットフォームはシームレスな移行やノードローテーションなどの操作を実行できます。このウィンドウ外では、すべての計画的な変更は次のメンテナンスウィンドウまで自動的に延期されます。
メンテナンスイベント:ECS インスタンスのメンテナンス、ノードローテーション、ホストマシンのホットマイグレーションなど、プラットフォームによって開始された計画メンテナンス操作の一元的なログです。この機能は、各イベントの完全なライフサイクルビューを提供し、イベント後の監査とレビューを可能にします。
メンテナンスウィンドウはプロジェクトスペースレベルで適用され、そのスペース内のすべてのリソースに影響します。
メンテナンスウィンドウが設定されていない場合、プラットフォームはデフォルトポリシーを使用します。つまり、毎日 02:00 から 06:00 (UTC+08:00) の間に変更を実行できます。
前提条件
Realtime Compute for Apache Flink を有効化していること。詳細については、「Realtime Compute for Apache Flink の有効化」をご参照ください。
対象のプロジェクトスペースに対する Owner または Admin 権限を持っていること。
メンテナンスウィンドウ
メンテナンスウィンドウの作成
左側のナビゲーションウィンドウで、[コントロールセンター] をクリックします。
[メンテナンスウィンドウ] タブで、[メンテナンスウィンドウの作成] をクリックします。
以下のパラメーターを設定します。
パラメーター
説明
ウィンドウ名
メンテナンスウィンドウの名前。名前は 2~200 文字で、漢字、英字、数字、および次の特殊文字を含めることができます:
-._。リソース範囲
メンテナンスウィンドウが影響する範囲。現在、すべて (プロジェクトスペースレベル) のみがサポートされており、ウィンドウは現在のプロジェクトスペース内のすべてのリソースに適用されます。
繰り返し
メンテナンスウィンドウの繰り返し頻度。毎日、毎週、または毎月を選択できます。毎週を選択した場合は、曜日を指定する必要があります。毎月を選択した場合は、月の日付を指定する必要があります。選択した日付が特定の月に存在しない場合 (たとえば 31 日)、その月のウィンドウはアクティブになりません。
時間範囲 (UTC)
各メンテナンスウィンドウの開始時刻と終了時刻を UTC で指定します。コンソールには、参考として対応するローカルタイム (UTC+08:00) も表示されます。
説明各ウィンドウは少なくとも 1 時間の長さが必要です。日をまたぐウィンドウ (例:23:00 から 01:00) もサポートされています。
毎月の繰り返し頻度の場合、毎月少なくとも 5 日のメンテナンス日を選択する必要があります。連続する 2 つのメンテナンス日の間隔は、月をまたぐ場合を含め、7 日を超えることはできません。
有効化
メンテナンスウィンドウをすぐに有効化するかどうかを指定します。有効にすると、構成を保存するとすぐにウィンドウが有効になります。無効にすると、構成は保存されますが、後で有効にするまで非アクティブのままです。
[OK] をクリックします。
メンテナンスウィンドウの管理
メンテナンスウィンドウのリストでは、各ウィンドウの名前、リソース範囲、時間範囲、およびステータスを表示できます。また、次の操作を実行できます:
詳細:メンテナンスウィンドウの完全な構成詳細と、関連するメンテナンスイベント履歴を表示します。
編集:ウィンドウの名前、時間範囲、または有効化ステータスを変更します。
削除:メンテナンスウィンドウを削除します。削除後、プラットフォームはこのウィンドウによる制約を受けなくなります。すべてのカスタムウィンドウが削除されると、システムはデフォルトのプラットフォームポリシー (毎日 02:00 から 06:00、UTC+08:00) に戻ります。
現在の時刻がすべてのアクティブなメンテナンスウィンドウ外である場合、ページの最上部に通知が表示され、すべての計画的な変更が次のウィンドウまで延期されたことを示します。
メンテナンスイベント
[メンテナンスイベント] タブに切り替えると、過去 30 日以内に発生した、または発生が予定されている計画メンテナンスイベントを表示できます。
イベントリスト
パラメーター | 説明 |
イベント名 | 基盤となるエンジンメンテナンスイベントの名前。 |
イベントタイプ | イベントのソース。Flink メンテナンス、計画的な ECS メンテナンス、予期しない ECS インスタンスのダウンタイムなど。 |
トリガー時間 | イベントが発生する予定の時刻、または実際に発生した時刻。 |
イベントステータス | イベントの現在のステータス。有効な状態には、完了 (メンテナンスは成功し、ジョブは回復しました)、スケジュール済み (イベントはスケジュールされており、実行待ちです)、延期 (イベントがメンテナンスウィンドウ外で発生し、次のウィンドウに延期されました)、手動介入が必要 (メンテナンスが失敗したかタイムアウトしたため、手動でのジョブの再起動が必要です) があります。 |
影響を受けるジョブ | イベントによって影響を受けるジョブの数。数字をクリックすると、特定のジョブとその回復ステータスのリストが表示されます。 |
イベント詳細
リスト内のイベントの [詳細の表示] をクリックすると、次の情報が表示されます:
基本情報:イベントソース、スケジュールされた実行期間、トリガー時間。
ウィンドウのマッチングステータス:イベントが設定されたメンテナンスウィンドウ内で発生したかどうかを示します。
影響を受けるジョブの分析:影響を受けるジョブとその現在のステータスのリスト。
イベント履歴:イベントの完全なライフサイクルログ。
メンテナンスイベントの通知
アラート通知を設定して、重要なメンテナンスイベントに関するアラートを受信できます。
標準通知:メンテナンスイベントのステータスが変更されたとき (開始直前、完了、延期など) に送信されます。
強制変更通知:メンテナンスイベントがいずれのメンテナンスウィンドウにも該当せず、最終実行期限まで 24 時間未満の場合、プラットフォームは変更を強制し、コンソールのポップアップとトップバナーで通知を送信します。
よくある質問
複数のメンテナンスウィンドウが重複した場合はどうなりますか?
ウィンドウが重複する場合、プラットフォームは結合された時間範囲全体でメンテナンスを実行できます。
変更が延期されたのはなぜですか?
計画メンテナンスイベントが設定されたすべてのメンテナンスウィンドウ外でスケジュールされた場合、システムは自動的に次の利用可能なウィンドウまで変更を延期します。延期されたイベントは [メンテナンスイベント] タブで確認でき、ステータスは 延期 と表示されます。
メンテナンスウィンドウはジョブレベルの制御をサポートしていますか?
現在、メンテナンスウィンドウはプロジェクトスペースレベルでのみ設定できます。詳細なジョブレベルの制御は、将来のリリースでサポートされる予定です。
日をまたぐメンテナンスウィンドウはどのように機能しますか?
システムはこれを、指定された日の 23:00 から翌日の 01:00 までの連続した期間として扱います。