Cotas e limites para recursos de balanceamento de carga

Veja nas próximas seções as cotas e os limites dos balanceadores de carga. Para alterar uma cota, solicite uma cota maior usando o Console do Google Cloud. Geralmente, não é possível aumentar os limites a menos que especificado de outra maneira.

Cotas e limites

Regras de encaminhamento

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

Essa cota é apenas para regras de encaminhamento para balanceamento de carga HTTP(S) externo, balanceamento de carga de proxy SSL, balanceamento de carga de proxy TCP e gateways da VPN clássica.

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

Regras de encaminhamento de balanceamento de carga de rede TCP/UDP externo Cota Regras de encaminhamento para uso por balanceadores de carga de rede TCP/UDP externos (ambos arquiteturas de pool de destino e serviço de back-end).
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 interno por rede VPC Cota

O número máximo de regras de encaminhamento para balanceadores de carga internos.

  • Balanceamento de carga TCP/UDP interno
  • Balanceamento de carga HTTP(S) interno

Essa cota se aplica ao número total de regras de encaminhamento para balanceamento de carga interno. Ele 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 não pode ser aumentado.
Portas por regra de encaminhamento interno 5, como uma lista ou um intervalo
Ilimitado com a opção de portas ALL
Esse limite não pode ser aumentado.
Regras de encaminhamento interno por serviço de back-end interno Nenhum limite separado. Sujeitas a outras cotas e limites, várias regras de encaminhamento interno podem fazer referência ao mesmo serviço de back-end interno.

Pools de destino 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.

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.

Mapas de URL

Item Cotas e limites Observações
Mapas de URL Cota Essa cota é por projeto.
Regras de hospedagem por mapa de URL 50 Esse limite não pode ser aumentado.
Correspondentes de caminho por mapa de URL 50 Esse limite não pode ser aumentado.
Regras de caminho por correspondente de caminho 50 Esse limite não pode ser aumentado.
Regras de rota por correspondente de caminho 50 Esse limite não pode ser aumentado.
Regras de correspondência por regra de rota 50 Esse limite não pode ser aumentado.
Correspondências de cabeçalho por regra de correspondência 50 Esse limite não pode ser aumentado.
Correspondências de parâmetros de consulta por regra de correspondência 50 Esse limite não pode ser aumentado.
Ações de cabeçalho por correspondente de caminho 50 Esse limite não pode ser aumentado.
Serviços de back-end ou buckets de back-end por regra de caminho 1 serviço de back-end ou 1 bucket de back-end, não ambos Esse limite não pode ser aumentado.

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 Cota Ela inclui todos os serviços de back-end (INTERNAL, INTERNAL_MANAGED, INTERNAL_SELF_MANAGED e EXTERNAL) no projeto.
Serviços de back-end por balanceador de carga de proxy TCP/SSL ou de TCP/UDP interno 1 Esse limite não pode ser aumentado.
Número máximo de instâncias de VM por serviço de back-end interno

Número máximo de instâncias de VM no pool ativo se o failover tiver sido configurado para um serviço de back-end interno

Sem subconfiguração ativada: 250, independentemente de como as VMs são alocadas entre os back-ends

Com a criação de subconjuntos ativada para grupos de instâncias: 2.000

Não é possível aumentar esses limites.
Serviços de back-end interno por regra de encaminhamento interno 1 Esse limite não pode ser aumentado.
Portas nomeadas por serviço de back-end externo 1 Esse limite não pode ser aumentado.
Portas nomeadas por serviço de back-end interno 0 Esse limite não pode ser aumentado.

Back-ends

