このドキュメントでは、Google Cloud NetApp Volumes に適用される割り当てとシステムの上限について説明します。
- 割り当ては、使用できるカウント可能な共有リソースの量を指定します。割り当ては、Google Cloud NetApp Volumes などの Google Cloud サービスによって定義されます。
- システムの上限は固定値で、変更できません。
Google Cloud では、割り当てを使用して公平性を確保し、リソースの使用量と可用性の急増を抑えます。割り当ては、 Google Cloud プロジェクトで使用できるGoogle Cloud リソースの量を制限します。割り当ては、ハードウェア、ソフトウェア、ネットワーク コンポーネントなど、さまざまなリソースタイプに適用されます。たとえば、割り当てによって、サービスへの API 呼び出しの数、プロジェクトで同時に使用されるロードバランサの数、作成可能なプロジェクトの数を制限できます。割り当てを適用することで、サービスの過負荷を防ぎ、Google Cloud ユーザーのコミュニティを保護します。割り当ては、自組織で使用している Google Cloud リソースの管理にも役立ちます。
Cloud Quotas システムは次のことを行います。
- Google Cloud のプロダクトとサービスの消費量をモニタリングする
- これらのリソースの消費量を制限する
- 割り当て値の変更をリクエストし、割り当ての調整を自動化する手段を提供する
ほとんどの場合、割り当ての許容量を超えるリソースを消費しようとすると、システムによってリソースへのアクセスがブロックされ、実行しようとしているタスクは失敗します。
割り当ては通常、 Google Cloud プロジェクト レベルで適用されます。あるプロジェクトでリソースを使用しても、別のプロジェクトで使用可能な割り当てに影響することはありません。 Google Cloud プロジェクト内では、すべてのアプリケーションと IP アドレスで割り当てが共有されます。
NetApp Volumes リソースにはシステムの上限もあります。システムの上限は変更できません。
Google Cloud NetApp Volumes の使用には、上限とデフォルトの割り当てが適用されます。上限は変更できませんが、割り当ての引き上げをリクエストすることはできます。詳細については、割り当ての増加をリクエストするをご覧ください。
API 割り当てを表示する
Google Cloud コンソールで、NetApp Volumes の API 割り当てと使用状況を確認します。
NetApp Volumes のデフォルトの割り当て
次の表に、各リソースのデフォルトの割り当てを示します。ほどんどの場合、割り当ての増減を行うには Google Cloud コンソールを使用します。詳細については、割り当て上限の引き上げをリクエストするをご覧ください。
リソース | デフォルトの割り当て | 割り当て調整可能 |
---|---|---|
リージョンあたりの Flex ストレージ プール容量(GiB) | 25 TiB | ○ |
リージョンあたりの Flex クロスリージョン レプリケート ボリューム | 5 | ○ |
リージョンあたりの Flex ボリューム数 | 100 | ○ |
リージョンごとにバックアップ構成が設定された Flex ボリューム | 10 | ○ |
リージョンあたりの Standard ストレージ プール容量(GiB) | 25 TiB | ○ |
リージョンあたりの標準クロスリージョン レプリケート ボリューム | 5 | ○ |
リージョンあたりの標準ハイブリッド複製ボリューム | 1 | ○ |
リージョンあたりの Standard ボリューム | 100 | ○ |
リージョンごとにバックアップ構成が設定された Standard ボリューム | 10 | ○ |
リージョンあたりの Premium および Extreme ストレージ プールの容量(GiB) | 25 TiB | ○ |
リージョンあたりの Premium と Extreme のクロスリージョン レプリケート ボリューム | 5 | ○ |
リージョンあたりの Premium と Extreme のハイブリッド レプリケート ボリューム | 1 | ○ |
リージョンあたりの Premium ボリュームと Extreme ボリューム | 100 | ○ |
リージョンごとにバックアップ構成が設定された Premium ボリュームと Extreme ボリューム | 10 | ○ |
NetApp Volumes の上限
NetApp Volumes の機能の上限は、ロケーションとリージョンによって異なります。次の表に、リソースあたりの現在の上限を示します。これらの上限は変更できません。
バックアップの上限
リソース | 上限 |
---|---|
ボリュームあたりのバックアップの数 | 1,000 |
スケジュールされたバックアップの合計数(毎日、毎週、毎月) | 1,000 |
Flex ストレージ プールあたりの同時バックアップの最大数 | 10 |
ストレージ プールの上限
リソース | 上限 |
---|---|
最小プール容量 |
|
最大プール容量 |
|
ストレージ プールあたりの最大ボリューム数 |
|
ストレージ プールの最大数 |
|
ネットワークに関する上限
リソース | 上限 |
---|---|
1 プロジェクトあたりの VPC ネットワーク数 | 5 |
音量の上限
リソース | 上限 |
---|---|
リージョンごとのボリューム |
|
単一ボリュームの最小容量 |
|
単一ボリュームの最大容量 | 100 TiB |
大容量ボリュームの最小容量(Premium と Extreme のサービスレベルのみ) | 15 TiB |
大容量ボリュームの最大容量(Premium と Extreme のサービスレベルのみ) | 1 PiB |
ボリュームあたりのスナップショットの数 | 255 |
ボリュームあたりのバックアップの数 | 1,000 |
単一ファイルの最大容量 | 16 TiB |
単一ディレクトリの最大サイズ | 約 400 万個のファイル |
1 ボリュームあたりの最大ファイル数(maxfiles )。詳細については、inode の上限をご覧ください。 |
1 億 |
ファイル名の最大長 | 255 文字 |
1 ボリュームあたりの最大 NFS エクスポート ルール数 | 20 |
NFS エクスポート ルールの最大長 | 4,096 文字 |
ユーザーとグループの割り当てルールの最大数 | 100 |
ネットワーク ファイル システム(NFS)の上限
リソース | 上限 |
---|---|
LDAP 対応ボリュームでサポートされる UNIX グループの最大数 | 1,024 |
Active Directory ポリシーの上限
リソース | 上限 |
---|---|
リージョンあたりの Active Directory ポリシーの最大数 | 5 |
inode の上限
すべてのディレクトリ、ファイル、リンクは i ノードを使用しますが、各ボリュームには保存できる i ノードの数に上限があります。この上限に達すると、空き容量があっても新しいファイルやディレクトリを作成できなくなります。この問題を解決するには、既存のファイルまたはディレクトリを削除して inode を解放する必要があります。また、ボリューム容量を増やして inode を追加することもできます。
Google Cloud NetApp Volumes は、平均ファイル サイズが 32 KB であることを前提として、ボリューム容量 32 KB ごとに 1 つの inode を割り当てます。平均ファイルサイズが小さい場合は、使用可能なストレージ容量をすべて使い切る前に i ノードが不足する可能性があります。
Standard、Premium、Extreme サービスレベルのボリュームには、ボリュームごとに 2,120 万個以上の inode が用意されています。容量が 683 GiB を超えると、inode 数はボリューム容量に比例して増加し、32 KB ごとに 1 つの inode が追加されます。Flex ボリュームは、1 GiB ボリュームの場合、約 31,000 個の inode で始まり、ボリューム容量に応じて 32 KB ごとに 1 個の inode で線形に増加します。
自動階層化により、ボリューム内のホットデータの量は減りますが、使用済み inode の数には影響しません。
各ボリュームのハード上限は 20 億 4,000 万個の inode です。
次の表に、ボリュームの容量と最大 inode の例をいくつか示します。
ボリューム容量(GiB) | Standard、Premium、Extreme のサービスレベルの inode 上限 | Flex サービスレベルの inode 上限 |
---|---|---|
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 万 |
5200 | 1 億 6,180 万 | 1 億 6,180 万 |
i ノードの使用状況のモニタリングの詳細については、ボリューム使用状況のモニタリング方法をご覧ください。
割り当ての増加をリクエストする
通常、割り当てを調整するには Google Cloud コンソールを使用します。詳細については、割り当ての調整をリクエストするをご覧ください。