翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
Amazon のクォータと制限 QLDB
重要
サポート終了通知: 既存のお客様は、07/31/2025 のサポート終了QLDBまで Amazon を使用できます。詳細については、「Amazon Ledger QLDB を Amazon Aurora Postgre に移行するSQL
このセクションでは、Amazon における制限とも呼ばれる現在のクォータについて説明しますQLDB。
デフォルトのクォータ
QLDB には、「」の「Amazon QLDBエンドポイントとクォータ」にも記載されているように、次のデフォルトのクォータがありますAWS 全般のリファレンス。これらのクォータは、リージョンごとに AWS アカウント ごとに設定されます。リージョンでのアカウントのクォータの引き上げをリクエストするには、Service Quotas コンソールを使用してください。
にサインイン AWS Management Console し、 で Service Quotas コンソールを開きますhttps://console.aws.amazon.com/servicequotas/
| リソース | デフォルトのクォータ |
|---|---|
| このアカウントで現在のリージョンに作成できるアクティブな台帳の最大数 | 5 |
| 台帳あたりの Simple Storage Service (Amazon S3) へのアクティブなジャーナルエクスポートの最大数 | 2 |
| 台帳あたりの Kinesis Data Streams へのアクティブなジャーナルストリームの最大数 | 5 |
固定クォータ
デフォルトのクォータに加えて、 QLDBには台帳ごとに次の固定クォータがあります。Service Quotas を使用してこれらのクォータを引き上げることはできません。
| リソース | 固定クォータ |
|---|---|
| 同時アクティブセッションの数 | 3000 |
| アクティブなテーブルの数 | 20 |
IndexedStorage – 台帳のテーブル、インデックス、インデックス付き履歴で使用されるディスク領域の合計。15 分間隔で報告されます。Amazon CloudWatch メトリクスの詳細については、「Amazon によるモニタリング CloudWatch」を参照してください。 |
最大 16 TiB |
テーブル (アクティブおよび非アクティブ) の合計数 注記ではQLDB、削除されたテーブルは非アクティブと見なされ、この合計クォータにカウントされます。 |
40 |
| テーブルあたりのインデックス数 | 5 |
| トランザクション内のドキュメントの数 | 40 |
| トランザクションで秘匿化するリビジョンの数 | 1 |
ドキュメントサイズ (IonBinary 形式でエンコード) |
128 KB |
ステートメントのパラメータサイズ (IonBinary 形式) |
128 KB |
ステートメントのパラメータサイズ (IonText 形式) |
1 MB |
| ステートメントの文字列長 | 100,000 文字 |
| トランザクションサイズ | 4 MB |
| トランザクションタイムアウト | 30 秒 |
| 完了したジャーナルエクスポートジョブの有効期限 | 7 日間 |
| ターミナルジャーナルストリームの有効期限 | 7 日間 |
台帳のクォータ
Service Quotas コンソールを使用して、リージョンでのアカウントの台帳クォータの引き上げをリクエストできます。
で Service Quotas コンソールを開きますhttps://console.aws.amazon.com/servicequotas/
一部のQLDBユースケースでは、ビジネスの成長に基づいて、リージョン AWS アカウント ごとに あたりの台帳の数を増やす必要があります。例えば、顧客やデータを分離するために専用の台帳を作成する必要があるかもしれません。この場合、マルチアカウントアーキテクチャを活用してQLDBクォータを操作することを検討してください。詳細については、 AWS ホワイトペーパー「SaaS テナント分離戦略」の「アカウントサイロ分離 SaaS
ドキュメントサイズ
IonBinary 形式でエンコードされたドキュメントの最大サイズは 128 KB です。IonText ではドキュメントのサイズに正確な制限を設定することはできません。テキストからバイナリへの変換は、各ドキュメントの構造によって大きく異なるためです。QLDB はオープンコンテンツを持つドキュメントをサポートしているため、一意のドキュメント構造ごとにサイズ計算が変更されます。
トランザクションサイズ
でのトランザクションの最大サイズは 4 MB QLDBです。トランザクションサイズは、次の要素の合計をもとに計算されます。
- デルタ
-
トランザクション内のすべての命令文によって生成されるドキュメント変更。複数のドキュメントに影響を与えるトランザクションの場合には、影響を受ける個々のドキュメントのデルタの合計が合計のデルタサイズとなります。
- メタデータ
-
影響を受ける個々のドキュメントに関連付けられる、システム生成のトランザクションメタデータ。
- インデックス
-
トランザクションの影響を受けるテーブルでインデックスが定義されている場合、関連するインデックスエントリもデルタを生成します。
- 履歴
-
すべてのドキュメントリビジョンは に保持されるためQLDB、すべてのトランザクションも履歴に追加されます。
挿入 - テーブルに挿入されるすべてのドキュメントには、その履歴テーブルにもコピーが挿入されます。たとえば、100 KB のドキュメントが新たに挿入されるトランザクションにおいては、最低でも 200 KB のデルタが生成されます (これは、メタデータまたはインデックスを含まない概算値です)。
更新 - ドキュメント更新時には、たとえ単一フィールドのみの更新であっても、新たなドキュメント全体のリビジョンが履歴内に生成され、更新のデルタが加減されます。このため、大きなサイズのドキュメントに対し小さな更新を行う場合であっても、大きなトランザクションデルタが生成されます。たとえば、2 KB のデータを既存の 100 KB のドキュメントに追加する場合、新しい 102 KB のリビジョンが履歴内に生成されます。このため、トランザクションの合計デルタは少なくとも 104 KB に達します (繰り返しになりますが、これは、メタデータまたはインデックスを含まない概算値です)。
削除 - 更新と同様に、削除トランザクションでも、新しいドキュメントリビジョンが履歴内に生成されます。ただし新たに作成される
DELETEリビジョンは、ユーザーデータが null で、メタデータのみ含むため、元のドキュメントよりサイズが小さくなります。
命名に関する制約
次の表に、Amazon 内の命名に関する制約を示しますQLDB。
| 台帳名 |
|
| ジャーナルストリーム名 | |
| テーブル名 |
|
