このドキュメントでは、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 File と Flex Unified ストレージ プールの容量（GiB） | 25 TiB |
| リージョンあたりの Flex ファイルと Flex 統合のクロスリージョン レプリケート ボリューム | 5 |
| リージョンあたりの Flex ファイル ボリュームと Flex 統合ボリューム | 100 |
| リージョンごとにバックアップ構成が設定された Flex ファイル ボリュームと Flex 統合ボリューム | 10 |
| リージョンごとの Flex File と Flex Unified ストレージ プールのスループット（MiBps） | 5120 |
| Flex ファイルと Flex 統合ストレージ プールのリージョンあたりの IOPS | 160,000 |
| リージョンあたりの Standard Storage プール容量（GiB） | 25 TiB |
| リージョンあたりの標準クロスリージョン レプリケート ボリューム | 5 |
| リージョンあたりの標準ハイブリッド複製ボリューム | 1 |
| リージョンあたりの Standard ボリューム | 100 |
| リージョンごとにバックアップ構成が設定された標準ボリューム | 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 Unified サービスレベル: ゾーンあたり 5,000 個のゾーン ボリュームと 5,000 個のリージョン ボリューム Standard、Premium、Extreme サービスレベル: 該当なし Flex File サービスレベル: ゾーンあたり 5,000 個のゾーン ボリュームと 5,000 個のリージョン ボリューム |
| 単一ボリュームの最小容量 | Flex Unified と Flex File サービスレベル: 1 GiB。詳細については、NetApp Volumes のサービスレベルの表をご覧ください。 Standard、Premium、Extreme のサービスレベル: 100 GiB |
| 単一ボリュームの最大容量 | Flex File サービスレベル: 300 TiB Flex Unified サービスレベル: 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 File の場合は 16 TiB） |
| 単一ディレクトリの最大サイズ | 約 400 万個のファイル 1 |
| ファイル名の最大長 | 255 文字 |
| 1 ボリュームあたりの最大 NFS エクスポート ルール数 | 20 |
| NFS エクスポート ルールの最大長 | 4,096 文字 |
| ユーザーとグループの割り当てルールの最大数 | 100 |
1 長いファイル名を使用する場合や、パフォーマンス設定が低い Flex Unified プールを使用する場合は、上限が低くなることがあります。
ネットワーク ファイル システム（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 上限の個別のボリュームとしてカウントされます。Premium と Extreme の大容量ボリュームには 24 個の構成要素があり、Flex Unified Default-mode の大容量ボリュームには 48 個の構成要素があります。各構成要素の inode 密度は 32 KB あたり 1 つの inode で、構成要素あたりの inode のハードリミットは 20 億 4,000 万個です。ボリュームの総容量は構成要素に分散されるため、各構成要素はボリュームの総容量の小さな部分を表します。
次の表に、ボリュームの容量と最大 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 コンソールを使用します。詳細については、割り当ての調整をリクエストするをご覧ください。