本文档列出了适用于 Google Cloud NetApp Volumes 的配额和系统限制。
- 配额具有默认值，但您通常可以申请 调整。
- 系统限制是无法更改的固定值。
Google Cloud 使用配额来帮助确保公平性并减少资源使用和可用性的激增。配额用于限制您的 Google Cloud 项目可使用多少Google Cloud 资源。配额适用于一系列资源类型，包括硬件、软件和网络组件。例如，配额可以限制对某项服务的 API 调用次数、您的项目并发使用的负载均衡器数量或者您可以创建的项目数量。配额可以防止服务过载，从而保护Google Cloud 用户社区。配额还可以帮助您管理自己的 Google Cloud 资源。
Cloud 配额系统执行以下操作：
在大多数情况下，当您尝试消耗的资源超出其配额允许的范围时，系统会阻止对资源的访问，并且您尝试执行的任务会失败。
配额通常在 Google Cloud 项目级别应用。您在一个项目中使用资源不会影响您在另一个项目中的可用配额。在 Google Cloud 项目中，配额在所有应用和 IP 地址间共享。
如需了解详情，请参阅 Cloud 配额概览。
NetApp Volumes 资源也有 系统限制。 系统限制不能更改。
Google Cloud NetApp Volumes 的使用受限制和默认配额的约束。限制无法更改，但您可以申请增加配额。如需了解详情， 请参阅申请增加配额。
查看 API 配额
在 Google Cloud 控制台中查看 NetApp Volumes 的 API 配额和用量。
NetApp Volumes 默认配额
下表显示了每种资源的默认配额。如需增加或 减少大多数配额，请使用 Google Cloud 控制台。如需了解详情，请参阅 申请提高配额上限。
| 资源 | 默认配额 |
|---|---|
| 每个区域的 Flex File 和 Flex Unified 存储池容量 (GiB) | 25 TiB |
| 每个区域的 Flex File 和 Flex Unified 跨区域复制卷 | 5 |
| 每个区域的 Flex File 和 Flex Unified 卷 | 100 |
| 每个区域的 Flex File 和 Flex Unified 卷（具有备份配置） | 10 |
| 每个区域的 Flex File 和 Flex Unified 存储池吞吐量 (MiBps) | 5120 |
| 每个区域的 Flex File 和 Flex Unified 存储池 IOPS | 160,000 |
| 每个区域的标准存储池容量 (GiB) | 25 TiB |
| 每个区域的标准跨区域复制卷 | 5 |
| 每个区域的标准混合复制卷 | 1 |
| 每个区域的标准卷 | 100 |
| 每个区域的标准卷（具有备份配置） | 10 |
| 每个区域的 Premium 和 Extreme 存储池容量 (GiB) | 25 TiB |
| 每个区域的 Premium 和 Extreme 跨区域复制卷 | 5 |
| 每个区域的 Premium 和 Extreme 混合复制卷 | 1 |
| 每个区域的 Premium 和 Extreme 卷 | 100 |
| 每个区域的 Premium 和 Extreme 卷（具有备份配置） | 10 |
| 每个区域的备份保险柜（适用于所有服务等级） | 10 |
NetApp Volumes 限制
NetApp Volumes 功能限制因位置和区域而异。下表显示了每种资源的当前限制。您无法更改这些限制。
备份限制
| 资源 | 限制 |
|---|---|
| 每个卷的备份数 | 1,000 |
| 计划备份总数（每日、每周和每月） | 1,000 |
| 每个 Flex 存储池的并发备份数上限 | 10 |
存储池限制
| 资源 | 限制 |
|---|---|
| 存储池容量下限 |
|
| 存储池容量上限 |
|
| 每个存储池的卷数上限 |
|
| 存储池数上限 |
|
| 每个存储池的复制数上限 |
|
网络限制
| 资源 | 限制 |
|---|---|
| 每个项目的 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 Unified 大容量池中）的容量下限 | 4.8 TiB（默认大容量卷（48 个成员卷）） 2,400 GiB（具有自定义数量的成员卷（最少 2 个）） |
| 大容量卷（在 Flex Unified 大容量池中）的容量上限 | 不使用自动分层时为 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 个字符 |
| 每个卷的 NFS 导出规则数量上限 | 20 |
| NFS 导出规则的长度上限 | 4,096 个字符 |
| 用户和群组配额规则的数量上限 | 100 |
1 如果您使用较长的文件名或性能设置较低的 Flex Unified 池，则此限制可能会更低。
网络文件系统 (NFS) 限制
| 资源 | 限制 |
|---|---|
| 支持 LDAP 的卷的 UNIX 群组数上限 | 1,024 |
Active Directory 政策限制
| 资源 | 限制 |
|---|---|
| 每个区域的 Active Directory 政策数上限 | 5 |
Inode 限制
每个目录、文件或链接都会使用一个 inode，但每个卷可以存储的 inode 数量都有限制。如果达到该限制，即使有可用空间，您也无法创建新文件或目录。如需解决此问题，您必须删除现有文件或目录以释放 inode。或者，您也可以增加卷容量以添加更多 inode。
Google Cloud NetApp Volumes 会根据 32 KB 的平均文件大小，为每 32 KB 的卷容量分配一个 inode。如果您的平均文件大小较小，则可能会在用完所有可用存储容量之前耗尽 inode。
Standard、Premium 和 Extreme 服务等级中的卷为每个卷提供至少 2,120 万个 inode。超过 683 GiB 的容量后，inode 计数会随着卷容量线性增加，每 32 KB 增加一个 inode。Flex 卷的起始 inode 数量约为 31,000 个（对于 1 GiB 的卷），并随着卷容量线性增加，每 32 KB 增加一个 inode。
自动分层会减少卷中的热数据量，但不会影响已用 inode 的数量。
每个卷的硬性限制为 20.4 亿个 inode。对于大容量卷，每个组成部分都算作一个单独的卷，用于 inode 限制。 Premium 和 Extreme 大容量卷有 24 个组成部分，Flex Unified 默认模式大容量卷有 48 个组成部分。每个组成部分的 inode 密度为每 32 KB 一个 inode，硬性限制为每个组成部分 20.4 亿个 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.275 亿 | 1.275 亿 |
| 5200 | 1.618 亿 | 1.618 亿 |
如需详细了解如何监控 inode 用量，请参阅 监控卷用量的方法。
申请增加配额
如需调整大多数配额，请使用 Google Cloud 控制台。 如需了解详情，请参阅申请配额调整。