配额和限制

本页面介绍 Cloud Storage 的配额和请求限制。

存储分区

  • 对于每个项目,存储分区创建和删除的速率限制为大约每 2 秒 1 次操作,因此在大多数情况下,我们在计划时都应使用较少的存储分区和较多的对象。例如,常见的设计方案是针对项目中的每个用户使用一个存储分区。但是,如果您设计的系统每秒可以添加多个用户,则可选择多个用户一个存储分区(具有适当的权限)的设计,以避免存储分区创建速率限制成为瓶颈。

  • 对可用性有高要求的应用不应在关键应用路径中依赖存储分区的创建或删除。存储分区名称是某个集中式全局命名空间的一部分:对此命名空间存在任何依赖都会给您的应用造成单点故障。由于这个原因,再加上前面提到的每 2 秒 1 次操作的限制,您在 Cloud Storage 的基础上构建高可用性服务时,最好预先创建所有必需的存储分区。

  • 每个存储分区的更新限制为每秒一次,因此快速更新单个存储分区的做法(例如更改 CORS 配置)不能很好地扩缩。

  • 每个存储分区最多只能有 100 名成员具有传统 IAM 角色。成员包括个人用户、群组和网域等。请参阅 IAM 实体

对象

  • Cloud Storage 中存储的单个对象最大不能超过 5 TB。

  • 每个对象的更新限制为每秒一次,因此快速写入单个对象的做法不能很好地扩缩。如需了解详情,请参阅“关键术语”中的对象不变性

  • 对多个对象的写入操作不受限制,包括上传、更新和删除对象。存储分区一开始支持每秒大约 1000 次写入,然后会根据需要扩容

  • 读取对象的操作不受限制。存储分区一开始支持每秒大约 5000 次读取,然后会根据需要扩容

  • 可公开缓存的对象的性能要好得多。如果您使用一个对象来控制许多客户端,并因此想停用缓存来提供最新的数据,可进行如下设置:

    • 考虑将该对象的 Cache-Control 元数据设置为 public,并将 max-age 设置为 15-60 秒。大多数应用可以容忍一分钟的缓存分布,并且缓存命中率将显著改善性能。

    • 用一个与您的存储分区位于相同位置的 Google App Engine 应用作为代理来传输数据。

    • 为对象使用 Cache-Control: no-cache,指明不得为后续请求在边缘缓存中缓存该对象。

    如需详细了解 Cache-Control 指令,请参阅 RFC 7234:Cache-Control

  • 每个对象最多只能有 100 个访问控制列表条目 (ACL)。成员可以是个人用户、群组或网域。请参阅 ACL 范围

  • 对于复合对象

    • 一个复合请求最多可以由 32 个对象组成。

    • 虽然构成复合对象的组件数量不受限制,但与复合对象关联的 componentCount 元数据会在值为 2,147,483,647 时达到饱和。

    • 对于存储在 Cloud Storage 中的对象,复合对象的总体大小不能超过 5 TB。

XML API 请求

  • 通过 XML API 发送请求时,请求网址和 HTTP 标头的总大小限制为 16 KB。

服务帐号的 HMAC 密钥

  • 每个服务帐号最多只能有 5 个 HMAC 密钥。删除的密钥不计入此限额。
此页内容是否有用?请给出您的反馈和评价:

发送以下问题的反馈:

此网页
Cloud Storage
需要帮助?请访问我们的支持页面