Veja nas próximas seções as cotas e os limites dos balanceadores de carga. Para alterar uma cota, solicite cota adicional 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, independentemente de como as VMs serão alocadas entre os grupos de instâncias | Esse limite não pode ser aumentado. |
| Serviços internos de back-end 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 poderão ser distribuídas em até 50 grupos de instâncias se o número total de VMs de back-end for 250 ou menos. |
| Back-ends de grupos de instâncias por serviço de back-end externo | 50 | Esse limite não pode ser aumentado. |
| 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 menor será 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 esse 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 esse 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 de 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 do 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 esse 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 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 da resposta 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 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 | Sempre, para balanceamento de carga HTTP(S) interno | O balanceamento de carga HTTP(S) interno segue as convenções do HTTP/2 para uso de maiúsculas e minúsculas nos cabeçalhos de solicitação e resposta. Independentemente do protocolo utilizado, todos os cabeçalhos são convertidos em minúsculas. Como exemplo, Host é convertido para host, e Keep-ALIVE para keep-alive. O balanceamento de carga HTTP(S) externo não muda o uso de maiúsculas e minúsculas nos cabeçalhos de solicitação e resposta. |
Instâncias de proxy para balanceamento de carga HTTP(S) interno
| Item | Cotas e limites | Observações |
|---|---|---|
| Instâncias de proxy por rede | 30 | Essa cota representa o número máximo de instâncias de proxy Envoy que são alocadas automaticamente para sua rede. Entre em contato com a equipe de vendas do Google Cloud se precisar aumentar esse limite. |
Visão geral
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 podem ser alteradas com uma solicitação de cota extra. Algumas cotas podem aumentar automaticamente dependendo do uso de um produto.
Permissões
Para visualizar as cotas ou solicitar aumentos para elas, os membros do IAM precisam ter um dos seguintes papéis.
| Tarefa | Papel obrigatório |
|---|---|
| Verificar cotas para um projeto | Proprietário ou editor do projeto ou visualizador de cotas |
| Modificar cotas, solicitar cota extra | Proprietário ou editor do projeto, administrador de cotas ou um papel personalizado com a permissão serviceusage.quotas.update |
Como verificar a cota
Em Cloud Console, acesse a página Cotas.
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 usada em uma região, execute:
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 cota extra
Solicite cota extra na página Cotas em Cloud Console. As solicitações de cota demoram de 24 a 48 horas para serem processadas.
- Acesse a página Cotas.
- Na página Cotas, selecione as que você quer alterar.
- Clique no botão Editar cotas na parte superior da página.
- Preencha seu nome, e-mail e número de telefone e clique em Avançar.
- Preencha o pedido de cota e clique em Avançar.
- 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 na região us-central1, mas isso não será possível se não houver endereços IP externos disponíveis naquela região. A disponibilidade de recursos zonais também pode afetar a possibilidade 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, mas os recursos dentro de uma região podem se esgotar periodicamente, na maioria das vezes sem impactar o SLA para o tipo de recurso. Para ver mais informações, leia o contrato de nível de serviço (SLA) referente ao recurso.