Amazon Redshift は、2025 年 11 月 1 日以降、新しい Python UDF の作成をサポートしなくなります。Python UDF を使用する場合は、その日付より前に UDF を作成してください。既存の Python UDF は引き続き通常どおり機能します。詳細については、ブログ記事
Amazon Redshift サーバーレスを使用する場合の考慮事項
Amazon Redshift Serverless が利用できる AWS リージョン の一覧については、「Amazon Web Services 全般のリファレンス」の「Redshift Serverless API」に記載されているエンドポイントを参照してください。
Amazon Redshift サーバーレスによって使用される一部のリソースは、クォータの対象となります。詳細については、「Amazon Redshift Serverless オブジェクトのクォータ」を参照してください。
カーソルを宣言すると、Amazon Redshift サーバーレスの結果セットサイズの指定が DECLARE に指定されます。Amazon Redshift Serverless では、カーソルの結果セットの最大合計サイズは 150,000 MB です。
メンテナンスウィンドウ - Amazon Redshift Serverless では、メンテナンスウィンドウは使用できません。ソフトウェアバージョンの更新は自動的に適用されます。Amazon Redshift では、バージョンを切り替えても、既存の接続やクエリの実行は中断されません。新しい接続は、常に Amazon Redshift Serverless と瞬時に接続して動作します。
トラック — Amazon Redshift が新しいワークグループバージョンをリリースすると、ワークグループは自動的に更新されます。ワークグループを最新のリリースに更新するか、前のリリースに更新するかを指定できます。トラックの詳細については、「Amazon Redshift でプロビジョニングされたクラスターとサーバーレスワークグループのトラック」を参照してください。
アベイラビリティゾーン ID - Amazon Redshift Serverless インスタンスを設定する際には、[その他の考慮事項] を開き、[サブネット] に表示されているサブネット ID に、サポートされているアベイラビリティゾーン ID が少なくとも 2 つ含まれていることを確認します。
拡張された VPC のルーティング (EVR) のないワークグループの場合、2 つのアベイラビリティーゾーン (AZ) が必要です。
EVR を使用するワークグループの場合、3 つの AZ が必要です。
サブネットからアベイラビリティーゾーン ID へのマッピングを確認するには、VPC コンソールを開いて [Subnets] (サブネット) をクリックし、アベイラビリティーゾーン ID とサブネット ID のリストを表示します。サポートされているアベイラビリティーゾーン ID に、サブネットがマッピングされていることを確認します。サブネットの作成については、Amazon VPC ユーザーガイドの「VPC にサブネットを作成する」を参照してください。
2 つのサブネット (EVR なし) - 少なくとも 2 つのサブネットが必要で、それらが 2 つのアベイラビリティーゾーンにまたがっている必要があります。
3 つのサブネット (EVR を使用する場合のみ) - EVR を使用する場合、少なくとも 3 つのサブネットが必要で、それらが 3 つ以上のアベイラビリティーゾーンにまたがっている必要があります。
空き IP アドレスの要件 - 拡張された VPC ルーティング (EVR) を有効にせずに Redshift Serverless を使用する場合は、各サブネットで 3 つ以上の空き IP アドレスが必要です。これは、サービスが適切に機能するための要件です。
Redshift Serverless のデプロイ用に RPU を更新する場合、サービスの運用要件に対応するために、各サブネットに 3 つ以上の空き IP アドレスが必要です。
Amazon VPC での IP アドレスの割り当てと IP アドレス指定の詳細については、Amazon VPC ユーザーガイドの「VPC とサブネットの IP アドレス指定」を参照してください。
IP アドレスの割り当ての詳細については、「Amazon VPC ユーザーガイド」の「IP アドレス指定」を参照してください。
移行後のストレージスペース - 小さな Amazon Redshift プロビジョニングクラスターを Amazon Redshift Serverless に移行すると、移行後にストレージ領域の割り当てが増加することがあります。これは、ストレージ領域の割り当てが最適化され、ストレージ領域が事前に割り当てられたためです。この領域は、Amazon Redshift Serverless でデータが増加するにつれ、一定期間使用されます。
Amazon Redshift Serverless と Amazon Redshift でプロビジョニングされたクラスター間のデータ共有 - Amazon Redshift Serverless がプロデューサーで、プロビジョニングされたクラスターがコンシューマーであるデータ共有の場合、プロビジョニングされたクラスターのクラスターバージョンは 1.0.38214 以降である必要があります。これ以前のクラスターバージョンを使用する場合、クエリを実行するとエラーが発生します。クラスターのバージョンは、Amazon Redshift コンソールの [メンテナンス] タブで確認できます。SELECT
version(); を実行することもできます。
最大クエリ実行時間 - 経過したクエリ実行時間 (秒)。キューでの待機時間は実行時間に含まれません。クエリが設定された実行時間を超えると、Amazon Redshift Serverless はクエリを中止します。有効な値は 0～86,399 です。
インターリーブソートキーを含むテーブルの移行 — Amazon Redshift でプロビジョニングされたクラスターを Amazon Redshift サーバーレスに移行すると、Redshift はインターリーブされたソートキーと DISTSTYLE KEY を含むテーブルを複合ソートキーに変換します。DISTSTYLE は変更されません。ディストリビューションスタイルの詳細については、「Amazon Redshift 開発者ガイド」の「データディストリビューションスタイルの操作」を参照してください。ソートキーの詳細については、「ソートキーの使用」を参照してください。
VPC 共有 – 共有 VPC 内に Amazon Redshift Serverless ワークグループを作成できます。作成する場合は、リソース共有を削除しないことをお勧めします。ワークグループが使用できなくなる可能性があります。
