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.
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. |
| 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. |
| 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
- 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 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
- 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.
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.