Item Cotas e limites Observações
Grupos de instâncias Cota Essa cota é por projeto.
Back-ends de grupos de instâncias por serviço de back-end interno 50 Esse limite não pode ser aumentado.
As VMs de back-end de um balanceador de carga TCP/UDP interno podem ser distribuídas em até 50 grupos de instâncias se o número total de VMs de back-end for 250 ou menos.
Ao usar o failover do balanceamento de carga TCP/UDP interno, é possível configurar até 50 back-ends principais e 50 de failover.
Back-ends de grupos de instâncias por serviço de back-end externo 50 Esse limite não pode ser aumentado.
Ao usar o failover do balanceamento de carga de rede, é possível configurar até 50 back-ends principais e 50 de failover.
NEGs por projeto Cota Entre em contato com a equipe de vendas do Google Cloud se precisar aumentar esse limite.
Back-ends de NEG por serviço de back-end externo 50 Esse limite não pode ser aumentado.
Back-ends de NEG por serviço de back-end interno 50 Esse limite não pode ser aumentado.

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 da Internet 1 Esse limite não pode ser aumentado.
Endpoints por NEG sem servidor 1 Esse limite não pode ser aumentado.

VMs por grupo de instâncias

Item Cotas e limites Observações
VMs por back-end de grupo de instâncias regionais para um serviço de back-end externo Depende do número de portas especificado na porta nomeada do grupo de instâncias. A opção que for menorserá usada:
A: 2.000
B: VMs * (número de portas na porta nomeada que contém a maioria dos números de portas) <= 10.000
Entre em contato com a equipe de vendas do Google Cloud se precisar aumentar o limite.
VMs por back-end de grupo de instâncias por zona para um serviço de back-end externo Depende do número de portas especificado na porta nomeada do grupo de instâncias. A opção que for menor será usada:
A: 1.000
B: VMs * (número de portas na porta nomeada que contém a maioria dos números de portas) <= 10.000
Entre em contato com a equipe de vendas do Google Cloud se precisar aumentar o limite.
VMs por grupo de instâncias quando o grupo for um back-end para um serviço de back-end interno Nenhum limite separado. As VMs de back-end de um balanceador de carga TCP/UDP interno podem ser distribuídas em até 50 grupos de instâncias se o número total de VMs de back-end for 250 ou menos.

Consultas por segundo para balanceamento de carga HTTP(S)

Item Cotas e limites Observações
Consultas por segundo (QPS) por grupo de instâncias de back-end ou NEG para balanceamento de carga HTTP(S) externo Configurável ao usar RATE para o modo de balanceamento. Seus back-ends definem um limite.
Consultas por segundo (QPS) em cada região e rede para balanceamento de carga HTTP(S) interno Para o balanceamento de carga HTTP(S) interno, 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. Entre em contato com a equipe de vendas do Google Cloud se precisar aumentar o limite.

Tamanho do cabeçalho para balanceamento de carga HTTP(S)

Item Cotas e limites Observações
Tamanho máximo do cabeçalho da solicitação do cliente para balanceamento de carga HTTP(S) externo 60 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 balanceamento de carga HTTP(S) externo 128 KB (kilobytes) Esse limite não pode ser aumentado.
Tamanho máximo do cabeçalho da solicitação do back-end para balanceamento de carga HTTP(S) interno 60 KB (kilobytes) Esse limite não pode ser aumentado.
Conversão de cabeçalhos para minúsculas no balanceamento de carga HTTP(S) externo Para HTTP/1.1, não
Para HTTP/2, sim
Quando o HTTP/2 é usado com o balanceamento de carga HTTP(S) externo, todos os cabeçalhos são convertidos em minúsculas. Como exemplo, Host é convertido em host e Keep-ALIVE em keep-alive.
Conversão de cabeçalhos para minúsculas no balanceamento de carga HTTP(S) interno Para HTTP/1.1, sim
Para HTTP/2, sim
No balanceamento de carga HTTP(S) interno, independentemente do protocolo usado, todos os cabeçalhos são convertidos em minúsculas. 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 assinantes 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 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

Usando a ferramenta de linha de comando gcloud, execute o comando a seguir para verificar suas cotas. Substitua PROJECT_ID pelo ID do seu 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 solicitar mais cota, acesse a página Cotas no Console do Cloud. As solicitações de cota demoram de 24 a 48 horas para serem processadas.

Console

  1. No Console do 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.

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.