Cotas e limites

Neste documento, listamos as cotas e limites que se aplicam ao Cloud Load Balancing.

Para alterar uma cota, consulte Como solicitar cota adicional.

Uma cota restringe quanto de um determinado recurso compartilhado do Google Cloud o projeto do Cloud pode usar, incluindo hardware, software e componentes de rede.

As cotas fazem parte de um sistema que:

  • monitora o uso ou o consumo de produtos e serviços do Google Cloud;
  • restringe o consumo desses recursos por motivos que incluem garantir a equidade e a redução dos picos de uso;
  • mantém as configurações que aplicam automaticamente restrições prescritas;
  • fornece maneiras de fazer ou solicitar alterações na cota.

Quando uma cota é excedida, na maioria dos casos, o sistema bloqueia imediatamente o acesso ao respectivo recurso do Google, e a tarefa que você está tentando executar falha. Na maioria dos casos, as cotas se aplicam a todos os projetos do Cloud. Além disso, elas são compartilhadas entre todos os aplicativos e endereços IP que usam esse projeto.

Também há limites nos recursos do Cloud Load Balancing. Esses limites não estão relacionados ao sistema de cotas. Não é possível mudar os limites, a menos que seja indicado de outra forma.

Regras de encaminhamento

Item Cotas e limites Observações
Regras de encaminhamento Cota

Essa cota é para regras de encaminhamento do balanceador de carga de aplicativo clássico, dos balanceadores de carga de rede de proxy externos e gateways de VPN clássica.

Para outros casos de uso da regra de encaminhamento além desses, consulte as linhas a seguir.

Regras de encaminhamento do balanceador de carga de aplicativo externo global Cota

O número máximo de regras de encaminhamento do Balanceador de carga de aplicativo externo global que podem ser criadas no projeto.

Nome da cota: GLOBAL_EXTERNAL_MANAGED_FORWARDING_RULES

Regras de encaminhamento do balanceador de carga de aplicativo externo regional Cota

O número máximo de regras de encaminhamento do Balanceador de carga de aplicativo externo regional que podem ser criadas em cada região do projeto.

Nome da cota: EXTERNAL_MANAGED_FORWARDING_RULES

Regras de encaminhamento do balanceador de carga interno do aplicativo entre regiões por rede e rede Cota

O número máximo de regras de encaminhamento do balanceador de carga de aplicativo interno entre regiões que podem ser criadas em cada região do seu projeto. Essa cota se aplica a cada rede individualmente.

Nome da cota: GLOBAL_INTERNAL_MANAGED_FORWARDING_RULES_PER_REGION_PER_NETWORK

Regras de encaminhamento por rede VPC para balanceadores de carga de aplicativo internos e balanceadores de carga de rede de proxy internos regionais Cota

O número máximo de regras de encaminhamento para balanceadores de carga de aplicativo internos e balanceadores de carga de rede de proxy internos regionais.

Essa cota se aplica ao número total de regras de encaminhamento para balanceadores de carga de aplicativo internos e balanceadores de carga de rede de proxy internos regionais. Não se aplica a cada região individualmente.

Nome da cota:
INTERNAL_MANAGED_FORWARDING_RULES_PER_NETWORK

Para mais informações, consulte Cotas VPC por rede.

Regras de encaminhamento do balanceador de carga de rede de passagem externa Cota Regras de encaminhamento para uso por balanceadores de carga de rede de passagem externa (arquiteturas de serviço de back-end e pool de destino).
Regras de encaminhamento de protocolo externo Cota Regras de encaminhamento para encaminhamento de protocolo externo para instâncias de destino.
Regras de encaminhamento do Traffic Director Cota Regras de encaminhamento para o Traffic Director.
Regras de encaminhamento do balanceador de carga de rede de passagem interna por rede VPC Cota

O número máximo de regras de encaminhamento para balanceadores de carga de rede de passagem interna.

Essa cota se aplica ao número total de regras de encaminhamento para balanceador de carga de rede de passagem interna. Não se aplica a cada região individualmente.

