配额和限制

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

存储分区

  • 在每个项目中,存储分区创建和删除的速率限制为大约每 2 秒 1 次操作,因此,在大多数情况下,我们在做计划时都应少依赖存储分区,而多以对象为准。例如,常见的设计方案是为项目中的每个用户使用一个存储分区。但是,如果您设计的系统会每秒添加许多用户或使用机器人凭据创建对象,则可以采用大量用户共用一个存储分区的设计方案(通过适当的权限设置),使存储分区创建速率限制不会成为瓶颈。

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

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

  • 每个存储分区最多只能有 100 名成员具有旧版 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)

  • 对于复合对象

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

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

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

XML API 请求

  • 通过 XML API 发送请求时,请求网址和 HTTP 标头的总大小限制为 16KB。
此页内容是否有用?请给出您的反馈和评价:

发送以下问题的反馈:

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