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 por projeto do Google Cloud | Cota | Esta cota representa o número máximo de regras de encaminhamento em seu projeto. A cota se aplica coletivamente a todas as regras de encaminhamento, sem importar como elas estão sendo usadas. Isso inclui as regras de encaminhamento para protocolos, gateways de VPN clássica e esquemas de balanceamento de carga (INTERNAL, INTERNAL_MANAGED, INTERNAL_SELF_MANAGED e EXTERNAL). |
| Número máximo de regras de encaminhamento para: - Balanceamento de carga TCP/UDP interno - Balanceamento de carga HTTP(S) interno |
75 por rede VPC | Para mais informações sobre como esses limites se aplicam, consulte Limites de peering da rede VPC. |
| 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 |
250, seja qual for a alocação de VMs entre os grupos de instâncias | Esse limite não pode ser aumentado. |
| 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. |
Endpoints por NEG
| Item | Cotas e limites | Observações |
|---|---|---|
| Endpoints por NEG | 10.000 | 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 | Cerca de 15 KB (kilobytes) | Esse limite não pode ser aumentado. O tamanho combinado do URL e do cabeçalho da solicitação é limitado a 16 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
Cloud Load Balancing impõe cotas sobre o uso de recursos por diversos 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 você pode alterar solicitando uma cota extra. Algumas cotas podem aumentar automaticamente de acordo com o 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 | Proprietário ou editor ou visualizador de cotas do projeto |
| Modificar cotas, solicitar cota extra | Proprietário ou editor,
administrador de cotas
ou um papel personalizado com a permissão serviceusage.quotas.update
do projeto
|
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, você pode ter cota suficiente para
criar um novo endereço IP externo regional em us-central1, mas isso não seria
possível se não houvesse endereços IP externos disponíveis nessa 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 se esgotar periodicamente, o que geralmente não afeta o contrato de nível de serviço (SLA) do tipo de recurso. Para mais informações, leia o SLA relevante do recurso.