Nome da cota:
INTERNAL_FORWARDING_RULES_PER_NETWORK

Para mais informações, consulte Cotas VPC por rede.

Regras de encaminhamento para encaminhamento de protocolo interno Cota

O número máximo de regras de encaminhamento para o encaminhamento de protocolos interno.

Esse limite se aplica ao número total de regras de encaminhamento para o encaminhamento de protocolos interno. Ele não se aplica a cada região individualmente.

Nome da cota:
INTERNAL_FORWARDING_RULES_WITH_TARGET_INSTANCE_PER_NETWORK

Para mais informações, consulte Cotas VPC por rede.

Número máximo de regras de encaminhamento interno que podem compartilhar um único endereço IP interno 10 Esse limite só se aplica a balanceadores de carga de rede de passagem interna. Esse limite não pode ser aumentado.
Número de portas discretas por regra de encaminhamento para balanceadores de carga de rede de passagem interna e balanceadores de carga de rede de passagem externa baseados em serviço de back-end 5

Não é possível aumentar esse limite. No entanto, são possíveis opções alternativas de especificação de porta:

  • É possível especificar um único intervalo de portas contíguas em regras de encaminhamento para balanceadores de carga de rede de passagem externa baseados em serviço de back-end e balanceadores de carga de rede de passagem externa baseados em pool de destino. O intervalo pode incluir mais de cinco portas.
  • É possível especificar todas as portas em regras de encaminhamento para balanceadores de carga de rede de passagem externa baseados em serviço de back-end e balanceadores de carga de rede de passagem interna.
Número de regras de encaminhamento que podem referenciar o mesmo serviço de back-end para um balanceador de carga de passagem Nenhum limite separado. Sujeito a outras cotas e limites, várias regras de encaminhamento podem fazer referência ao mesmo serviço de back-end para um balanceador de carga de passagem.
Número de serviços de back-end de balanceador de carga que podem ser referenciados por uma única regra de encaminhamento 1 As regras de encaminhamento para balanceadores de carga de passagem precisam referenciar exatamente um serviço de back-end.

Pools e proxies de destino

Item Cotas e limites Observações
Pools de destino Cota Essa cota é por projeto.
Proxies HTTP de destino Cota Essa cota é por projeto.
Proxies HTTPS de destino Cota Essa cota é por projeto.
Proxies SSL de destino Cota Essa cota é por projeto.
Proxies TCP de destino Cota Essa cota é por projeto.
Políticas de SSL por HTTPS ou proxy SSL de destino 1 Esse limite não pode ser aumentado.
Certificados SSL por HTTPS ou proxy SSL de destino 15 Esse limite não pode ser aumentado. No entanto, alguns balanceadores de carga oferecem suporte ao Gerenciador de certificados, que oferece uma maneira de um proxy HTTPS ou SSL de destino usar milhares de certificados SSL. Para mais informações, consulte Vários certificados SSL na visão geral dos certificados SSL.

Verificações de integridade

Item Cotas e limites Observações
Verificações de integridade Cota É uma cota por projeto que abrange todos os tipos de verificação de integridade (global, regional e legada).

Certificados SSL

Item Cotas e limites Observações
Certificados SSL Cota Essa cota é por projeto.
Comprimentos compatíveis de chaves privadas RSA de 2.048 bits (RSA-2048)
ECDSA de 256 bits (ECDSA P-256)
Não é possível aumentar esses limites.
Vários domínios por certificado SSL gerenciado pelo Google 100 Esse limite não pode ser aumentado.
Comprimento do nome de domínio dos certificados gerenciados pelo Google 64 bytes Esse limite não pode ser aumentado.

Ele se aplica apenas aos certificados SSL gerenciados pelo Google. Neles, o limite de 64 bytes vale somente para o primeiro domínio . O limite de comprimento dos outros domínios do certificado é de 253 bytes. Esse valor é o padrão dos nomes de domínios na Internet e não é específico dos certificados gerenciados pelo Google.

Política de TLS do servidor

