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/)を参照してください。

# Redshift リソースのサブネット
<a name="working-with-cluster-subnet-groups"></a>

仮想プライベートクラウド (VPC) でプロビジョニングされたクラスターを作成する場合は、サブネットグループを作成します。各 VPC は、セキュリティおよびオペレーションのニーズに基づいたリソースのグループ化を可能にする VPC 内の IP アドレスのサブセットである 1 つまたは複数のサブネットを持つことができます。プロビジョニングされたクラスターを作成するときに、VPC 内のサブネットのセットを指定するサブネットグループを作成します。**[プロビジョニングされたクラスターダッシュボード]** では、**[設定]** でクラスターサブネットグループを検索および編集できます。プロビジョニングされたクラスターの初期設定時にサブネットグループを指定し、Amazon Redshift はそのサブネットの 1 つにクラスターを作成します。VPC サービスの詳細については、[Amazon VPC](https://aws.amazon.com/vpc/) の製品詳細ページを参照してください。

Amazon Redshift Serverless ワークグループのサブネット設定は、プロビジョニングされたクラスターと似ていますが、ステップは若干異なります。Serverless ワークグループを作成して設定するときは、ワークグループのサブネットを指定し、リストに追加されます。**[Serverless ダッシュボード]** でワークグループのプロパティを選択すると、既存のワークグループのサブネットを表示できます。これらは **[ネットワークとセキュリティ]** プロパティで使用できます。詳細については、「[名前空間を伴うワークグループの作成](https://docs.aws.amazon.com/redshift/latest/mgmt/serverless-console-workgroups-create-workgroup-wizard.html)」を参照してください。

VPC 作成の詳細については、「[Amazon VPC ユーザーガイド](https://docs.aws.amazon.com/vpc/latest/userguide/)」のドキュメントを参照してください。

プロビジョニングされたクラスターのサブネットグループを作成した後、または Serverless ワークグループのサブネットを選択すると、以前に追加されたサブネットを削除したり、さらに追加したりできます。これらの変更は、コンソールまたは API オペレーションを使用して行うことができます。プロビジョニングされたクラスターの API オペレーションの詳細については、「[ModifyClusterSubnetGroup](https://docs.aws.amazon.com/redshift/latest/APIReference/API_ModifyClusterSubnetGroup.html)」を参照してください。Serverless ワークグループの API オペレーションについては、「[UpdateWorkgroup](https://docs.aws.amazon.com/redshift-serverless/latest/APIReference/API_UpdateWorkgroup.html)」を参照してください。



サブネットグループのサブネットの 1 つでクラスターをプロビジョニングすることができます。クラスターサブネットグループにより、Virtual Private Cloud (VPC) 内にサブネットのセットを指定できます。

**警告**  
従来のサイズ変更、一時停止と再開、マルチ AZ フェイルオーバー、その他のイベントなどのクラスターメンテナンスオペレーション中に、プロビジョニングされたコンピューティングノードが Amazon Redshift クラスターサブネットグループ内の別のサブネットに移動する場合があります。サブネットグループ内のすべてのサブネットには、同じネットワーク ACL インバウンドルールとアウトバウンドルール、および同じルートテーブルルートが必要です。これにより、Amazon Redshift コンピューティングリソースとの接続が保証されるため、こうしたメンテナンスイベントの後に最適に通信して機能することができます。ネットワーク ACL またはルートテーブル設定が異なるサブネットを同じ Amazon Redshift クラスターサブネットグループに追加することは避けてください。  
サブネットの設定に関する詳細については、「Amazon VPC ユーザーガイド」の「[VPC のサブネット](https://docs.aws.amazon.com/vpc/latest/userguide/configure-subnets.html)」を参照してください。Redshift マルチ AZ 配置の詳細については、Redshift 管理ガイドの「[マルチ AZ デプロイ](managing-cluster-multi-az.md)」を参照してください。[クラスターのサイズ変更](resizing-cluster.md) は、Redshift 管理ガイドでも説明されています。