Aurora PostgreSQL Limitless Database を使用する DB クラスターの作成
Aurora PostgreSQL の Limitless Database バージョンを使用して新しい Aurora DB クラスターを作成し、クラスターに DB シャードグループを追加します。DB シャードグループを追加するときは、DB シャードグループ全体の最大コンピューティング容量 (すべてのルーターとシャードの容量の合計) を Aurora 容量ユニット (ACU) で指定します。各 ACU では、約 2 ギビバイト (GiB) のメモリと、対応する CPU、ネットワークが組み合わせられています。スケーリングは、Aurora Serverless v2 の動作と同様に、アプリケーションのワークロードに応じて DB シャードグループの容量を増減します。
DB シャードグループの最大容量と、作成されたルーターとシャードの数との相関性
DB シャードグループ内のルーターとシャードの初期数は、DB シャードグループの作成時に設定した最大容量によって決まります。最大容量が大きいほど、DB シャードグループで作成されるルーターとシャードの数も大きくなります。
各ノード (シャードまたはルーター) には、ACU で測定される独自の現在の容量値があります。
-
Limitless Database は、現在の容量が低すぎて負荷を処理できない場合、ノードをより高い容量にスケールアップします。ただし、合計容量が最大に達した場合、ノードはスケールアップされません。
-
Limitless Database は、現在の容量が必要以上に高い場合、ノードをより低い容量にスケールダウンします。ただし、合計容量が最小に達した場合、ノードはスケールダウンされません。
次の表は、Aurora 容量ユニット (ACU) の DB シャードグループの最大容量と、作成されたノード (ルーターとシャード) の数との相関関係を示しています。
注記
これらの値は変更される可能性があります。
コンピューティングの冗長性をゼロ以外の値に設定すると、シャードの合計数は 2 倍または 3 倍になります。これにより、追加のコストが発生します。
コンピューティングスタンバイのノードは、ライターと同じ容量にスケールアップ/スケールダウンされます。スタンバイの容量範囲は個別に設定しません。
| 合計ノード数 | ルーター | シャード | デフォルトの最小容量 (ACU) | 最大容量範囲 (ACU) |
|---|---|---|---|---|
| 4 | 2 | 2 | 16 | 16〜400 |
| 5 | 2 | 3 | 20 | 401〜500 |
| 6 | 2 | 4 | 24 | 501〜600 |
| 7 | 3 | 4 | 28 | 601～700 |
| 8 | 3 | 5 | 32 | 701～800 |
| 9 | 3 | 6 | 36 | 801～900 |
| 10 | 4 | 6 | 40 | 901～1000 |
| 11 | 4 | 7 | 44 | 1001〜1100 |
| 12 | 4 | 8 | 48 | 1101～1200 |
| 13 | 5 | 8 | 52 | 1201～1300 |
| 14 | 5 | 9 | 56 | 1301～1400 |
| 15 | 5 | 10 | 60 | 1401～1500 |
| 16 | 6 | 10 | 64 | 1501～1600 |
| 17 | 6 | 11 | 68 | 1601～1700 |
| 18 | 6 | 12 | 72 | 1701～1800 |
| 19 | 7 | 12 | 76 | 1801～1900 |
| 20 | 7 | 13 | 80 | 1901〜2000 |
| 21 | 7 | 14 | 84 | 2001～2100 |
| 22 | 8 | 14 | 88 | 2101～2200 |
| 23 | 8 | 15 | 92 | 2201～2300 |
| 24 | 8 | 16 | 96 | 2301～6144 |
DB シャードグループの最大容量に基づく動的設定は、作成時にのみ可能です。最大容量が変更されても、ルーターとシャードの数は変わりません。詳細については、「DB シャードグループの容量の変更」を参照してください。
SQL コマンドを使用して、DB シャードグループにシャードとルーターを追加できます。詳細については次を参照してください:
注記
シャードやルーターは削除できません。