Item Cotas e limites Observações
ServerTLSPolicy Cota Essa cota é por projeto e se aplica a balanceador de carga de aplicativo clássico e balanceadores de carga de aplicativo externos globais.

Configuração de confiança

Os limites documentados aqui não podem ser aumentados e se aplicam a balanceador de carga de aplicativo clássico e balanceadores de carga de aplicativo externos globais.

Item Cotas e limites Observações
Número de repositórios de confiança Limite: 1 Esse limite é definido pelo recurso TrustConfig.
Número de âncoras de confiança Limite: 10 Esse limite é por repositório de confiança.
Número de certificados intermediários Limite: 10 ou 16 KB Esse limite é por repositório de confiança.
Número de restrições de nome permitidas durante a validação de certificados raiz e intermediários Limite: 10
Certificados intermediários que compartilham as mesmas informações de Assunto e de Chave pública do assunto Limite: 3 Esse limite é por repositório de confiança.
Profundidade da cadeia de certificados Limite: 5 A profundidade máxima de uma cadeia de certificados, incluindo os certificados raiz e do cliente.
Número de vezes que os certificados intermediários podem ser avaliados ao tentar criar a cadeia de confiança Limite: 20
Chaves de certificados enviados e passados do cliente Limite: as chaves RSA podem ter de 2.048 a 4.096 bits

Mapas de URL

Os limites documentados aqui não podem ser aumentados.

Item Balanceador de carga de aplicativo externo Balanceador de carga de aplicativo interno
Mapas de URL Cota

Essa cota é por projeto.

Cota

Essa cota é por projeto.

Regras de host, correspondências de caminho por mapa de URL

Balanceador de carga de aplicativo clássico:

Limite: 1000

Limite: 2000

Balanceador de carga de aplicativo externo global e balanceador de carga de aplicativo externo regional:

Limite: 50

Regras de caminho ou regras de rota por correspondência de caminho

Balanceador de carga de aplicativo clássico:

Limite: 1000

Limite: 200

Balanceador de carga de aplicativo externo global e balanceador de carga de aplicativo externo regional:

Limite: 50

Hosts por regra de host

Balanceador de carga de aplicativo clássico:

Limite: 1000

Limite: 1000

Balanceador de carga de aplicativo externo global e balanceador de carga de aplicativo externo regional:

Limite: 50

Predicados por correspondência de caminho

Balanceador de carga de aplicativo clássico:

Limite: 1000

Limite: 1000

Balanceador de carga de aplicativo externo global e balanceador de carga de aplicativo externo regional:

Limite: 50

Número de serviços ou buckets de back-end distintos que podem ser referenciados por um mapa de URL Limite: 2500 Limite: 2500

Outros limites relevantes para a referência do serviço entre projetos:

  • Um mapa de URL pode referenciar serviços de back-end em até 1000 projetos distintos. Esse limite não se aplica a balanceadores de carga globais de aplicativos externos. Para balanceadores de carga de aplicativos externos globais, o limite padrão de 2.500 serviços ou buckets de back-end distintos é aplicável.
  • Os mapas de URL de no máximo 10 projetos distintos podem fazer referência a um determinado serviço de back-end.
Tamanho dos mapas de URLs Limite: 64 KB Limite: 128 KB
Número de testes de mapa de URLs

Balanceador de carga de aplicativo clássico:

Limite: 10000

N/A

Os balanceadores de carga de aplicativo internos não são compatíveis com testes de mapa de URL.

Balanceador de carga de aplicativo externo global e balanceador de carga de aplicativo externo regional:

Limite: 100

Esse é um limite na contagem de condições de correspondência em todas as regras na correspondência de caminho. Para correspondências de caminho com regras de caminho, esse é o número total de caminhos em todas as regras. Para correspondências de caminho com regras de rota, a contagem de prefixos é calculada adicionando:

  • Um para a condição de correspondência de caminho (um de prefixMatch ou fullPathMatch);
  • a soma das correspondências do cabeçalho em todas as regras de rota da correspondência de caminho;
  • a soma das correspondências do parâmetro de consulta em todas as regras de rota da correspondência de caminho.

