このドキュメントでは、Agent Search の割り当てとシステムの上限について説明します。システムの上限は固定値で、変更できません。他の Google Cloudサービスとは異なり、Agent Search の割り当てでは、手動で増加をリクエストする必要はありません。割り当ては、購入したライセンスまたはシートの数に基づいて自動的に調整されます。
Google Cloud では、リソースの使用や可用性における公平性を保って急激な変動を抑えるために、割り当てが使用されています。割り当ては、 Google Cloud プロジェクトで使用できるGoogle Cloud リソースの量を制限します。割り当ては、ハードウェア、ソフトウェア、ネットワーク コンポーネントなど、さまざまなリソースタイプに適用されます。たとえば、割り当てによって、サービスへの API 呼び出しの数、プロジェクトで同時に使用されるロードバランサの数、作成可能なプロジェクトの数を制限できます。割り当てを適用することで、サービスの過負荷を防ぎ、Google Cloud ユーザーのコミュニティを保護します。割り当ては、自組織で使用している Google Cloud リソースの管理にも役立ちます。
Cloud Quotas システムは次のことを行います。
- Google Cloud のプロダクトとサービスの消費量をモニタリングする
- これらのリソースの消費量を制限する
- 割り当て値の変更をリクエストし、割り当ての調整を自動化する手段を提供する
ほとんどの場合、割り当ての許容量を超えるリソースを消費しようとすると、システムによってリソースへのアクセスがブロックされ、実行しようとしているタスクは失敗します。
割り当ては通常、 Google Cloud プロジェクト レベルで適用されます。あるプロジェクトでリソースを使用しても、別のプロジェクトで使用可能な割り当てに影響することはありません。 Google Cloud プロジェクト内では、すべてのアプリケーションと IP アドレスで割り当てが共有されます。
詳細については、 Cloud Quotas の概要をご覧ください。
Agent Search リソースには、 システムの上限もあります。 システムの上限は変更できません。
数量に基づく割り当て
次の表に、Discovery Engine API の割り当てを示します。これらの割り当ては、時間が経過してもリセットされません。代わりに、リソースを解放すると解放されます。
| Quota | 値 |
|---|---|
| プロジェクトあたりのデータストアの合計数 | 1001 |
| プロジェクトあたりのエンジンの合計数 | 1502 |
| プロジェクトあたりの保留中のインポートの長時間実行オペレーションの数 | 300 |
| プロジェクトあたりの保留中のドキュメント削除の長時間実行オペレーションの数 | 100 |
| プロジェクトあたりのサービス提供コントロールの数 | 1,000 |
| サービス構成あたりのブースト サービス提供コントロールの数 | 100 |
| サービス構成あたりのフィルタ サービス提供コントロールの数 | 100 |
| サービス構成あたりのリダイレクト サービス提供コントロールの数 | 100 |
| サービス構成あたりの類義語サービス提供コントロールの数 | 100 |
| プロジェクト、ロケーション（グローバル、米国、EU）ごとのリージョン データストアの数 | 100 |
| プロジェクト、ロケーション（グローバル、米国、EU）ごとのリージョン ドキュメントの数 | 10,000,000 |
| プロジェクト、ロケーション（グローバル、米国、EU）ごとのリージョン エンジンの数 | 150 |
| リージョン別のプロジェクトあたりのユーザー イベントの数（グローバル、米国、EU） | 40,000,000,000 |
1 技術的な制限により、データストアの最大割り当ては
プロジェクトあたり 500 です。データストアがさらに必要な場合は、新しいプロジェクトを使用します。
データストア内の各エンティティはデータストア インスタンスとしてカウントされるため、
この割り当てにカウントされます。たとえば、3 つの
エンティティを持つデータストアは、割り当てに対して 3 つのデータストアとしてカウントされます。
2 技術的な制限により、エンジンあたりの最大割り当ては 500 プロジェクトごとです。エンジンがさらに必要な場合は、新しいプロジェクトを使用します。
レートに基づく割り当て
Discovery Engine API リクエストには、次の割り当てが適用されます。
| Quota | 値 |
|---|---|
| 1 プロジェクト、1 分あたりの完全なクエリ リクエスト数 | 300 |
| 1 プロジェクト、1 分あたりの会話型検索読み取りリクエスト数 | 300 |
| 1 プロジェクト、1 分あたりの会話型検索書き込みリクエスト数 | 300 |
| 1 プロジェクト、1 分あたりのドキュメント一括リクエスト数（インライン インポートや削除など） | 100 |
| 1 プロジェクト、1 分あたりのドキュメント非同期インポート リクエスト数（Cloud Storage、BigQuery など） | 5 |
| 1 プロジェクト、1 分あたりのドキュメント削除リクエスト数 | 100 |
| 1 プロジェクト、1 分あたりのドキュメント読み取りリクエスト数 | 300 |
| 1 プロジェクト、1 分あたりのドキュメント書き込みリクエスト数 | 12,000 |
| 1 プロジェクト、1 日あたりの評価作成リクエスト数 | 5 |
| 1 プロジェクト、1 分あたりの評価読み取りリクエスト数 | 100 |
| 1 プロジェクト、1 分あたりの評価書き込みリクエスト数 | 100 |
| 1 プロジェクト、1 分あたりのグラウンディング生成チェックのグラウンディング リクエスト数 | 300 |
| 1 プロジェクト、1 分あたりの LLM クエリ リクエスト数（検索の要約、マルチターンの検索） | 60 |
| 1 分あたりの保留中の FHIR または BigQuery ストリーミング書き込みの数。 | 6,000 |
| プロジェクトあたりのサンプルクエリ セットの数 | 100 |
| 1 プロジェクト、1 分あたりのランキング API リクエスト数 | 500 |
| 1 プロジェクト、1 分あたりの推奨リクエスト数 | 60,000 |
| 1 プロジェクト、1 分あたりのサンプルクエリ読み取りリクエスト数 | 200 |
| 1 プロジェクト、1 分あたりのサンプルクエリ セット読み取りリクエスト数 | 100 |
| 1 プロジェクト、1 分あたりのサンプルクエリ セット書き込みリクエスト数 | 100 |
| 1 プロジェクト、1 分あたりのサンプルクエリ書き込みリクエスト数 | 200 |
| 1 プロジェクト、1 分あたりのスキーマ読み取りリクエスト数 | 100 |
| 1 プロジェクト、1 分あたりのスキーマ書き込みリクエスト数 | 100 |
| 1 プロジェクト、1 ロケーション（グローバル、米国、EU）の 1 分あたりのリージョン検索リクエスト数 | 300 |
| 1 プロジェクト、1 分あたりのユーザー イベント バッチ リクエスト数（インポートや削除など） | 100 |
| 1 プロジェクト、1 ユーザーの 1 分あたりのユーザー イベント収集リクエスト数 | 240 |
| 1 プロジェクト、1 分あたりのユーザー イベントの書き込みリクエスト数 | 60,000 |
ウェブページのインデックス登録の割り当て
高度なウェブサイトのインデックス登録が有効になっているデータストアがある場合、インデックス登録するすべてのウェブページは、割り当てリストの「プロジェクトあたりのドキュメント数」の割り当てにカウントされます。プロジェクト内のページ数と、そのプロジェクトのページ割り当ては、データストアの [データ] ページの [プロジェクトのページ数と割り当て] フィールドで確認できます。
プロジェクトのデータストアにウェブサイトを追加し、それらのウェブサイトのウェブページがプロジェクトの割り当てを超えると、ウェブサイトはインデックス登録されません。データストアにすでにインデックス登録されているウェブサイトがある場合、それらのウェブサイトは引き続きインデックス登録されます。割り当てのアップグレードは いつでもリクエストできます。