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 のプロビジョニングされたデータウェアハウスの比較
Amazon Redshift サーバーレスの一部の概念と機能は、Amazon Redshift のプロビジョニングされたデータウェアハウスの対応する機能とは異なります。例えば、1 つの明らかな違いとして、Amazon Redshift サーバーレスには、クラスターまたはノードという概念がありません。次の表では、Amazon Redshift サーバーレスの機能と動作を示し、プロビジョニングされたデータウェアハウスの同等の機能との違いについて説明します。
| 機能 | 説明 | サーバーレス | プロビジョンド |
| --- | --- | --- | --- |
| **ワークグループと名前空間** | Amazon Redshift サーバーレスでワークロードを分離し、さまざまなリソースを管理するには、名前空間とワークグループを作成してストレージリソースとコンピューティングリソースを別々に管理できます。 | 名前空間は、データベースオブジェクトとユーザーのコレクションです。ワークグループは、コンピューティングリソースのコレクションです。詳細については、「[Amazon Redshift Serverless](working-with-serverless.md)」を参照し、Amazon Redshift サーバーレスの設計を理解してください。 | プロビジョニングされたクラスターは、ユーザーが直接管理するコンピューティングノードとリーダーノードのコレクションです。詳細については、「[Amazon Redshift でプロビジョニングされたクラスター](working-with-clusters.md)」を参照してください。 |
| **ノードタイプ** | Amazon Redshift サーバーレスでは、Amazon Redshift のプロビジョニングされたクラスターとは異なり、ノードタイプを選択したり、ノード数を指定したりしません。 | Amazon Redshift Serverless は、自動的に容量をプロビジョニングおよび管理します。必要に応じて、ベースデータウェアハウスの容量を指定して、ワークロードに適した価格とパフォーマンスのバランスを選択できます。また、最大 RPU 時間を指定してコスト管理を設定し、コストが予測可能になるようにすることもできます。詳細については、「[Amazon Redshift Serverless 容量を計算する](serverless-capacity.md)」を参照してください。 | コストとパフォーマンスの仕様を満たすノードタイプを使用してクラスターを構築します。詳細については、「[Amazon Redshift でプロビジョニングされたクラスター](working-with-clusters.md)」を参照してください。 |
| **ワークロード管理と同時実行スケーリング** | Amazon Redshift は負荷の高い時間帯に応じてスケールできます。Amazon Redshift サーバーレスも、断続的に発生する負荷の高い時間帯に応じてスケールできます。 | Amazon Redshift Serverless は、リソースを自動的かつ効率的に管理し、ワークロードに基づいてコスト管理のしきい値内でスケーリングします。詳細については、「[コンピューティング性能に対する請求](serverless-billing.md#serverless-rpu-billing)」を参照してください。 | プロビジョニングされたデータウェアハウスを使用すると、クラスターでの同時実行スケーリングを有効にして、負荷の高い時間帯に対応できます。詳細については、「[同時実行スケーリング](https://docs.aws.amazon.com/redshift/latest/dg/concurrency-scaling.html)」を参照してください。 |
| **ポート** – | 接続に使用するポート番号。 | Amazon Redshift Serverless では、5431-5455 または 8191-8215 のポート範囲から別のポートに変更できます。詳細については、「[Amazon Redshift Serverless への接続](serverless-connecting.md)」を参照してください。 | プロビジョニングされたデータウェアハウスでは、任意のポートを選択して接続できます。 |
| **サイズ変更** | コンピュートリソースを追加または削除して、ワークロードに適したパフォーマンスを実現します。 | Amazon Redshift Serverless では、サイズ変更が適用されません。ただし、基本データウェアハウスの RPU 容量は、価格とパフォーマンスの要件に基づいて変更できます。詳細については、「[Amazon Redshift Serverless 容量を計算する](serverless-capacity.md)」を参照してください。 | プロビジョニングされたクラスターでは、クラスターをサイズ変更してノードを追加または削除します。詳細については、「[Amazon Redshift でのクラスター管理の概要](https://docs.aws.amazon.com/redshift/latest/mgmt/managing-cluster-operations.html)」を参照してください。 |
| **一時停止と再開** | 実行するワークロードがないときは、プロビジョニングされたクラスターを一時停止してコストを節約できます。 | Amazon Redshift サーバーレスでは、クエリの実行時にのみ料金が発生するため、一時停止や再開は不要です。詳細については、「[コンピューティング性能に対する請求](serverless-billing.md#serverless-rpu-billing)」を参照してください。 | さまざまな時間帯のワークロードの評価に応じて、クラスターの一時停止および再開を手動で行います。詳細については、「[Amazon Redshift でのクラスター管理の概要](https://docs.aws.amazon.com/redshift/latest/mgmt/managing-cluster-operations.html)」を参照してください。 |
| **Spectrum クエリによる外部データのクエリ** | Amazon S3 バケット内のデータを、JSON などのさまざまな形式でクエリできます。 | 料金は、コンピューティングリソースがワークロードを処理したときに発生します。Redshift Spectrum データがクエリされると、他のトランザクションと同様に料金が発生します。詳細については、「[コンピューティング性能に対する請求](serverless-billing.md#serverless-rpu-billing)」を参照してください。 | プロビジョニングされたデータウェアハウスでは、Amazon Redshift Spectrum の容量は、Amazon Redshift クラスターからクエリされる別のサーバーに存在します。詳細については、「[Amazon Redshift Spectrum を使用した外部データのクエリ](https://docs.aws.amazon.com/redshift/latest/dg/c-using-spectrum.html)」を参照してください。 |
| **コンピューティングリソースの請求** | Amazon Redshift と Amazon Redshift サーバーレスでの料金の発生方法の違い。 | Amazon Redshift Serverless では、実行するワークロードに対して秒単位の RPU 時間 (60 秒の最低料金) で課金されます。これには、Amazon S3 のオープンファイル形式のデータにアクセスするクエリが含まれます。詳細については、「[コンピューティング性能に対する請求](serverless-billing.md#serverless-rpu-billing)」を参照してください。 | プロビジョニングされたクラスターでは、クラスターが一時停止されていない場合、1 秒ごとに料金が発生します。 |
| **メンテナンスウィンドウ** | サーバーメンテナンスの仕組み | Amazon Redshift Serverless では、メンテナンスウィンドウがありません。更新はシームレスに処理されます。詳細については、「[Amazon Redshift サーバーレスとは](https://docs.aws.amazon.com/redshift/latest/mgmt/serverless-whatis.html)」を参照してください。 | プロビジョニングされたクラスターでは、パッチ適用が発生するときに、メンテナンスウィンドウを指定します。(通常、使用量が少ない場合は定期的な時間を選択します)。 |
| **暗号化** | データベースの暗号化を有効にできます。 | Amazon Redshift Serverless は、常に AWS KMS と AWS マネージドキーまたはカスタマーマネージドキーで暗号化されます。 | プロビジョニングされたデータウェアハウスのデータは、AWS KMS (AWS マネージドキーまたはカスタマーマネージドキー) で暗号化するか、暗号化しないままにすることができます。「[Amazon Redshift データベース暗号化](working-with-db-encryption.md)」を参照してください。 |
| **ストレージ請求** | ストレージの請求の仕組み。 | Amazon Redshift サーバーレスの場合、このレートは、1 か月あたりの GB に基づいて計算されます。「[コンピューティング性能に対する請求](serverless-billing.md#serverless-rpu-billing)」を参照してください。 | ストレージは、RA3 ノードを持つプロビジョニングされたクラスターのコンピューティングリソースとは別に課金されます。 |
| **ユーザー管理** | ユーザーの管理方法。 | Amazon Redshift Serverless の場合、ユーザーは IAM ユーザーまたは Redshift ユーザーです。詳細については、「[Amazon Redshift Serverless での Identity and Access Management](serverless-iam.md)」を参照してください。
IAM ロールのベストプラクティスを含む IAM ID の管理の詳細については、「[Amazon Redshift での Identity and Access Management](redshift-iam-authentication-access-control.md)」を参照してください。 | プロビジョニングされたデータウェアハウスの場合、ユーザーは IAM ユーザーまたは Redshift ユーザーです。詳細については、「Amazon Redshift データベース開発者ガイド」の「[データベースセキュリティの管理](https://docs.aws.amazon.com/redshift/latest/dg/r_Database_objects.html)」を参照してください。**
IAM ロールのベストプラクティスを含む IAM ID の管理の詳細については、「[Amazon Redshift での Identity and Access Management](redshift-iam-authentication-access-control.md)」を参照してください。 |
| **JDBC および ODBC のツールと互換性** | クライアント接続の仕組み。 | Amazon Redshift Serverless は、JDBC または ODBC 準拠のツールやクライアントアプリケーションと互換性があります。ドライバーの詳細については、「*Amazon Redshift 管理ガイド*」の「[接続の設定](https://docs.aws.amazon.com/redshift/latest/mgmt/configuring-connections.html)」を参照してください。Amazon Redshift Serverless への接続の詳細については、「[Redshift Serverless への接続](https://docs.aws.amazon.com/redshift/latest/mgmt/serverless-connecting.html)」を参照してください。 | Amazon Redshift プロビジョンドは、JDBC または ODBC 準拠のツールやクライアントアプリケーションと互換性があります。ドライバーの詳細については、「*Amazon Redshift 管理ガイド*」の「[接続の設定](https://docs.aws.amazon.com/redshift/latest/mgmt/configuring-connections.html)」を参照してください。クラスターへの接続については、「[SQL クライアントツールを使用して Amazon Redshift データウェアハウスクラスターに接続する](https://docs.aws.amazon.com/redshift/latest/mgmt/connecting-to-cluster.html)」を参照してください。 |
| **サインイン時の認証情報の要件** | 認証情報の処理方法。 | Amazon Redshift Serverless では、すべてのインスタンスで認証情報を入力する必要はありません。詳細については、「[Amazon Redshift Serverless への接続](serverless-connecting.md#serverless-connecting-endpoint)」を参照してください。 | Amazon Redshift にアクセスするには、IAM ロールに関連付けられたユーザーからのサインイン認証情報が必要です。IAM ロールには、プロビジョニングされたデータウェアハウスへのアクセス許可がアタッチされています。認証されると、ユーザーはデータベース、Redshift コンソール、クエリエディタ v2 に直接接続できます。 |
| **Data API** | ウェブサービスやその他のアプリケーションからデータにアクセスできます。 | Amazon Redshift サーバーレスは、Amazon Redshift Data API をサポートしています。Amazon Redshift サーバーレスでは、`cluster-identity` パラメータではなく `workgroup-name` パラメータを使用します。Data API を呼び出す方法の詳細については、「[Amazon Redshift Data API の使用](data-api.md)」を参照してください。 | Amazon Redshift プロビジョンドは、Amazon Redshift Data API をサポートしています。Amazon Redshift クラスターでは、`workgroup-name` パラメータではなく、 `cluster-identity` パラメータを使用します。Data API を呼び出す方法の詳細については、「[Amazon Redshift Data API の使用](data-api.md)」を参照してください。 |
| **スナップショット** | ポイントインタイムリカバリを提供します。 | Amazon Redshift Serverless では、スナップショットと復旧ポイントをサポートします。名前空間のスナップショットと復旧ポイントの詳細については、「[スナップショットと復旧ポイント](serverless-snapshots-recovery-points.md)」を参照してください。 | プロビジョニングされたクラスターはスナップショットをサポートします。詳細については、「[コンソールを使用したスナップショットの管理](https://docs.aws.amazon.com/redshift/latest/mgmt/managing-snapshots-console.html)」を参照してください。 |
| **データ共有** | 同じアカウントまたは異なるアカウントのデータベース間でデータを共有できるようにします。 | Amazon Redshift Serverless は、プロビジョニングされたデータウェアハウスがサポートするすべてのデータ共有機能をサポートします。また、Amazon Redshift Serverless とプロビジョニングされたデータウェアハウス、ツール、またはクライアントアプリケーション間のデータ共有もサポートします。 | プロビジョニングされたクラスターは、クロスデータベース、クロスアカウント、クロスリージョン、AWS Data Exchange データ共有をサポートします。詳細については、「[Amazon Redshift でのクラスター間のデータの共有](https://docs.aws.amazon.com/redshift/latest/dg/datashare-overview.html)」を参照してください。 |
| **トラック** | ソフトウェアアップデートのスケジュールを提供します。 | Amazon Redshift Serverless にはトラックの概念はありません。バージョンと更新は、サービスが処理します。Amazon Redshift サーバーレスの設計の詳細については、「[スナップショットと復旧ポイント](serverless-snapshots-recovery-points.md)」を参照してください。 | プロビジョニングされたクラスターは、現在のトラックと後続トラックの切り替えをサポートします。 |
| **システムテーブルとビュー** | リソースとシステムメタデータをモニタリングする方法を提供します。 | Amazon Redshift Serverless では、新しいシステムテーブルとビューをサポートします。システムテーブルの詳細については、「[Amazon Redshift Serverless でのクエリとワークロードのモニタリングクエリとワークロードのモニタリング](serverless-monitoring.md)」を参照してください。プロビジョニングされた古いシステムテーブルとビューから新しいビューにクエリを移行する方法については、「[SYS モニタリングビューへの移行](https://docs.aws.amazon.com/redshift/latest/dg/sys_view_migration.html)」を参照してください。 | プロビジョニングされたデータウェアハウスでは、モニタリングやシステムメタデータを必要とする他のタスクのために、既存のシステムテーブルとビューのセットをサポートします。 |
| **パラメータグループ** | これは、クラスター内で作成したすべてのデータベースに適用されるパラメータのグループです。これらのパラメータは、クエリのタイムアウトやデータスタイルなどのデータベース設定を定義します。 | Amazon Redshift Serverless には、パラメータグループの概念がありません。 | プロビジョニングされたデータウェアハウスは、パラメータグループをサポートします。プロビジョニングされたクラスターのパラメータグループについての詳細は、「[Amazon Redshift パラメータグループを作成します。](working-with-parameter-groups.md)」を参照してください。 |
| **クエリのモニタリング** | 実行したクエリを時間ベースで表示します。 | Amazon Redshift Serverless のクエリモニタリングでは、システムテーブルを使用するには、ユーザーによってデータベースに接続する必要があります。そのため、クエリモニタリングとシステムテーブルは同期しています。Amazon Redshift Serverless のシステムテーブルのクエリでは、IAM ユーザーにマッピングされたデータベースユーザーを使用して、クエリモニタリングを使用します。クエリのモニタリングの詳細については、「[Amazon Redshift サーバーレスでのクエリとワークロードのモニタリング](https://docs.aws.amazon.com/redshift/latest/mgmt/serverless-monitoring.html)」を参照してください。 | プロビジョニングされたクラスターでのクエリのモニタリングは、システムテーブルのすべてのデータを表示するわけではありません。 |
| **監査ログ** | データベースの接続とユーザーアクティビティに関する情報を提供します。 | Amazon Redshift サーバーレスでは、CloudWatch が監査ログの送信先になります。Amazon S3 ベースの監査ログ配信は、Amazon Redshift Serverless ではサポートされていません。詳細については、「[Amazon Redshift サーバーレスの監査ログ](https://docs.aws.amazon.com/redshift/latest/mgmt/serverless-audit-logging.html)」を参照してください。 | プロビジョニングされたクラスターでは、Amazon S3 ベースの監査ログ配信が標準となっています。今回、CloudWatch への監査ログの配信が拡張されて、プロビジョニングされたデータウェアハウスをカバーするようになりました。 |
| **イベント通知** | Amazon EventBridge は、アプリケーションをさまざまなソースからのデータに接続するために使用できるサーバーレスのイベントバスサービスです。 | Amazon Redshift Serverless は Amazon EventBridge を使用してイベント通知を管理し、データウェアハウスの変更に関する最新情報を伝えます。詳細については、「[Amazon EventBridge による Amazon Redshift Serverless イベント通知](serverless-event-notifications-eventbridge.md)」を参照してください。 | プロビジョニングされたクラスターでは、イベント通知を管理するために、Amazon Redshift コンソールを使用してイベントサブスクリプションを作成します。詳細については、「[イベント通知サブスクリプションを作成する](event-subscribe.md)」を参照してください。 |
| **カーソルの制約** | Amazon Redshift は、カーソルのすべての結果セットのサイズに対して制約を適用します。 | Amazon Redshift Serverless では、カーソルの結果セットの最大合計サイズは 150,000 MB です。 | プロビジョニング済みクラスターの場合、カーソルの結果セットの最大合計サイズはクラスタータイプによって異なります。詳細については、「[カーソルの制約](https://docs.aws.amazon.com/redshift/latest/dg/declare.html#declare-constraints)」を参照してください。 |