Por exemplo, para uma correspondência de caminho com as seguintes regras de rota:

  • a regra de rota A tem uma correspondência de prefixo e três correspondências de cabeçalho;
  • a regra de rota B tem uma correspondência de fullPathMatch e duas de parâmetros de consulta.

A contagem total de predicados para essa correspondência de caminho seria 7. Isso é calculado da seguinte forma: 1 (para o prefixMatch) + 3 (para o número de correspondências de cabeçalho) + 1 (para o fullPathMatch) + 2 (para o número de correspondências de parâmetros de consulta).

Buckets de back-end

Item Cotas e limites Observações
buckets de back-end Cota Essa cota é por projeto.

Serviços de back-end

Item Cotas e limites Observações
Serviços de back-end gerenciados externos globais Cota Essa cota inclui serviços de back-end usados por balanceadores de carga de aplicativo externos globais.
Serviços de back-end de balanceador de carga de proxy externos globais Cota Essa cota inclui serviços de back-end usados por balanceadores de carga de aplicativo clássicos e balanceadores de carga de rede de proxy externos.
Serviços de back-end gerenciados externos regionais Cota Essa cota inclui serviços de back-end usados por balanceadores de carga de aplicativo externos regionais.
Serviços de back-end gerenciados internos globais Cota Essa cota inclui serviços de back-end usados por balanceadores de carga de aplicativo internos e entre regiões.
Serviços de back-end gerenciados internos regionais Cota Essa cota inclui serviços de back-end usados por balanceadores de carga de aplicativo externos regionais.
Serviços de back-end do balanceador de carga de rede externos regionais Cota Essa cota inclui serviços de back-end usados por balanceadores de carga de rede de passagem externa baseados em serviço de back-end.
Serviços de back-end de balanceador de carga internos regionais Cota Essa cota inclui serviços de back-end usados por balanceadores de carga de rede de passagem interna.
Serviços de back-end do Traffic Director internos globais Cota Essa cota inclui serviços de back-end usados pelo Traffic Director.
Número de serviços de back-end por balanceador de carga de rede de proxy externo, balanceador de carga de rede de passagem interna e balanceador de carga de rede de passagem externa baseado em serviço de back-end 1 Esse limite não pode ser aumentado.
Número máximo de instâncias de VM para o serviço de back-end de um balanceador de carga de rede de passagem interna

Esse valor máximo será aplicado ao número total de instâncias no pool ativo se você tiver configurado o failover.

Sem subconfiguração de back-end: 250

Com a subconfiguração de back-end ativada: 2000

Não é possível aumentar esses limites. Elas são aplicadas independentemente da maneira como as instâncias são agrupadas em grupos de instâncias ou NEGs GCE_VM_IP.

Por exemplo, se você adicionar cinco grupos de instâncias, cada um com 60 instâncias de VM, ao mesmo serviço de back-end do balanceador de carga de rede de passagem interna, o balanceador de carga só distribuirá pacotes para 250 das 300 instâncias (5 × 60) quando a subconfiguração do back-end estiver desativada.

Portas nomeadas por serviço de back-end de um balanceador de carga de proxy 1 Esse limite não pode ser aumentado.
Portas nomeadas por serviço de back-end de um balanceador de carga de passagem 0 Esse limite não pode ser aumentado. O campo portName no serviço de back-end é ignorado para balanceadores de carga de passagem.
Máximo de projetos distintos que contêm mapas de URL que podem fazer referência a um serviço de back-end específico (limite relevante para a referência do serviço entre projetos) 10 Os mapas de URL de no máximo 10 projetos distintos podem fazer referência a um determinado serviço de back-end. Esse limite não pode ser aumentado. Esse limite se aplica de maneira independente a cada serviço de back-end.

Back-ends

