Redshiftのメンテナンスウィンドウ時間帯にRedshiftが停止していた場合の挙動

Redshift
AWS

2023.07.25

この記事を書いたメンバー：

平野真弓

Redshiftのメンテナンスウィンドウ時間帯にRedshiftが停止していた場合の挙動

Redshiftのメンテナンストラックの種類を変更しようとしたところ、想定外の挙動をしたことがありました。メンテナンストラックの種類の更新はメンテナンスウィンドウ中に実行されるものだと思っていたのですが、なぜかメンテナンスウィンドウ予定日の後もメンテナンストラックの種類は変わらず、しかしクラスターのバージョンは上がるという事象が発生しました。Redshiftのメンテナンスウィンドウの仕様が気になったので、調査しました。

前提条件

Redshiftクラスターは構築済みで、クラスターバージョンは1.0.51296(2023/6/29時点)。
メンテナンストラックの種類はTrailingになっている。
メンテナンスウィンドウの時間は日曜日1:00-1:30(JST)。
Redshiftクラスターは平日8:00-20:00(JST)以外は停止させている。

実現したいこと

構築済みのRedshiftクラスターのメンテナンストラックをTrailingからCurrentに変更したいと考えていました。

そのためマネジメントコンソールから以下のようにメンテナンストラックの種類を変更しました。

設定変更前

設定変更

「メンテナンストラックへの変更は、今後のメンテナンスウィンドウで Amazon Redshift クラスターに適用されます。」という注意書きがあるため、次の日曜日1:00に変更が反映されるようです。

設定変更後

マネジメントコンソールで見たところ、メンテナンストラックの種類はTrailingのままです。

しかしAWS CLIで「aws redshift describe-clusters --cluster-identifier クラスター識別子」を実行したところ、PendingModifiedValuesという項目が「"MaintenanceTrackName": "current"」になっていました。また、NextMaintenanceWindowStartTimeは次の日曜日である「"2023-07-01T16:00:00+00:00"」になっています。

これで次回メンテナンスウィンドウ予定日である7月2日(日)の2:00には変更が反映されていると思っていました。

発生した事象

設定変更の後、しばらく放置して7月12日(水)に設定を確認したところ、メンテナンストラックの種類はTrailingのままで、Pending maintenance trackがCurrentになっていました。また、NextMaintenanceWindowStartTimeは次の日曜日である「"2023-07-15T16:00:00+00:00"」になっています。

しかし、Redshiftのバージョンは1.0.53064に上がっています。

バージョンが上がった = メンテナンスウィンドウの時間帯に予定されたアクションも実行されたと考えたのですが、なぜメンテナンストラックの変更が反映されなかったのでしょう・・・？