Amazon Redshift サーバーレスを使用する場合の考慮事項 - Amazon Redshift

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) の数が増えるにつれて大きくなります。作成する各ワークグループの各サブネットで利用可能な IP アドレスの最小数が必要です。IP アドレスの割り当ての詳細については、「Amazon VPC ユーザーガイド」の「IP アドレス指定」を参照してください。

ワークグループ作成時に必要な最低空き 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

また、ワークグループを更新して使用する RPU を増やす場合も、空き IP アドレスが必要です。ワークグループを更新する際に必要な最小空き 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

移行後のストレージスペース - 小さな 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 ワークグループを作成できます。作成する場合は、リソース共有を削除しないことをお勧めします。ワークグループが使用できなくなる可能性があります。