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.
Muitos produtos e serviços também têm limites não relacionados ao sistema de cotas. Esses limites são restrições, como tamanhos máximos de arquivo ou limitações de esquema do banco de dados, que geralmente não podem ser aumentadas ou diminuídas, a menos que especificado de outra forma.
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 de balanceamento de carga TCP/UDP interno por rede VPC | Cota | O número máximo de regras de encaminhamento para balanceamento de carga TCP/UDP interno. Essa cota se aplica ao número total de regras de encaminhamento para balanceamento de carga interno de TCP/UDP. Ele não se aplica a cada região individualmente. Nome da cota: 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: Para mais informações, consulte Cotas VPC por rede. |
| Regras de encaminhamento do balanceamento de carga HTTP(S) interno por rede VPC | Cota | O número máximo de regras de encaminhamento para o 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: 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. |
| 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 |
|---|---|---|
| VMs por back-end de grupo gerenciado 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 menor: A: 2.000 B: 10.000/(número de portas na porta nomeada que contém a maioria dos números de portas)† |
Entre em contato com a equipe de vendas do Google Cloud se precisar aumentar esse limite. |
| VMs por back-end de grupo de instâncias por zona (gerenciadas ou não gerenciadas) 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: A: 1.000 B: 10.000/(número de portas na porta nomeada que contém a maioria dos números de portas)† |
Entre em contato com a equipe de vendas do Google Cloud se precisar aumentar esse limite. |
| VMs por back-end de grupo de instâncias 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. |
† Para calcular o número máximo de VMs com carga balanceada em um back-end de grupo de instâncias:
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:8080eapi-gateway:8090, haverá um número de porta para o nomehttpe dois números de porta para o nomeapi-gateway. Portanto, neste exemplo, o número máximo de portas por porta nomeada é duas.Divida 10.000 pelo número máximo de portas por porta nomeada e descarte o restante. Por exemplo,
10,000 / 2 = 5,000Compare 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 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
- No Console do Cloud, acesse a página Cotas.
- 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 aumentar ou diminuir a maioria das cotas, use o Console do Google Cloud. Algumas cotas não podem ser aumentadas acima dos valores padrão.
Para mais informações, consulte as seções a seguir sobre Como trabalhar com cotas:
Console
- No Console do Cloud, acesse a página Cotas.
- Na página Cotas, selecione as que você quer alterar.
- Na parte superior da página, clique em Editar cotas.
- Preencha seu nome, e-mail, número de telefone e clique em Próxima.
- Preencha sua solicitação de cota, e clique em Concluído.
- 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.