Amazon Redshift 2026年6月15日のリリースノート解説: Patch 201と1.0.326225の確認点

AWS は Amazon Redshift の Cluster versions ページで Patch 201 を案内しています。2026年6月15日公開の 1.0.331388 に加え、候補として検出された 1.0.326225 は 2026年6月8日リリースの CURRENT Track バージョンとして掲載されています。

要点

• Patch 201 には、Redshift provisioned cluster と Redshift Serverless workgroup の CURRENT Track バージョンが複数含まれます。
• 1.0.326225 は 2026年6月8日リリースとして掲載されています。
• Patch 201 では RG ノードタイプ、Iceberg テーブルの ALTER、Iceberg materialized views への書き込みなどが案内されています。
• Redshift クラスターはメンテナンスウィンドウ中にパッチされるため、適用タイミングはリージョンと設定に依存します。
• Python UDF 新規作成サポート終了が Patch 198 以降で案内されており、既存Python UDFは 2026年6月30日まで動作すると記載されています。

今回の更新で変わること

今回確認すべきポイントは、Redshift の Cluster versions が単一の日付記事ではなく、Patch 201 というパッチ単位の中に複数の CURRENT Track バージョンを含む形で更新されていることです。候補として検出された 1.0.326225 は 2026年6月8日リリースですが、同じ Patch 201 の欄には 2026年6月15日の 1.0.331388 も掲載されています。したがって、運用チームは「6月15日のページ更新」だけを見るのではなく、自分たちのクラスターやServerless workgroupがどのバージョンにいるか、どのメンテナンスウィンドウでどのパッチへ進むかを確認する必要があります。

Patch 201 の新機能・改善としては、RG ノードタイプのサポートが案内されています。rg.xlarge と rg.4xlarge のマルチノード構成へ移行するための最小必須バージョンとされ、CURRENT maintenance track のみで利用可能と説明されています。Redshift のコスト性能や新しいノード構成を検討しているチームにとって、これは単なる内部パッチではなく、移行可否に関わる条件です。対象ノードへ移る計画がある場合は、現在のクラスターバージョン、メンテナンストラック、リージョン、既存ワークロードの性能検証を合わせて確認する必要があります。

Iceberg まわりの更新も見逃せません。Patch 201 では Iceberg テーブルに対する ALTER サポートや、Iceberg materialized views への書き込みサポートが案内されています。Redshift をデータレイクやApache Icebergと組み合わせて使うチームでは、テーブル定義変更、マテリアライズドビュー、権限、外部カタログ、パイプライン運用に影響する可能性があります。Icebergは複数エンジンから参照されることが多いため、Redshift側のサポート追加は、単独のSQL機能というより、レイクハウス運用全体の設計に関係します。

また、Cluster versions ページは Redshift のメンテナンス運用を確認するためのページでもあります。Redshift はシステムメンテナンスウィンドウ中にクラスターへパッチを適用し、タイミングはAWSリージョンとメンテナンスウィンドウ設定に依存します。運用チームは、Redshiftコンソールの Maintenance タブや SELECT version(); で現在バージョンを確認し、実際の適用状態を把握する必要があります。

Python UDF に関する注意も同じページで案内されています。Patch 198 以降、新しい Python UDF の作成サポートが終了し、既存の Python UDF は 2026年6月30日まで動作すると説明されています。Patch 201 自体の新機能とは別ですが、Redshift を長く使うチームには同じ運用棚卸しの中で確認すべき項目です。

対象になりそうなユーザー・チーム

• Amazon Redshift provisioned cluster や Redshift Serverless を運用するデータ基盤チーム
• RG ノードタイプへの移行や性能・費用改善を検討している管理者
• Iceberg テーブル、Iceberg materialized views、外部カタログを組み合わせているチーム
• Python UDF の利用状況と移行期限を確認する必要がある開発・運用担当

実務でまず確認したいこと

最初に、対象クラスターとServerless workgroupの現在バージョンを確認してください。公式ページに掲載されたバージョンと、自社環境へ実際に適用済みのバージョンは同じとは限りません。メンテナンスウィンドウ、リージョン、メンテナンストラックも合わせて見ます。

RG ノードタイプや Iceberg 関連機能を使う予定がある場合は、検証環境で性能、互換性、権限、既存SQLへの影響を確認してください。Python UDF を使っている場合は、新規作成不可と既存UDFの期限を前提に移行計画を整理する必要があります。

今すぐ対応が必要か

RG ノード、Iceberg、Python UDF に関係する環境は早めに確認すべきです。単にRedshiftを利用しているだけなら、直ちにアプリケーションを変更する必要はないかもしれませんが、メンテナンス適用後のバージョン確認と主要ワークロードの動作確認は実施したほうが安全です。

結局、この更新をどう見るべきか

Redshift の Patch 201 は、内部バージョン一覧に見えて、ノード移行、Iceberg運用、メンテナンストラック、Python UDF期限に関わる確認点を含んでいます。運用チームは、ページ上のバージョン番号を読むだけでなく、自社環境の実適用状態と今後の移行計画に結びつけて確認すべき更新です。