Item Cotas e limites Observações
Grupos de instâncias Cota As cotas são por projeto e por região. Ao fazer uma solicitação de aumento de cota, selecione a região que contém o grupo de instâncias. Os grupos de instâncias zonais cobram a região que contém a zona do grupo de instâncias.
NEGs zonais e regionais por projeto Cota As cotas são por projeto e por região, abrangendo todos os tipos de NEGs, exceto NEGs globais da Internet. Ao fazer uma solicitação de aumento de cota, selecione a região que contém o NEG. Os NEGs zonais cobram a região que contém a zona do NEG.
NEGs globais por projeto Cota Essa cota é global, por projeto e abrange apenas NEGs da Internet.
Número máximo de back-ends de grupos de instâncias, GCE_VM_IP_PORT NEG back-ends, GCE_VM_IP NEG back-ends ou back-ends de NEG da Internet regionais por serviço de back-end 50

Esse limite não é configurável.

A compatibilidade com back-ends de NEG por zona e Internet varia de acordo com o produto do balanceamento de carga.

Se você tiver configurado o failover para balanceadores de carga de rede de passagem externa baseados em serviço de back-end, ou se tiver configurado o failover para balanceadores de carga de rede de passagem interna, será possível configurar até 50 grupos de instâncias de backup ou principais ou 50 NEGs GCE_VM_IP por serviço de back-end.

Os balanceadores de carga de rede de passagem interna também têm um limite para o número de instâncias de VM individuais ou endpoints em que um serviço de back-end pode distribuir pacotes. Para detalhes, consulte cotas de serviços de back-end.

Endpoints por NEG

Item Cotas e limites Observações
Endpoints por GCE_VM_IP_PORT NEG zonal 10.000 Esse limite não pode ser aumentado.
Endpoints por GCE_VM_IP NEG zonal 10.000 Esse limite não pode ser aumentado.
Endpoints por NEG na Internet global 1 Esse limite não pode ser aumentado.
Endpoints por NEG regional de Internet 256 Esse limite não pode ser aumentado.
Endpoints por NEG sem servidor 1 Esse limite não pode ser aumentado.
Endpoints por NEG de conectividade híbrida 10.000 Esse limite não pode ser aumentado.

VMs por grupo de instâncias

É possível que o número de VMs de back-end que podem ser atendidas por um único balanceador de carga seja menor do que o número de VMs compatíveis com um grupo de instância. O número máximo de VMs com balanceamento de carga por grupo de instâncias depende do número de portas especificado em cada porta nomeada que o grupo de instâncias exporta.

O limite máximo de VMs com carga balanceada por grupo de instâncias não pode exceder 2.000 para grupos de instâncias gerenciadas por região e não pode exceder 1.000 para grupos de instâncias gerenciadas por zona ou não gerenciadas.

Item Cotas e limites Observações
Número máximo de VMs por grupo gerenciado de instâncias regionais conectado ao serviço de back-end de um balanceador de carga de passagem 2.000 Os balanceadores de carga de rede de passagem interna também têm um limite para o número de instâncias de VM individuais ou endpoints em que um serviço de back-end pode distribuir pacotes. Para detalhes, consulte cotas de serviços de back-end.
Número máximo de VMs por grupo de instâncias gerenciadas por zona ou por grupo de instâncias não gerenciadas por zona conectado a um serviço de back-end de balanceador de carga 1.000 Os balanceadores de carga de rede de passagem interna também têm um limite para o número de instâncias de VM individuais ou endpoints em que um serviço de back-end pode distribuir pacotes. Para detalhes, consulte cotas de serviços de back-end.
Número máximo de VMs por grupo gerenciado de instâncias regionais conectado ao serviço de back-end de um balanceador de carga de proxy Depende do número de portas especificado na porta nomeada do grupo de instâncias. É a opção que for menor:
A: 2.000
B: 10.000/(número de portas na porta nomeada que contém a maioria do número de portas)
Entre em contato com a equipe de vendas do Google Cloud se precisar aumentar esse limite.
Número máximo de VMs por grupo de instâncias gerenciadas por zona ou por grupo de instâncias não gerenciadas por zona conectado ao serviço de back-end de um balanceador de carga de proxy Depende do número de portas especificado na porta nomeada do grupo de instâncias. É a opção que for menor:
A: 1.000
B: 10.000/(número de portas na porta nomeada que contém a maioria do número de portas)
Entre em contato com a equipe de vendas do Google Cloud se precisar aumentar esse limite.

