このドキュメントでは、Service Extensions に適用される割り当てと上限の一覧を示します。
- 割り当てにはデフォルト値がありますが、通常は調整をリクエストできます。
- システムの上限は固定値で、変更できません。
割り当て
Google Cloud では、割り当てを使用して公平性を確保し、リソースの使用量と可用性の急増を抑えます。割り当ては、 Google Cloud プロジェクトで使用できるGoogle Cloud リソースの量を制限します。割り当ては、ハードウェア、ソフトウェア、ネットワーク コンポーネントなど、さまざまなリソースタイプに適用されます。たとえば、割り当てによって、サービスへの API 呼び出しの数、プロジェクトで同時に使用されるロードバランサの数、作成可能なプロジェクトの数を制限できます。割り当てを適用することで、サービスの過負荷を防ぎ、Google Cloud ユーザーのコミュニティを保護します。割り当ては、自組織で使用している Google Cloud リソースの管理にも役立ちます。
Cloud Quotas システムは次のことを行います。
- Google Cloud のプロダクトとサービスの消費量をモニタリングする
- これらのリソースの消費量を制限する
- 割り当て値の変更をリクエストし、割り当ての調整を自動化する手段を提供する
ほとんどの場合、割り当ての許容量を超えるリソースを消費しようとすると、システムによってリソースへのアクセスがブロックされ、実行しようとしているタスクは失敗します。
割り当ては通常、 Google Cloud プロジェクト レベルで適用されます。あるプロジェクトでリソースを使用しても、別のプロジェクトで使用可能な割り当てに影響することはありません。 Google Cloud プロジェクト内では、すべてのアプリケーションと IP アドレスで割り当てが共有されます。
詳細については、Cloud Quotas の概要をご覧ください。
通常、割り当てを調整するには Google Cloud コンソールを使用します。詳細については、割り当ての調整をリクエストするをご覧ください。
次の割り当てがサービス拡張機能に適用されます。リクエストに応じて増やすことができます。
| 割り当て | 値 | |
|---|---|---|
| プロジェクト内のグローバル認証拡張機能の最大数 | 10 | |
| プロジェクト内のグローバル エッジ拡張機能の最大数 | 100 | |
| プロジェクト内のグローバル ルート拡張機能の最大数 | 100 | |
| プロジェクト内のグローバル トラフィック拡張機能の最大数 | 100 | |
| プロジェクト内のリージョンあたりの認可拡張機能の最大数 | 10 | |
| プロジェクト内のリージョンあたりのルート拡張機能の最大数 | 100 | |
| プロジェクト内のリージョンあたりのトラフィック拡張機能の最大数 | 100 | |
| プロジェクトあたりのプラグインの最大数 | 100 | |
| Cloud Load Balancing のみ: プロジェクトごとにエッジ拡張機能を使用してアプリケーション ロードバランサに接続できるプラグインの最大数 | 5 つのデバイスを同時に使用できます | |
| Cloud Load Balancing のみ: プロジェクト、ロケーション、ロード バランシング スキームごとに、ルート拡張機能を介してアプリケーション ロードバランサに接続されるプラグインの最大数 | 5 つのデバイスを同時に使用できます | |
| Cloud Load Balancing のみ: プロジェクト、ロケーション、ロード バランシング スキームごとに、トラフィック拡張機能を介してアプリケーション ロードバランサに接続されるプラグインの最大数 | 5 つのデバイスを同時に使用できます | |
Media CDN のみ: プロジェクトあたりの WasmAction リソースを介して Media CDN サービスに接続されるプラグイン リソースの最大数 |
5 つのデバイスを同時に使用できます |
上限
Service Extensions リソースにはシステムの上限もあります。システムの上限は変更できません。
Service Extensions では、次の使用量上限が適用されます。
| 使用量上限 | 値 | |
|---|---|---|
| アタッチメント ポイントあたりの拡張機能チェーンの最大数 | 5 | |
| エッジ拡張機能チェーン内のプラグインの最大数 | 1 | |
| ルート拡張チェーン内のプラグインまたはコールアウトの最大数 | 1 | |
| トラフィック拡張チェーン内のプラグインまたはコールアウトの最大数 | 3 | |
リクエストあたりの最大実行時間。 期間は、リクエストに関連付けられているすべての Proxy-Wasm コールバックの期間の合計です。上限を超えたプラグインは終了し、関連するリクエストは HTTP |
1 ミリ秒 | |
| コンパイル済みプラグインとプラグイン構成データの最大サイズ。 | 5 MiB | |
Artifact Registry を使用せずに、プラグインの構成データを直接指定する場合（ Google Cloud コンソールでのファイル アップロード、Cloud SDK の --plugin-config オプションまたは --plugin-config-file オプション、REST API の WasmPluginVersion.plugin_config_data フィールドを使用する場合）の最大サイズ。 |
900 KiB | |
リクエストあたりの最大 CPU 使用率。 プラグイン呼び出しごとに使用される最大正規化 vCPU。この上限を超えたプラグインは終了し、関連付けられたリクエストは HTTP |
1 ミリ秒 | |
プラグインで使用される最大メモリ プラグイン インスタンスが保持する最大割り当てメモリ。この上限を超えたプラグインは終了し、関連付けられたリクエストは HTTP |
16 MiB | |
プラグインが呼び出しごとに生成するログコンテンツの最大サイズ 上限を超えると、それ以降のログは破棄されます。 |
16 KiB | |
呼び出しごとにプラグインによって出力されるログエントリの最大数 上限を超えると、それ以降のログは破棄されます。 |
16 | |
| プラグインごとのバージョンの最大数 | 100 |