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 インスタンスを設定する際には、[Additional considerations] (追加の考慮事項) を開き、[Subnet] (サブネット) に表示されているサブネット ID に、サポートされているアベイラビリティゾーン ID が少なくとも 3 つ含まれていることを確認します。サブネットからアベイラビリティーゾーン ID へのマッピングを確認するには、VPC コンソールを開いて [Subnets] (サブネット) をクリックし、アベイラビリティーゾーン ID とサブネット ID のリストを表示します。サポートされているアベイラビリティーゾーン ID に、サブネットがマッピングされていることを確認します。サブネットの作成については、Amazon VPC ユーザーガイドの「VPC にサブネットを作成する」を参照してください。
3 つのサブネット - 少なくとも 3 つのサブネットが必要で、それらが 3 つのアベイラビリティーゾーンにまたがっている必要があります。例えば、アベイラビリティゾーン us-east-1a、us-east-2a、us-east-1c にマッピングされる 3 つのサブネットを使用できます。ただし、米国西部 (北カリフォルニア) リージョンは除きます。他のリージョンと同様に 3 つのサブネットが必要ですが、これらは 2 つのアベイラビリティーゾーンのみにまたがっている必要があります。条件として、対象とするアベイラビリティーゾーンの 1 つに、2 つのサブネットが含まれている必要があります。
空き 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 Severless と 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 ワークグループを作成できます。作成する場合は、リソース共有を削除しないことをお勧めします。ワークグループが使用できなくなる可能性があります。