Para calcular o número máximo de VMs com carga balanceada em um back-end de grupo de instâncias:

  1. Determine o número máximo de portas por porta nomeada.

    Por exemplo, se um grupo de instâncias tiver as seguintes portas nomeadas: http:80, api-gateway:8080 e api-gateway:8090, haverá um número de porta para o nome http e dois números de porta para o nome api-gateway. Portanto, neste exemplo, o número máximo de portas por porta nomeada é duas.

  2. Divida 10.000 pelo número máximo de portas por porta nomeada e descarte o restante. Por exemplo, 10,000 / 2 = 5,000

  3. Compare o número calculado na etapa anterior com o limite máximo das VMs com carga balanceada por grupo de instâncias: 2.000 para grupos regionais, 1.000 para grupos zonais.

    Se o número calculado na etapa anterior for menor ou igual ao limite máximo, o número máximo de VMs com balanceamento de carga por grupo de instâncias será o número calculado na etapa anterior. Caso contrário, o número máximo de VMs com carga balanceada por grupo de instâncias será o limite superior (2.000 para grupos regionais ou 1.000 para grupos zonais).

Consultas por segundo para balanceadores de carga de aplicativos

Item Cotas e limites Observações
Consultas por segundo (QPS) por grupo de instâncias de back-end ou NEG para balanceadores de carga de aplicativo externos globais Configurável ao usar RATE para o modo de balanceamento. Seus back-ends definem um limite.
Consultas por segundo (QPS) por região por rede para balanceadores de carga de aplicativo externos regionais Para balanceadores de carga de aplicativo externos regionais, a carga máxima de QPS depende do tamanho das solicitações e da complexidade da configuração. Se a carga exceder a capacidade, a latência aumentará e as solicitações poderão ser descartadas.

Seus back-ends definem um limite.*

Entre em contato com a equipe de vendas do Google Cloud se precisar aumentar o limite.

Consultas por segundo (QPS) por região por rede para balanceadores de carga de aplicativo internos Para balanceadores de carga de aplicativo internos, a carga máxima de QPS depende do tamanho das solicitações e da complexidade da configuração. Se a carga exceder a capacidade, a latência aumentará e as solicitações poderão ser descartadas.

Seus back-ends definem um limite.*

Entre em contato com a equipe de vendas do Google Cloud se precisar aumentar o limite.

* Para projetos que usam NEGs sem servidor, o limite é de 5.000 consultas por segundo (QPS) por projeto para o tráfego enviado a qualquer NEG sem servidor configurado com balanceadores de carga de aplicativo externos regionais ou balanceadores de carga de aplicativo internos. Esse limite é agregado em todos os balanceadores de carga de aplicativo externos regionais e internos em um projeto e uma região. Esse não é um limite por balanceador de carga.

Tamanho do cabeçalho para balanceadores de carga de aplicativo externos

Item Cotas e limites Observações
Tamanho máximo do cabeçalho da solicitação do cliente para balanceadores de carga de aplicativo externos 64 KB (kilobytes) Esse limite não pode ser aumentado.
O tamanho combinado do URL e do cabeçalho da solicitação precisa ser menor ou igual a 64 KB.
Tamanho máximo do cabeçalho de resposta do back-end para balanceadores de carga de aplicativo externos 128 KB (kilobytes) Esse limite não pode ser aumentado.
Tamanho máximo do cabeçalho da solicitação do back-end para balanceadores de carga de aplicativo internos 60 KB (kilobytes) Esse limite não pode ser aumentado.
Conversão de cabeçalhos de solicitação e resposta HTTP em letras minúsculas Sempre, exceto para balanceador de carga de aplicativo clássico ao usar HTTP/1.1 Como exemplo, Host é convertido em host e Keep-ALIVE em keep-alive.
Número máximo de cabeçalhos de solicitação personalizados e configurados para cada serviço de back-end 16 Esse limite não pode ser aumentado.
Número máximo de cabeçalhos de resposta personalizados e configurados para cada serviço de back-end 16 Esse limite não pode ser aumentado.
Tamanho total de todos os cabeçalhos de solicitação personalizados por serviço de back-end (nome e valor combinados, antes da expansão da variável) 8 KB Esse limite não pode ser aumentado.
Tamanho total de todos os cabeçalhos de resposta personalizados por serviço de back-end (nome e valor combinados, antes da expansão da variável) 8 KB Esse limite não pode ser aumentado.

