Cotas e limites

Esta página descreve as cotas e os limites de solicitação do Cloud Storage. É possível solicitar aumentos de cotas, mas os limites não podem ser ajustados.

As cotas e os limites estão sujeitos a alterações.

Buckets

  • Há um limite para o tamanho dos nomes dos buckets. Esse limite é de 63 caracteres se o nome não tiver um ponto (.) ou de 222 caracteres se o bucket tiver um ponto.

  • Há um limite de taxa por projeto para criação e exclusão de buckets. Esse limite de taxa é 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, mudar a configuração do CORS) não são escalonadas.

  • Há um limite para o número de principais que podem receber papéis do IAM em um bucket específico. Esse limite é de 1.500 principais para todos os papéis do IAM e 100 principais para papéis legados do IAM. Os exemplos de principais incluem 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 para objetos individuais armazenados no Cloud Storage. Esse limite é de 5 TiB.

    • O tamanho máximo de uma única solicitação de upload também é de 5 TiB. 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 máximo de tamanho combinado para todas as chaves e valores de metadados personalizados. Esse limite é de 8 KiB por objeto.

  • Há um limite para o tamanho dos nomes dos objetos. Esse limite é de 1.024 bytes.

  • Há um limite de gravação para o mesmo nome de objeto. Esse limite é de uma vez por segundo. Portanto, as gravações com o mesmo nome de objeto não são escalonadas. Para mais informações, consulte Imutabilidade de objetos.

  • Não há limite para o número de gravações em um bucket inteiro, o que inclui fazer upload, atualizar e excluir objetos. Os buckets aceitam inicialmente cerca de 1.000 gravações por segundo e depois escalonam conforme necessário.

  • Não há limite para o número de leituras para objetos em um bucket, o que inclui a leitura e a listagem de dados do objeto. Inicialmente, os buckets aceitam cerca de 5.000 leituras por segundo e depois escalonam conforme necessário. No entanto, há limites de largura de banda.

  • Há um limite de 100 entradas da lista de controle de acesso (ACL) por objeto. As ACLs podem ser aplicadas a usuários, grupos ou domínios individuais. 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 TiB para objetos armazenados no Cloud Storage.

Solicitações da API JSON

  • Para solicitações em lote:

    • O payload total da solicitação precisa ser menor que 10 MB.

    • Não inclua mais de 100 chamadas em uma única solicitação.

Solicitações da API XML

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

  • Há um limite para o número de itens retornados na listagem de recursos com a API XML. Esse limite é de 1.000 itens.

  • Ao fazer upload de várias partes da API XML, os seguintes limites se aplicam:

    • Um upload de várias partes pode ter até 10.000 partes.
    • Uma parte tem um limite de tamanho máximo de 5 GiB.
    • Uma parte individual tem um limite de tamanho mínimo de 5 MiB, a menos que seja a última parte, que não tem limite de tamanho mínimo.
    • Os objetos montados a partir de um upload de várias partes estão sujeitos ao limite geral de tamanho de 5 TiB para objetos armazenados no Cloud Storage.
    • Não há limite para o tempo que um upload de várias partes, e as partes enviadas podem permanecer inacabadas ou inativas em um bucket.
    • Não há limite para o número de uploads de várias partes que podem ocorrer simultaneamente para um objeto.

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.

Largura de banda

  • Há uma cota de largura de banda padrão para cada região que tem saída de dados do Cloud Storage para os Serviços do Google. Essa cota é de 200 Gbps por projeto. A saída para o Cloud CDN está isenta dessa cota.

    • A saída de dados das locais birregionais do Cloud Storage para os serviços do Google é contabilizada na cota de uma das regiões da região birregional. Por exemplo, se uma instância do Compute Engine em us-central1 lê dados de um bucket no local birregional nam4, o uso da largura de banda é contabilizado como parte da cota geral da região us-central1.

    • É possível solicitar um aumento de cota para regiões por projeto. Se você quiser aumentar a cota de uma região dupla, sua solicitação de aumento precisará ser feita para uma ou ambas as regiões que compõem a região.

  • Há uma cota de largura de banda padrão por projeto e por região para os serviços do Google que acessam dados de buckets em uma determinada multirregião. Essa cota é de 50 Gbps. O Cloud CDN está isento dessa cota.

    • Por exemplo, digamos que o projeto my-project tenha várias instâncias do Compute Engine em us-east1 e várias instâncias do Compute Engine em us-west1. As instâncias us-east1 têm uma cota de largura de banda combinada de 50 Gbps ao ler dados dos buckets na multirregião us. As instâncias us-west1 têm uma cota de largura de banda de 50 Gpbs separada ao ler de buckets na multirregião us.

    • Recomendamos que você use buckets localizados em regiões ou locais birregionais para cargas de trabalho com altas taxas de saída para os serviços do Google. Para buckets multirregionais existentes que executam cargas de trabalho grandes em serviços do Google, é possível usar o Serviço de transferência do Cloud Storage para mover seus dados para um bucket regional ou birregional.

    • Exceto em casos excepcionais, as solicitações de aumento de cotas de largura de banda multirregionais provavelmente não serão aprovadas. Para solicitar aumento de cota, entre em contato com o suporte do Google Cloud.

  • Quando a largura de banda de um projeto excede a cota em um local, as solicitações para buckets afetados podem ser rejeitadas com um erro 429 repetível ou ser limitadas. Consulte Uso da largura de banda para mais informações sobre como monitorar sua largura de banda.