Amazon Redshift は、パッチ 198 以降、新しい Python UDF の作成をサポートしなくなります。既存の Python UDF は、2026 年 6 月 30 日まで引き続き機能します。詳細については、[ブログ記事](https://aws.amazon.com/blogs/big-data/amazon-redshift-python-user-defined-functions-will-reach-end-of-support-after-june-30-2026/)を参照してください。 # Amazon Redshift サーバーレスを使用する場合の考慮事項 Amazon Redshift Serverless が利用できる AWS リージョン の一覧については、「*Amazon Web Services 全般のリファレンス*」の「[Redshift Serverless API](https://docs.aws.amazon.com/general/latest/gr/redshift-service.html)」に記載されているエンドポイントを参照してください。 Amazon Redshift サーバーレスによって使用される一部のリソースは、クォータの対象となります。詳細については、「[Amazon Redshift Serverless オブジェクトのクォータ](amazon-redshift-limits.md#serverless-limits-account)」を参照してください。 カーソルを宣言すると、Amazon Redshift サーバーレスの結果セットサイズの指定が [DECLARE](https://docs.aws.amazon.com/redshift/latest/dg/declare.html) に指定されます。Amazon Redshift Serverless では、カーソルの結果セットの最大合計サイズは 150,000 MB です。 *オンラインパッチ適用* – Amazon Redshift Serverless は、従来のメンテナンスウィンドウを必要とせずに、自動ソフトウェア更新を提供します。新しい更新が利用可能になると、システムはアイドル期間中にリリースから 14 日以内に更新を適用します。この更新プロセスには最大 15 分かかることがあります。14 日以内に 15 分間のアイドル期間が発生しない場合、サーバーレスエンドポイントが短時間使用できなくなる可能性があります。この間、エンドポイントへのアプリケーション接続が失敗する可能性があります。Redshift パッチリリースは、「Amazon Redshift のクラスターバージョン」ドキュメントでモニタリングできます。Amazon Redshift Serverless の詳細については、「[Amazon Redshift サービスレベルアグリーメント](https://aws.amazon.com/redshift/sla/)」を参照してください。 *トラック* — Amazon Redshift が新しいワークグループバージョンをリリースすると、ワークグループは自動的に更新されます。ワークグループを最新のリリースに更新するか、前のリリースに更新するかを指定できます。トラックの詳細については、「[Amazon Redshift でプロビジョニングされたクラスターとサーバーレスワークグループのトラック](tracks.md)」を参照してください。 *アベイラビリティゾーン ID* - Amazon Redshift Serverless インスタンスを設定する際には、**[その他の考慮事項]** を開き、**[サブネット]** に表示されているサブネット ID に、サポートされているアベイラビリティゾーン ID が少なくとも 2 つ含まれていることを確認します。 + 拡張された VPC のルーティング (EVR) のないワークグループの場合、2 つのアベイラビリティーゾーン (AZ) が必要です。 + EVR を使用するワークグループの場合、3 つの AZ が必要です。 サブネットからアベイラビリティーゾーン ID へのマッピングを確認するには、VPC コンソールを開いて **[Subnets]** (サブネット) をクリックし、アベイラビリティーゾーン ID とサブネット ID のリストを表示します。サポートされているアベイラビリティーゾーン ID に、サブネットがマッピングされていることを確認します。サブネットの作成については、*Amazon VPC ユーザーガイド*の「[VPC にサブネットを作成する](https://docs.aws.amazon.com//vpc/latest/userguide/working-with-vpcs.html#AddaSubnet)」を参照してください。 *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 アドレス指定](https://docs.aws.amazon.com/vpc/latest/userguide/vpc-ip-addressing.html)」を参照してください。 ------ #### [ Without EVR ] 拡張された VPC ルーティングを使用しない場合でも、ベース RPU のサイズ (4 から 1024 RPU) やワークグループの RPU 使用量またはワークグループに関係なく、各サブネットに 3 つ以上の空き IP アドレスが必要です。AI 主導のスケーリングと最適化機能が有効なワークグループには、3 つ以上の空き IP アドレスが必要になります。 ------ #### [ With Enhanced VPC Routing (EVR) ] Redshift Serverless で拡張された VPC ルーティングを使用する場合、ワークグループの作成時に必要な IP アドレスの最小数は次のとおりです。 | Redshift プロセッシング単位 (RPU) | 必要な空き IP アドレス | 最小 CIDR サイズ | | --- | --- | --- | | 4 | 9 | /27 | | 8 | 9 | /27 | | 16 | 13 | /27 | | 32 | 13 | /27 | | 64 | 21 | /27 | | 128 | 37 | /26 | | 256 | 69 | /25 | | 512 | 133 | /24 | | 1024 | 261 | /23 | EVR を使用する場合、ワークグループを更新して使用する RPU を増やす際にも、空き IP アドレスが必要です。ワークグループのサブネットを更新する際に必要な空き IP アドレスの数は次のとおりです。 | Redshift プロセッシング単位 (RPU) | 更新された Redshift プロセッシング単位 (RPU) | 必要な空き IP アドレス | | --- | --- | --- | | 4 | 8 | 10 | | 8 | 16 | 10 | | 16 | 32 | 13 | | 32 | 64 | 16 | | 64 | 128 | 28 | | 128 | 256 | 52 | | 256 | 512 | 100 | | 512 | 1024 | 197 | **注記** 1024 の最大ベース RPU 容量は、次の AWS リージョンでのみ使用できます。 米国東部 (バージニア北部) 米国東部 (オハイオ) 米国西部 (オレゴン) 欧州 (アイルランド) 欧州 (ロンドン) ------ IP アドレスの割り当ての詳細については、「*Amazon VPC ユーザーガイド*」の「[IP アドレス指定](https://docs.aws.amazon.com//vpc/latest/userguide/how-it-works.html#vpc-ip-addressing)」を参照してください。 *移行後のストレージスペース* - 小さな 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 開発者ガイド」の「[データディストリビューションスタイルの操作](https://docs.aws.amazon.com//redshift/latest/dg/t_Distributing_data.html)」を参照してください。ソートキーの詳細については、「[ソートキーの使用](https://docs.aws.amazon.com//redshift/latest/dg/t_Sorting_data.html)」を参照してください。 *VPC 共有* – 共有 VPC 内に Amazon Redshift Serverless ワークグループを作成できます。作成する場合は、リソース共有を削除しないことをお勧めします。ワークグループが使用できなくなる可能性があります。 **IPv6 のサポート** Amazon Redshift Serverless は、AWS 仮想プライベートクラウド (VPC) において IPv4 アドレスと IPv6 アドレスの両方 (デュアルスタック) または IPv4 専用設定で Amazon Redshift ワークグループの設定をサポートします。新しい Amazon Redshift Serverless ワークグループを作成するときに IPv6 サポートを有効にしたり、IPv6 アドレス指定をサポートするように既存のワークグループを変更したりできます。この機能を使用すると、Amazon Redshift Serverless ウェアハウスを IPv6 対応 VPC サブネットにデプロイし、アプリケーションのアドレス空間要件の拡大をサポートするようにネットワーク設定を構成することができます。アプリケーションは、IPv4 プロトコルまたは IPv6 プロトコルを使用して Amazon Redshift Serverless ウェアハウスと通信できるようになりました。これにより、既存のネットワークアーキテクチャと将来のネットワークアーキテクチャの両方との互換性が確保されます。