Como gerenciar cotas

O Cloud Load Balancing aplica cotas no uso de recursos por vários motivos. Por exemplo, as cotas protegem a comunidade de usuários Google Cloud, impedindo picos de uso inesperados. As cotas também ajudam os usuários que estão explorando o Google Cloud com o nível gratuito a permanecer na avaliação.

Todos os projetos começam com as mesmas cotas, que podem ser alteradas com uma solicitação de cota extra. Algumas cotas podem aumentar automaticamente dependendo do uso de um produto.

Permissões

Para ver cotas ou solicitar aumentos de cotas, os membros do gerenciamento de identidade e acesso (IAM, na sigla em inglês) precisam ter um dos papéis a seguir:

Tarefa Papel necessário
Verificar cotas para um projeto Uma das seguintes opções:
Modificar cotas, solicitar cota extra Uma das seguintes opções:

Como verificar cotas

Console

  1. No Console do Google Cloud, acesse a página Cotas.

    Acessar "Cotas"

  2. Para pesquisar a cota a ser atualizada, use a tabela de filtros. Se você não souber o nome da cota, use os links desta página.

gcloud

Com a Google Cloud CLI, execute o comando a seguir para verificar suas cotas. Substitua PROJECT_ID pelo seu código do projeto:

      gcloud compute project-info describe --project PROJECT_ID
    

Para verificar a cota utilizada em uma região, execute o comando a seguir:

      gcloud compute regions describe example-region
    

Erros ao exceder a cota

Se você exceder uma cota com um comando gcloud, o gcloud emitirá uma mensagem de erro quota exceeded e retornará com o código de saída 1.

Se você exceder uma cota com uma solicitação de API, o Google Cloud retornará o seguinte código de status HTTP: HTTP 413 Request Entity Too Large.

Como solicitar cotas extras

Para aumentar ou diminuir a maioria das cotas, use o console do Google Cloud. Para mais informações, consulte Solicitar um limite de cota maior.

Console

  1. No Console do Google Cloud, acesse a página Cotas.

    Acessar "Cotas"

  2. Na página Cotas, selecione as que você quer alterar.
  3. Na parte superior da página, clique em Editar cotas.
  4. Preencha seu nome, e-mail, número de telefone e clique em Próxima.
  5. Preencha sua solicitação de cota, e clique em Concluído.
  6. Envie a solicitação. As solicitações de cota demoram de 24 a 48 horas para serem processadas.

Disponibilidade de recursos

Cada cota representa um número máximo para um tipo específico de recurso que é possível criar, desde que o recurso esteja disponível. É importante observar que as cotas não garantem a disponibilidade de recursos. Mesmo que você tenha cota disponível, não será possível criar um novo recurso se ele não estiver disponível.

Por exemplo, é possível ter cota suficiente para criar um novo endereço IP externo regional na região us-central1. No entanto, isso não é possível se não houver endereços IP externos disponíveis naquela região. A disponibilidade de recursos zonais também pode afetar sua capacidade de criar um novo recurso.

São raras as situações em que os recursos não estão disponíveis em uma região inteira. No entanto, os recursos dentro de uma zona podem ser usados periodicamente, normalmente sem impacto no contrato de nível de serviço (SLA) para o tipo de recurso. Para mais informações, leia o SLA relevante do recurso.