Amazon Redshift 2026年4月27日のリリースノート解説: Serverless の AI-driven scaling が標準化され、対応リージョンも拡大

2026年4月27日の Amazon Redshift は、Serverless の使い始め方に直接効く更新日でした。AI-driven scaling and optimization が新規 workgroup で標準設定になり、同時に Melbourne と Calgary でも Redshift Serverless が使えるようになっています。個別には小さく見えても、Serverless の導入しやすさと広がり方を変える日です。

要点

• 新規の Redshift Serverless workgroup では、AI-driven scaling and optimization がデフォルトになりました。
• Base RPU range も 8-512 RPU に広がり、AI-driven scaling の入口コストが下がりました。
• Redshift Serverless の提供リージョンに Asia Pacific (Melbourne) と Canada West (Calgary) が加わりました。
• Serverless の 標準設定 と 利用可能地域 の両方が前進した日でした。

今回の更新で変わること

この日の変更は、既存の高度利用者より、新しく Redshift Serverless を始めるチームに強く効きます。これまで AI-driven scaling は便利でも前提条件や最小 RPU の都合で少し距離がありましたが、今回から新規 workgroup では自然にそのモードへ入ります。加えて、対象リージョンも増えたことで、地域要件の都合で導入できなかった組織にも現実味が出ます。

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

• Redshift Serverless の新規導入を検討しているチーム
• price-performance と運用負荷のバランスを重視する管理者
• リージョン制約のため導入を見送っていた組織
• 既存 provisioned cluster から Serverless を比較検討している担当者

今回の更新で語られていること

1つ目の公式告知では、AI-driven scaling が新規 workgroup の default になり、クエリ待ちが発生する前に機械学習ベースで compute needs を予測して調整する仕組みが強調されています。また、price-performance slider でコスト重視か性能重視かを選び、その方針に合わせて auto materialized views や automatic table design optimization も効かせる流れが示されています。

重要なのは、単なる自動スケーリングではなく、運用者が細かく調整しなくても、最初からそこそこの最適化が効く状態 を標準化したことです。さらに、従来 32-512 RPU だった対応レンジが 8-512 RPU に広がったことで、小さめのワークロードでもこのモードを使いやすくなりました。

2つ目の公式告知では、Melbourne と Calgary で Redshift Serverless が利用可能になったことが説明されています。これは単なる地域追加に見えますが、データ所在地、遅延、社内リージョン標準の都合で Serverless 採用可否が決まる組織には大きいです。つまり 4月27日は、Serverless の 性能最適化の標準化 と 導入可能性の地理的拡張 が同日に起きた日です。

押さえておきたいポイント

• AI-driven scaling は設定項目ではなく、導入初期体験そのものを変える更新
• 8 RPU から使えることで、小規模環境でも試しやすくなった
• リージョン拡大はグローバル展開やデータ所在地要件に効く

今すぐ対応が必要か

1. 新しく Redshift Serverless を作る予定があるなら、default behavior を前提に評価項目を見直したいです。
2. 既存環境との比較では、price-performance slider と最小 RPU 条件を改めて確認したいです。
3. Melbourne / Calgary に関係する組織は、導入判断を更新したいです。

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

4月27日の Amazon Redshift は、Serverless を より多くの人が、より少ない初期調整で使い始めやすくする 日でした。大きな新機能追加ではありませんが、導入の敷居を下げる意味ではかなり重要です。