本文档列出了适用于 Google Cloud NetApp Volumes 的配额和系统限制。
- 配额用于指定您可以使用的可计数共享资源的数量。配额由 Google Cloud NetApp Volumes 等 Google Cloud 服务定义。
- 系统限制是无法更改的固定值。
Google Cloud 使用配额来帮助确保公平性并减少资源使用和可用性的激增。配额用于限制您的 Google Cloud 项目可使用的Google Cloud 资源的数量。配额适用于一系列资源类型,包括硬件、软件和网络组件。例如,配额可以限制对某项服务的 API 调用次数、您的项目并发使用的负载均衡器数量或者您可以创建的项目数量。配额可以防止服务过载,从而保护Google Cloud 用户社区。配额还可以帮助您管理自己的 Google Cloud 资源。
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 | 是 |
各区域的标准存储池容量 (GiB) | 25 TiB | 是 |
每个区域的标准跨区域复制卷 | 5 | 是 |
每个区域的标准混合复制卷 | 1 | 是 |
每个区域的标准卷数 | 100 | 是 |
具有按区域备份配置的标准卷 | 10 | 是 |
每个区域的 Premium 和 Extreme 存储池容量 (GiB) | 25 TiB | 是 |
每个区域的 Premium 和 Extreme 跨区域复制卷 | 5 | 是 |
每个区域的 Premium 和 Extreme 混合复制卷 | 1 | 是 |
每个区域的 Premium 和 Extreme 卷数 | 100 | 是 |
每个区域都具有备份配置的 Premium 和 Extreme 卷 | 10 | 是 |
NetApp Volumes 限制
NetApp Volumes 功能限制因位置和区域而异。下表显示了当前每个资源的限制。您无法更改这些限制。
备份限制
资源 | 限制 |
---|---|
每个卷的备份数 | 1000 |
计划备份(每日、每周和每月)的总数 | 1000 |
每个 Flex 存储池的并发备份数上限 | 10 |
存储池限制
资源 | 限制 |
---|---|
存储池容量下限 |
|
存储池容量上限 |
|
每个存储池的卷数上限 |
|
存储池数量上限 |
|
网络限制
资源 | 限制 |
---|---|
每个项目的 VPC 网络数 | 5 |
音量限制
资源 | 限制 |
---|---|
每个区域的卷数 |
|
单个卷的最小容量 |
|
单个卷的最大容量 | 100 TiB |
大容量卷的最小容量(仅限 Premium 和 Extreme 服务等级) | 15 TiB |
大容量卷的最大容量(仅限 Premium 和 Extreme 服务等级) | 1 PiB |
每个卷的快照数 | 255 |
每个卷的备份数 | 1000 |
单个文件的最大容量 | 16 TiB |
单个目录的大小上限 | 大约 400 万个文件 |
每个卷的文件数上限 (maxfiles )。如需了解详情,请参阅 inode 限制。 |
1 亿 |
文件名长度上限 | 255 个字符 |
每个卷的 NFS 导出规则数量上限 | 20 |
NFS 导出规则的长度上限 | 4,096 个字符 |
用户和群组配额规则的数量上限 | 100 |
网络文件系统 (NFS) 限制
资源 | 限制 |
---|---|
支持的 LDAP 启用卷的 UNIX 群组数量上限 | 1024 |
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 数量就会增加 1 个。对于 1 GiB 的灵活卷,其初始 inode 数量约为 31,000 个,随后会随着卷容量的增加而线性增长,每 32 KB 增加一个 inode。
自动分层会减少卷中的热门数据量,但不会影响已使用的 inode 数量。
每个卷的硬性限制上限为 20.4 亿个 inode。
下表提供了一些卷容量与卷的最大 inode 数的示例:
卷容量(以 GiB 为单位) | Standard、Premium 和 Extreme 服务等级的 inode 限制 | Flex 服务等级的 inode 限制 |
---|---|---|
100 | 2120 万 | 310 万 |
512 | 2120 万 | 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 控制台。如需了解详情,请参阅申请配额调整。