このドキュメントでは、 Google Cloud NetApp Volumes に適用される割り当てとシステムの上限について説明します。
- 割り当てにはデフォルト値がありますが、通常は 調整をリクエストできます。
- システムの上限は固定値で、変更できません。
Google Cloud では、割り当てを使用して公平性を確保し、リソースの使用量と可用性の急増を抑えます。割り当ては、 Google Cloud プロジェクトで使用できるGoogle Cloud リソースの量を制限します。割り当ては、ハードウェア、ソフトウェア、ネットワーク コンポーネントなど、さまざまなリソースタイプに適用されます。たとえば、割り当てによって、サービスへの API 呼び出しの数、プロジェクトで同時に使用されるロードバランサの数、作成可能なプロジェクトの数を制限できます。割り当てを適用することで、サービスの過負荷を防ぎ、Google Cloud ユーザーのコミュニティを保護します。割り当ては、自組織で使用している Google Cloud リソースの管理にも役立ちます。
Cloud Quotas システムは次のことを行います。
- Google Cloud のプロダクトとサービスの消費量をモニタリングする
- これらのリソースの消費量を制限する
- 割り当て値の変更をリクエストし、割り当ての調整を自動化する手段を提供する
ほとんどの場合、割り当ての許容量を超えるリソースを消費しようとすると、システムによってリソースへのアクセスがブロックされ、実行しようとしているタスクは失敗します。
割り当ては通常、 Google Cloud プロジェクト レベルで適用されます。あるプロジェクトでリソースを使用しても、別のプロジェクトで使用可能な割り当てに影響することはありません。 Google Cloud プロジェクト内では、すべてのアプリケーションと IP アドレスで割り当てが共有されます。
詳細については、 Cloud Quotas の概要をご覧ください。
NetApp Volumes リソースにはシステムの上限もあります。 システムの上限は変更できません。
Google Cloud NetApp Volumes の使用には、上限とデフォルトの割り当てが適用されます。上限は変更できませんが、割り当ての増加をリクエストできます。詳細については、 割り当ての増加をリクエストするをご覧ください。
API 割り当てを表示する
コンソール Google Cloud で NetApp Volumes の API 割り当てと使用状況を表示します。
NetApp Volumes のデフォルトの割り当て
次の表に、各リソースのデフォルトの割り当てを示します。ほどんどの場合、割り当ての増減を行うには コンソール Google Cloud を使用します。詳細については、 割り当て上限の引き上げをリクエストするをご覧ください。
| リソース | デフォルトの割り当て |
|---|---|
| リージョンあたりの Flex ファイルと Flex 統合ストレージ プールの容量（GiB） | 25 TiB |
| リージョンあたりの Flex ファイルと Flex 統合のクロスリージョン レプリケートされたボリューム | 5 |
| リージョンあたりの Flex ファイルと Flex 統合ボリューム | 100 |
| リージョンあたりのバックアップ構成を持つ Flex ファイルと Flex 統合ボリューム | 10 |
| リージョンあたりの Flex ファイルと Flex 統合ストレージ プールのスループット（MiBps） | 5120 |
| リージョンあたりの Flex ファイルと Flex 統合ストレージ プールの IOPS | 160,000 |
| リージョンあたりの Standard Storage プールの容量（GiB） | 25 TiB |
| リージョンあたりの Standard のクロスリージョン レプリケートされたボリューム | 5 |
| リージョンあたりの Standard のハイブリッド レプリケートされたボリューム | 1 |
| リージョンあたりの Standard ボリューム | 100 |
| リージョンあたりのバックアップ構成を持つ Standard ボリューム | 10 |
| リージョンあたりの Premium と Extreme のストレージ プールの容量（GiB） | 25 TiB |
| リージョンあたりの Premium と Extreme のクロスリージョン レプリケートされたボリューム | 5 |
| リージョンあたりの Premium と Extreme のハイブリッド レプリケートされたボリューム | 1 |
| リージョンあたりの Premium と Extreme のボリューム | 100 |
| リージョンあたりのバックアップ構成を持つ Premium と Extreme のボリューム | 10 |
| すべてのサービスレベルのリージョンあたりの Backup Vault | 10 |
NetApp Volumes の上限
NetApp Volumes の機能の上限は、ロケーションとリージョンによって異なります。次の表に、リソースごとの現在の上限を示します。これらの上限は変更できません。
バックアップの上限
| リソース | 上限 |
|---|---|
| ボリュームあたりのバックアップの数 | 1,000 |
| スケジュールされたバックアップの合計数（日次、週次、月次） | 1,000 |
| Flex ストレージ プールあたりの同時バックアップの最大数 | 10 |
ストレージ プールの上限
| リソース | 上限 |
|---|---|
| 最小プール容量 |
|
| 最大プール容量 |
|
| ストレージ プールあたりのボリュームの最大数 |
|
| ストレージ プールの最大数 |
|
| ストレージ プールあたりのレプリケーションの最大数 |
|
ネットワークに関する上限
| リソース | 上限 |
|---|---|
| 1 プロジェクトあたりの VPC ネットワーク数 | 5 |
巻の上限
| リソース | 上限 |
|---|---|
| リージョンあたりのボリューム数 | Flex 統合サービスレベル: ゾーンごとに 5,000 個のゾーンボリュームと 5,000 個のリージョン ボリューム Standard、Premium、Extreme のサービスレベル: 該当なし Flex ファイル サービスレベル: ゾーンごとに 5,000 個のゾーンボリュームと 5,000 個のリージョン ボリューム |
| 単一ボリュームの最小容量 | Flex 統合と Flex ファイルのサービスレベル: 1 GiB。詳細については、NetApp Volumes のサービスレベルの表をご覧ください Standard、Premium、Extreme のサービスレベル: 100 GiB |
| 単一ボリュームの最大容量 | Flex ファイル サービスレベル: 300 TiB Flex 統合サービスレベル: NFS と SMB の場合は 300 TiB iSCSI の場合は 128 TiB Standard、Premium、Extreme のサービスレベル: 100 TiB |
| 大容量ボリュームの最小容量（Flex 統合の大容量プール内） | 4.8 TiB（デフォルトの大容量ボリューム（48 個のメンバー ボリューム）） 2,400 GiB（メンバー ボリュームのカスタム数（最小 2）） |
| 大容量ボリュームの最大容量（Flex 統合の大容量プール内） | 自動階層化なしで 2.48 PiB 自動階層化ありで 20 PiB |
| 大容量ボリュームの最小容量（Premium と Extreme のサービスレベルのみ） | 15 TiB |
| 大容量ボリュームの最大容量（Premium と Extreme のサービスレベルのみ） | 3 PiB |
| ボリュームあたりのスナップショットの数 | 255 |
| ボリュームあたりのバックアップの数 | 1,000 |
| 単一 LUN の最大容量 | 128 TiB |
| 単一ファイルの最大容量 | すべてのサービスレベルで 128 TiB（Flex ファイルの場合は 16 TiB を除く） |
| 単一ディレクトリの最大サイズ | 約 400 万ファイル 1 |
| ファイル名の最大長 | 255 文字 |
| 1 ボリュームあたりの最大 NFS エクスポート ルール数 | 20 |
| NFS エクスポート ルールの最大長 | 4,096 文字 |
| ユーザーとグループの割り当てルールの最大数 | 100 |
1 パフォーマンス設定が低い長いファイル名または Flex 統合プールを使用する場合、上限が低くなることがあります。
ネットワーク ファイル システム（NFS）の上限
| リソース | 上限 |
|---|---|
| LDAP 対応ボリュームでサポートされる UNIX グループの最大数 | 1,024 |
Active Directory ポリシーの上限
| リソース | 上限 |
|---|---|
| リージョンあたりの Active Directory ポリシーの最大数 | 5 |
i ノードの上限
ディレクトリ、ファイル、リンクごとに i ノードが使用されますが、各ボリュームに保存できる i ノードの数には上限があります。この上限に達すると、空き容量があっても新しいファイルやディレクトリを作成できません。この問題を解決するには、既存のファイルまたはディレクトリを削除して i ノードを解放する必要があります。または、ボリューム容量を増やして i ノードを追加することもできます。
Google Cloud NetApp Volumes では、平均ファイルサイズが 32 KB の場合、ボリューム容量 32 KB ごとに 1 つの i ノードが割り当てられます。平均ファイルサイズが小さい場合は、使用可能なストレージ容量をすべて使い切る前に i ノードが不足する可能性があります。
Standard、Premium、Extreme のサービスレベルのボリュームでは、ボリュームごとに最小 2,120 万個の i ノードが提供されます。容量が 683 GiB を超えると、i ノード数はボリューム容量に比例して増加し、32 KB ごとに 1 つの i ノードが追加されます。Flex ボリュームは、1 GiB ボリュームで約 31,000 個の i ノードから始まり、ボリューム容量に比例して 32 KB ごとに 1 つの i ノードで増加します。
自動階層化により、ボリューム内のホットデータの量が削減されますが、使用される i ノードの数には影響しません。
各ボリュームのハード上限は 20 億 4,000 万個の i ノードです。大容量ボリュームの場合、各構成要素は i ノードの上限に対して個別のボリュームとしてカウントされます。 Premium と Extreme の大容量ボリュームには 24 個の構成要素があり、Flex 統合のデフォルト モードの大容量ボリュームには 48 個の構成要素があります。各構成要素の i ノード密度は 32 KB あたり 1 つの i ノードで、構成要素あたりのハード上限は 20 億 4,000 万個の i ノードです。ボリュームの合計容量は構成要素に分散されるため、各構成要素はボリューム全体の容量の小さな部分を表します。
次の表に、ボリュームの容量とボリュームの最大 i ノード数の例を示します。
| ボリューム容量（GiB） | Standard、Premium、Extreme のサービスレベルの i ノードの上限 | Flex サービスレベルの i ノードの上限 |
|---|---|---|
| 100 | 2,120 万 | 310 万 |
| 512 | 2,120 万 | 1,590 万 |
| 1024 | 3,180 万 | 3,180 万 |
| 2048 | 6,370 万 | 6,370 万 |
| 4096 | 1 億 2,750 万 | 1 億 2,750 万 |
| 5,200 | 1 億 6,180 万 | 1 億 6,180 万 |
i ノードの使用状況のモニタリングの詳細については、 ボリューム使用量をモニタリングする方法をご覧ください。
割り当ての増加をリクエストする
通常、割り当てを調整するには Google Cloud コンソールを使用します。 詳細については、割り当ての調整をリクエストするをご覧ください。