Cotas e limites

Esta página descreve as cotas e os limites de solicitação do Cloud Storage.

Buckets

  • Há um limite de taxa por projeto para criação e exclusão de buckets de aproximadamente uma solicitação a cada dois segundos. Portanto, na maioria dos casos, o ideal é planejar ter menos buckets e mais objetos. Por exemplo, uma prática comum é usar um bucket por usuário no projeto. No entanto, se você estiver desenvolvendo um sistema que adiciona muitos usuários por segundo, configure um projeto de muitos usuários em um único bucket com as permissões apropriadas. Dessa forma, o limite da taxa de criação de buckets não causará um gargalo.

  • Aplicativos altamente disponíveis não devem depender da criação ou exclusão de buckets no caminho desses aplicativos. Os nomes dos buckets fazem parte de um namespace centralizado e global: qualquer dependência desse namespace cria um ponto único de falha para o aplicativo. Devido a isso e ao limite de uma solicitação a cada dois segundos mencionado acima, a prática recomendada para serviços altamente disponíveis no Cloud Storage é criar todos os buckets necessários com antecedência.

  • Há um limite de uma atualização por segundo para cada bucket. Portanto, atualizações rápidas em um único bucket (por exemplo, mudança de configuração do CORS) não são escalonadas.

  • Há um limite de 100 membros com papéis legados de IAM por bucket. Os exemplos de membros são usuários individuais, grupos e domínios. Consulte Identidades do IAM.

  • Nos buckets com notificações do Pub/Sub:

    • o bucket pode ter um total de até 100 configurações de notificação;

    • é possível ter até 10 configurações de notificação definidas no bucket para acionar um determinado evento;

    • pode haver até 10 atributos personalizados em cada configuração de notificação.

Objetos

  • Há um limite de tamanho máximo de 5 TB para objetos individuais armazenados no Cloud Storage.

    • O tamanho máximo de uma solicitação de upload é 5 TB. Para uploads que levariam muito tempo pela sua conexão, considere a possibilidade de usar uploads retomáveis para fazer a recuperação de falhas intermediárias. Consulte mais informações em Uploads retomáveis.
  • Há um limite de uma atualização por segundo para cada objeto. Portanto, gravações rápidas em um único objeto não são escalonadas. Para mais informações, consulte Imutabilidade de objetos em Termos importantes.

  • Não há limite para gravações em vários objetos, o que inclui fazer upload, atualização e exclusão de objetos. Os buckets aceitam inicialmente cerca de 1.000 gravações por segundo e depois escalonam conforme necessário.

  • Não há limites para leitura de objetos em um bucket, o que inclui a leitura dos dados e metadados do objeto e a listagem de objetos. Inicialmente, os buckets aceitam cerca de 5.000 leituras por segundo e depois escalonam conforme necessário.

  • O desempenho é muito melhor para objetos armazenáveis em cache público. Se você tiver um objeto que está sendo usado para controlar muitos clientes e quiser desativar o armazenamento em cache para fornecer os dados mais recentes, siga estas instruções:

    • Considere a possibilidade de definir os metadados Cache-Control do objeto como public com max-age de 15 a 60 segundos. A maioria dos aplicativos tolera um minuto de propagação. Com isso, a taxa de ocorrência em cache tem um desempenho significativamente melhor.

    • Faça transferências de dados por meio de um aplicativo do Google App Engine situado no mesmo local do seu bucket.

    • Use Cache-Control: no-cache em um objeto para indicar que ele não pode ser armazenado em cache nas solicitações subsequentes em caches próximos dos usuários finais.

    Para mais informações sobre diretivas Cache-Control, consulte a RFC 7234: controle de cache (em inglês).

  • Há um limite de 100 entradas da lista de controle de acesso (ACL) por objeto. Os membros podem ser usuários individuais, grupos ou domínios. Consulte os escopos da ACL.

  • Para composição do objeto:

    • até 32 objetos podem ser compostos em uma única solicitação de composição;

    • não há limite no número de componentes que formam um objeto composto, mas os metadados componentCount associados a um objeto composto são saturados em 2.147.483.647;

    • os objetos compostos estão sujeitos ao limite geral de tamanho de 5 TB para objetos armazenados no Cloud Storage.

Solicitações da API XML

  • Ao enviar solicitações por meio da API XML, há um limite de 16 KB para o tamanho combinado do URL de solicitação e dos cabeçalhos HTTP.

  • Ao listar os recursos com a API XML, há um limite de 1.000 itens que são retornados.

Chaves HMAC para contas de serviço

  • Há um limite de cinco chaves HMAC para cada conta de serviço. Chaves excluídas não contam para esse limite.

Monitoramento de largura de banda

O Cloud Storage oferece esse recurso para o rastreamento do uso da largura de banda de leitura na região dos buckets do seu projeto. O monitoramento de largura de banda é agregado por região e rastreia o uso dos últimos 30 dias. O recurso não está disponível para multirregiões.

Para ser rastreado pelo monitoramento de largura de banda:

  • O uso precisa ter sido feito por recursos do Google Cloud diferentes dos buckets do Cloud Storage.

  • Se o bucket estiver localizado em uma região, o uso precisa ter sido feito por recursos localizados na mesma região.

  • Se o bucket estiver localizado em locais birregionais, o uso precisa ter sido feito por recursos localizados em uma das regiões que formam o local birregional.

  • O uso precisa ter sido com o método GET Object da API JSON ou o método GET Object da API XML.

Para visualizar o monitoramento de largura de banda:

Abra o monitoramento de largura de banda do Cloud Storage.