Amazon Redshift サーバーレスを使用する場合の考慮事項
Amazon Redshift Serverless が利用できる AWS リージョン の一覧については、「Amazon Web Services 全般のリファレンス」の「Redshift Serverless API」に記載されているエンドポイントを参照してください。
Amazon Redshift サーバーレスによって使用される一部のリソースは、クォータの対象となります。詳細については、「Amazon Redshift Serverless オブジェクトのクォータ」を参照してください。
カーソルを宣言すると、Amazon Redshift サーバーレスの結果セットサイズの指定が DECLARE に指定されます。
メンテナンスウィンドウ - Amazon Redshift Serverless では、メンテナンスウィンドウは使用できません。ソフトウェアバージョンの更新は自動的に適用されます。Amazon Redshift では、バージョンを切り替えても、既存の接続やクエリの実行は中断されません。新しい接続は、常に Amazon Redshift Serverless と瞬時に接続して動作します。
アベイラビリティゾーン 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 アドレス要件 — Amazon Redshift Serverless ワークグループを作成する際は、空き IP アドレスが必要です。IP アドレスの最小数は、ワークグループの Redshift プロセッシング単位 (RPU) の数が増えるにつれて大きくなります。具体的には、ワークグループの VPC の各サブネットには、最小数の IP アドレスが必要です。IP アドレスの割り当ての詳細については、「Amazon VPC ユーザーガイド」の「IP アドレス指定」を参照してください。
ワークグループ作成時に必要な最低空き IP アドレス数は、以下のとおりです。
| Redshift プロセッシング単位 (RPU) | 必要な空き IP アドレス | 最小 CIDR サイズ |
|---|---|---|
| 8 | 9 | /27 |
| 16 | 15 | /27 |
| 32 | 13 | /27 |
| 64 | 21 | /27 |
| 128 | 37 | /26 |
| 256 | 69 | /25 |
| 512 | 133 | /24 |
| 1024 | 261 | /23 |
また、ワークグループを更新して使用する RPU を増やす場合も、空き IP アドレスが必要です。ワークグループのサブネットを更新する際に必要な空き IP アドレスの数は次のとおりです。
| Redshift プロセッシング単位 (RPU) | 更新された Redshift プロセッシング単位 (RPU) | 必要な空き IP アドレス |
|---|---|---|
| 8 | 16 | 10 |
| 16 | 32 | 13 |
| 32 | 64 | 16 |
| 64 | 128 | 28 |
| 128 | 256 | 52 |
| 256 | 512 | 100 |
| 512 | 1024 | 197 |
注記
1024 の最大ベース RPU 容量は、次の AWS リージョンでのみ使用できます。
-
米国東部 (バージニア北部)
-
米国東部 (オハイオ)
-
米国西部 (オレゴン)
移行後のストレージスペース - 小さな 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 ワークグループを作成できます。作成する場合は、リソース共有を削除しないことをお勧めします。ワークグループが使用できなくなる可能性があります。
