本页面介绍 Cloud Storage 的配额和请求限制。
存储分区
对于每个项目，创建和删除存储分区都存在大约每 2 秒 1 个请求的速率限制，因此在大多数情况下，应采用较少存储分区和较多对象的方案。例如，常见的设计方案是针对项目中的每个用户使用一个存储分区。但是，如果您设计的系统每秒会添加多个用户，则可选择多个用户共用一个存储分区（具有适当的权限）的设计，以避免存储分区创建速率限制成为瓶颈。
对可用性有高要求的应用不应在其关键路径中依赖存储分区的创建或删除。存储分区名称是某个集中式全局命名空间的一部分：对此命名空间存在任何依赖都会给您的应用造成单点故障。由于这个原因，再加上前面提到的每 2 秒 1 个请求的限制，您在 Cloud Storage 的基础上构建高可用性服务时，最好预先创建所有必需的存储分区。
每个存储分区的更新限制为每秒一次，因此快速更新单个存储分区的做法（例如更改 CORS 配置）不能规模化。
对于具有 Pub/Sub 通知的存储分区：
存储分区最多可以有共计 100 个通知配置。
存储分区最多可将 10 个通知配置设定为针对特定事件触发。
每个通知配置最多可以有 10 个自定义特性。
对象
Cloud Storage 中存储的单个对象最大不能超过 5 TB。
- 单个上传请求最大不能超过 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。
使用 XML API 列举资源时，所返回的资源项数量限制为 1000 项。
服务帐号的 HMAC 密钥
- 每个服务帐号最多只能有 5 个 HMAC 密钥。删除的密钥不计入此限额。
带宽监控
Cloud Storage 为您提供带宽监控功能，来跟踪项目的存储分区中地区内读取带宽的使用量。带宽监控数据按地区汇总，跟踪过去 30 天的使用情况。带宽监控功能不可用于多地区。
使用带宽监控的跟踪功能，带宽需要满足以下条件：
必须是 Cloud Storage 存储分区以外的 Google Cloud 资源所使用的带宽。
如果此存储分区位于某个地区，则必须是位于同一地区的资源所使用的带宽。
如果该存储分区位于双地区中，则必须是位于构成双地区的两个地区之一的资源所使用的带宽。
必须是 JSON API
GET Object方法或 XML APIGET Object方法所使用的带宽。
如需查看带宽监控，请执行以下操作：