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 Serverless を使用すると、ワークロードやユーザーごとにコンピューティングリソースを分離および制御するワークグループを作成および管理できます。ワークグループを使用すると、メモリや同時実行スケーリングの制限などの設定オプションを設定し、ワークロード全体でクエリの実行を優先できます。コンピューティング関連のワークグループは、RPU、VPC サブネットグループなどのコンピューティングリソースをグループ化します。
# 名前空間を伴うワークグループの作成
次のステップを実行して、ワークグループを作成します。ワークグループ設定の詳細については、「[ワークグループのプロパティ](serverless-console-workgroups.md#serverless-workgroup-describe)」を参照してください。
1. **[Serverless dashboard]** (サーバーレスダッシュボード) を選択します。**[Create workgroup]** (ワークグループの作成) を選択します。
1. ワークグループ名を入力します。
1. ワークグループの **[IP アドレスタイプ]** を選択します。選択肢は次のとおりです。
+ **[IPv4]** – このオプションでは、AWS リソースは IPv4 アドレス指定プロトコルを介してのみ通信します。
+ **[デュアルスタックモード]** – このオプションを使用すると、AWS リソースは IPv4, IPv6、またはその両方のアドレス指定プロトコルを介して通信できます。また、IPv6 CIDR ブロックを Amazon VPC のワークグループに使用される VPC とサブネットに関連付ける必要があります。Amazon VPC コンソールを使用して Amazon VPC を作成するか、既存の Amazon VPC を更新して IPv6 アドレス指定を使用できます。詳細については、「*Amazon VPC ユーザーガイド*」の「[VPC の IPv6 サポート](https://docs.aws.amazon.com/vpc/latest/userguide/vpc-migrate-ipv6.html)」を参照してください。
1. Amazon Redshift Serverless の **[Virtual Private Cloud (VPC)]** (仮想プライベートクラウド (VPC)) を選択します。これにより、AWS 環境で特定の仮想ネットワークにワークグループが割り当てられます。**[デュアルスタックモード]** を使用する場合、選択する Amazon VPC は IPV6 アドレス指定をサポートしている必要があります。Amazon VPC の詳細については、「[VPC とサブネットの概要](https://docs.aws.amazon.com/vpc/latest/userguide/VPC_Subnets.html)」を参照してください。
1. 1 つ以上の **VPC セキュリティグループ**を選択します。詳細については、「[Control traffic to resources using security groups](https://docs.aws.amazon.com/vpc/latest/userguide/VPC_SecurityGroups.html)」(セキュリティグループを使用してリソースへのトラフィックを制御する) を参照してください。
1. 自動最適化用に追加のコンピューティングリソースを有効にするかどうかを選択します。詳細については、「*Amazon Redshift データベースデベロッパーガイド*」の「[データベースの自動最適化のための追加のコンピューティングリソースの割り当て](https://docs.aws.amazon.com/redshift/latest/dg/t_extra-compute-autonomics.html)」を参照してください。
1. **[Subnet]** (サブネット) で、データベースに関連付けるサブネットを 1 つ以上指定します。これらのサブネットは、以前に選択した Amazon VPC に含まれており、3 つの個別のアベイラビリティゾーンに属している必要があります。詳細については、「[Amazon Redshift サーバーレスを使用する場合の考慮事項](https://docs.aws.amazon.com/redshift/latest/mgmt/serverless-usage-considerations.html)」を参照してください。
1. 要件に合ったベース RPU 容量を選択します。
## 名前空間の選択
1. **[Create a new namespace]** (新しい名前空間の作成) を選択して名前空間名を入力するか、**[Add to an existing namespace]** (既存の名前空間に追加) を選択し、ドロップダウンリストから名前空間を選択します。
1. **[Database name and password]** (データベース名とパスワード) で、最初のデータベース名を指定します。**[Admin user credentials]** (管理者ユーザーの認証情報) を編集してデフォルトのコンソール管理者以外の管理者を指定することもできます。
1. **[Permissions]** (アクセス許可) をでは、**[Associate IAM role]** (IAM ロールを関連付ける) を選択して特定の IAM ロールを名前空間とワークグループに関連付けます。IAM ロールと Amazon Redshift の関連付けの詳細については、「[Amazon Redshift での Identity and Access Management](https://docs.aws.amazon.com/redshift/latest/mgmt/redshift-iam-authentication-access-control.html)」を参照してください。
1. 新しいキーを作成するか、デフォルト以外のキーを選択して、暗号化設定をカスタマイズできます。**監査ログ**を使用するために、エクスポートするログを選択します。ログタイプごとに、異なるメタデータが指定されます。**[Continue]** (続行) を選択して選択内容を確認します。
## ワークグループの選択を確認する
1. **[Review and create]** (確認と作成) で設定を確認します。前の手順で選択した設定が表示されます。
1. **[保存]** を選択します。
ワークグループを作成すると、ワークグループが **[Workgroups]** (ワークグループ) リストに追加されます。
# ワークグループのプロパティを表示する
Amazon Redshift Serverless でのワークグループとは、使用可能なコンピューティングリソースのコレクションです。Amazon Redshift Serverless を選択すると、AWS コンソールで、ナビゲーションメニューから **[Workgroup configuration]** (ワークグループの設定) を選択し、リストを表示できます。**[Search]** (検索) ボックスを使用して、検索条件を満たすワークグループを検索できます。各ワークグループエントリには、いくつかのプロパティが表示されます。
+ **[Workgroup]** (ワークグループ) -ワークグループの名前。これを選択すると、ワークグループのプロパティを表示および編集できます。
+ **[Status]** (ステータス) -ワークグループが使用可能かどうかを示します。
+ **[Namespace]** (名前空間) - ワークグループに関連付けられた名前空間。各ワークグループは、1 つの名前空間に関連付けられます。
+ **[作成日]** - ワークグループが作成された日付 (UTC)。
+ **タグ** - ワークグループに関連付けられたタグ
さらに、**[ワークグループの設定]** には、他にもマネージドワークグループ (AWS Glue によって管理されている Amazon Redshift Serverless ワークグループ) のリストが表示されます。マネージドワークグループの詳細については、「Amazon Redshift データベースデベロッパーガイド」の「[マネージドワークグループ](https://docs.aws.amazon.com/redshift/latest/dg/iceberg-integration-managed-workgroups.html)」を参照してください。
## ワークグループのプロパティ
ワークグループを一覧表示するには、左のメニューで **[Workgroup configuration]** (ワークグループの設定) を選択します。次に、リストからワークグループを選択できます。いくつかのパネルに、ワークグループのプロパティが表示されます。アクションを実行することもできます。**[General information]** (一般情報) セクションには、以下の項目が表示されます。
+ **[Workgroup]** (ワークグループ) -ワークグループの名前。
+ **[Namespace]** (名前空間) - ワークグループに関連付けられた名前空間。これを選択して、そのプロパティを表示できます。ワークグループは、1 つの名前空間に関連付けられます。
+ **[Date created]** (作成日) -ワークグループが作成された日時。
+ **[Status]** (ステータス) -ワークグループリソースが使用可能かどうかを示します。使用可能な場合は、クライアントと Amazon Redshift Serverless インスタンスに接続して、データをクエリしたり、データベースリソースを作成したり、クエリエディタ v2 で接続できます。
+ **[Endpoint]** (エンドポイント) - URL。
+ **[JDBC URL]** - JDBC クライアント接続を確立するための URL。この URL を使用して、Amazon Redshift の JDBC ドライバーに接続できます。詳しくは、「[Amazon Redshift での JDBC ドライバーバージョン 2.x による接続の構成](https://docs.aws.amazon.com/redshift/latest/mgmt/jdbc20-install.html)」を参照してください。
+ **[ODBC URL]** - ODBC クライアント接続を確立するための URL。これには、データベースやユーザー ID などのプロパティ、およびそれらの値が含まれます。
+ **ワークグループバージョンとパッチバージョン** - Amazon Redshift Serverless は、定期的に新しいバージョンやパッチをリリースしています。ワークグループバージョン番号とパッチバージョン番号を使用して、Amazon Redshift Serverless ワークグループのソフトウェア更新を追跡できます。特定のパッチの変更点と機能の詳細については、「[Amazon Redshift のクラスターバージョン](https://docs.aws.amazon.com/redshift/latest/mgmt/cluster-versions.html)」を参照してください。
+ **ワークグループ ARN** - ワークグループの Amazon リソースネーム。
+ **自動最適化用の追加のコンピューティングリソース** - 使用量が多い期間だとしても、Amazon Redshift が追加のコンピューティングリソースを割り当てて自動最適化を実行するかどうか。詳細については、「*Amazon Redshift データベースデベロッパーガイド*」の「[データベースの自動最適化のための追加のコンピューティングリソースの割り当て](https://docs.aws.amazon.com/redshift/latest/dg/t_extra-compute-autonomics.html)」を参照してください。
**[Data access]** (データアクセス) タブには、いくつかのパネルがあります。
+ **[ネットワークとセキュリティ]** - **[仮想プライベートクラウド (VPC)]** 識別子、**[VPC セキュリティグループ]** リスト、**[拡張された VPC ルーティング]**、**[IP アドレスタイプ]**、**[パブリックアクセス可能]** 設定など、ネットワークプロパティを表示できます。**[Edit]** (編集) を選択すると、これらの設定を変更できます。また、**[Turn on enhanced VPC routing]** (拡張された VPC ルーティングを有効にする) を選択して、サーバーレスデータベースとデータリポジトリ間のネットワークトラフィックを VPC 経由でルーティングし、プライバシーとセキュリティを強化できます。**[Turn on Public Accessible]** (パブリックアクセス可能をオンにする) を選択すると、VPC の外部からデータベースがパブリックにアクセス可能になり、インスタンスとデバイスの接続が可能になります。
**[IP アドレスタイプ]** を [デュアルスタックモード] に設定すると、IPv4 と IPv6 の両方のワークグループへのアクセスを同時にサポートできます。ネットワークレイヤー通信インターネットプロトコル (IP) の詳細については、*Wikipedia* の「[インターネットプロトコル](https://en.wikipedia.org/wiki/Internet_Protocol)」を参照してください。
+ **[Redshift managed VPC endpoints]** (Redshift マネージド VPC エンドポイント) - マネージド VPC エンドポイントを作成して、別の VPC から Amazon Redshift Serverless にアクセスできます。
**[Limits]** (制限) タブには、Amazon Redshift Serverless の容量と使用制限を制御するための設定があります。これには以下のパネルが含まれています。
+ **[Base capacity in Redshift processing units (RPUs)]** (Redshift プロセッシング単位 (RPU) の基本キャパシティ) – ワークロードの処理に使用するコンピューティングリソースの基本容量を設定できます。詳細については、「[Amazon Redshift Serverless 容量を計算する](serverless-capacity.md)」を参照してください。
+ **使用制限** - Amazon Redshift Serverless インスタンスが一定期間に使用できる最大コンピューティングリソースの制限を最大 4 つに設定して、この制限に達した場合に Amazon Redshift Serverless が実行すべきアクションを選択できます。例えば、ワークグループに 2 つの制限、1 つは 500 RPU 時間、もう 1 つは 900 RPU 時間などを設定できます。最初の制限の 500 RPU 時間に達すると、Amazon Redshift Serverless にアラートを送信させて、2 番目の制限の 900 時間に達した場合には、ユーザーのクエリをオフにすることができます。このような制限は、コスト管理や予測の向上につながります。
+ **[Query limits]** (クエリの制限) -タイムアウト設定など、クエリに制限を設定できます。これらの制限は、コストとパフォーマンスの最適化に役立ちます。
**[タブ]** タブには、**[タグ]** パネルがあり、ワークグループのためにユーザーが作成したタグがすべて表示されます。 リソースのタグ付けの詳細については、「」を参照してください[Amazon Redshift Serverless のリソースへのタグ付け](serverless-tagging-resources.md)
## マネージドワークグループのプロパティ
**[マネージドワークグループ]** リストで、AWS Glue Data Catalog によって管理されているワークグループを選択することもできます。
マネージドワークグループには、通常のワークグループとは異なるプロパティがあります。マネージドワークグループの詳細については、「Amazon Redshift データベースデベロッパーガイド」の「[マネージドワークグループ](https://docs.aws.amazon.com/redshift/latest/dg/iceberg-integration-managed-workgroups.html)」を参照してください。
**[General information]** (一般情報) セクションには、以下の項目が表示されます。
+ **[ワークグループ]** - マネージドワークグループの名前。
+ **[作成日]** - マネージドワークグループが作成された日付 (UTC)。
+ **[カタログ ARN]** - AWS Glue Data Catalog のマネージドワークグループの Amazon リソースネーム (ARN)。
+ **[ステータス]** - マネージドワークグループのコンピューティングリソースが使用可能かどうかを示します。リソースが利用可能な場合は、マネージドワークグループを使用するカタログに Apache Iceberg 互換の SQL クライアントで接続して、データのクエリやデータベースリソースの作成を行うことができます。Amazon Redshift クエリエディタ v2 を使用してカタログに接続することもできます。
**[クエリとデータベースのモニタリング]** には、**[マネージドワークグループのパフォーマンス]** グラフがあり、ワークグループからのすべてのクエリの平均経過時間が経時的に表示されます。
**[クエリ履歴]** タブは、マネージドワークグループからのすべてのクエリのリストです。その詳細には、クエリを実行したユーザー、クエリの送信元のクライアントエンジン、クエリの ID とステータスなどの情報が含まれます。[ユーザー] タブは、ワークグループ内のすべてのユーザーのリストです。**[パフォーマンスメトリクス]** タブには、平均クエリ時間、完了したクエリの数、ストレージ容量の消費率など、さまざまなメトリクスが表示されます。
# ワークグループの削除
コンソールを使用してワークグループを削除できます。これを行う前に、データをバックアップとスナップショットが適切であることを確認します。ワークグループの一部として削除されたリソースは、多くの場合、取得できません。
以下のステップを実行します。
1. **[Amazon Redshift Serverles]**、**[Workgroup configuration]** (ワークグループの設定)、**[Delete Amazon Redshift Serverless instance]** (Amazon Redshift Serverless インスタンスの削除) を選択します。
1. ダイアログが開きます。ワークグループの削除を選択すると、すべての使用制限、すべての VPC エンドポイント、VPC エンドポイントへのアクセスが削除されます。
確認のため、*delete* と入力し、**[Delete]** (削除) を選択します。
ステップが完了すると、ワークグループのステータスが *[Deleting]* (削除中) になり、ワークグループを削除中であることがバナーに表示されます。削除プロセスの進行中に、**[Serverless dashboard]** (サーバーレスダッシュボード) の一部の機能は無効になります。ただし、**[Provisioned clusters dashboard]** (プロビジョニングされたクラスターダッシュボード) で、プロビジョニングされたクラスターを設定できます。
ワークグループを削除すると、そのワークグループ名前空間と一緒に表示されません。**[Create workgroup]** (ワークグループの作成) ボタンを選択して新しいものを作成することもできます。
既存のワークグループを削除し、別の設定の新しいワークグループを同じ名前空間に関連付けることができます。新しいワークグループを作成する場合は、名前空間に関連付けられたデータのサイズで動作する基本容量を選択します。
カスタマー管理キー (CMK) で作成された名前空間に、ワークグループを関連付けることができます。AWS KMS の詳細については、「[AWS KMS の概念](https://docs.aws.amazon.com/kms/latest/developerguide/concepts.html)」を参照してください。