Este documento lista as cotas e os limites que se aplicam ao Cloud Load Balancing.
- As cotas especificam a quantidade de um recurso compartilhado e contável que pode ser usado. As cotas são definidas por serviços do Google Cloud, como o Cloud Load Balancing.
- Os limites do sistema são valores fixos que não podem ser alterados.
Para alterar uma cota, consulte Como solicitar cota adicional.
O Google Cloud usa cotas para garantir a imparcialidade e reduzir picos no uso e na disponibilidade de recursos. Uma cota restringe quanto de um recurso do Google Cloud o projeto do Google Cloud pode usar. As cotas se aplicam a vários tipos de recursos, incluindo hardware, software e componentes de rede. Por exemplo, as cotas podem restringir o número de chamadas de API para um serviço, o número de balanceadores de carga usados simultaneamente pelo projeto ou o número de projetos que podem ser criados. As cotas protegem a comunidade de usuários do Google Cloud, impedindo a sobrecarga de serviços. As cotas também ajudam você a gerenciar seus próprios recursos do Google Cloud.
O sistema de cotas do Cloud faz o seguinte:
- Monitora o consumo de produtos e serviços do Google Cloud.
- Restringe o consumo desses recursos.
- Fornece um meio de solicitar mudanças no valor da cota
Na maioria dos casos, quando você tenta consumir mais de um recurso do que a cota permite, o sistema bloqueia o acesso ao recurso e a tarefa que você está tentando executar falha.
As cotas geralmente se aplicam ao projeto do nível Google Cloud. O uso de um recurso em um projeto não afeta a cota disponível em outro. Em um projeto do Google Cloud, as cotas são compartilhadas entre todos os aplicativos e endereços IP.
Também há limites em recursos do Cloud Load Balancing. Não é possível alterar os limites.
Back-ends
| Item | Cotas e limites | Observações |
|---|---|---|
| Grupos de instâncias | Cota | As cotas são por projeto e por região. Ao fazer uma solicitação de aumento de cota, selecione a região que contém o grupo de instâncias. Os grupos de instâncias zonais cobram a região que contém a zona do grupo de instâncias. |
| NEGs zonais e regionais por projeto | Cota | As cotas são por projeto e por região, abrangendo todos os tipos de NEGs exceto NEGs globais da Internet, NEGs do Private Service Connect e NEGs sem servidor. Ao fazer uma solicitação de aumento de cota, selecione a região que contém o NEG. Os NEGs zonais cobram a região que contém a zona do NEG. |
| NEGs globais por projeto | Cota | Essa cota é global, por projeto, e abrange NEGs da Internet, NEGs do Private Service Connect e NEGs sem servidor. |
Número máximo de back-ends de grupos de instâncias, GCE_VM_IP_PORT
NEG back-ends, GCE_VM_IP NEG back-ends ou back-ends de NEG da Internet
regionais por serviço de back-end |
50 |
Esse limite não é configurável. A compatibilidade com back-ends de NEG por zona e Internet varia de acordo com o produto do balanceamento de carga. Se você tiver configurado o failover para balanceadores de carga de rede de passagem externa baseados em serviço de back-end, ou se tiver configurado o failover para balanceadores de carga de rede de passagem interna, será possível configurar até 50 grupos de instâncias de backup ou principais ou 50 NEGs Os balanceadores de carga de rede de passagem interna também têm um limite para o número de instâncias de máquina virtual (VM) individuais ou endpoints em que um serviço de back-end pode distribuir pacotes. Para detalhes, consulte cotas de serviços de back-end. |
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 de conectividade híbrida (NON_GCP_PRIVATE_IP_PORT) |
10.000 | Esse limite não pode ser aumentado. |
| Endpoints por NEG na Internet global | 1 | Esse limite não pode ser aumentado. |
| Endpoints por NEG regional de Internet | 256 | Esse limite não pode ser aumentado. |
| Endpoints por NEG sem servidor | 1 | Esse limite não pode ser aumentado. |
| Endpoints por NEG do Private Service Connect | 1 | Esse limite não pode ser aumentado. |
| NEG de mapeamento de endpoints por porta | 1.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.
Por padrão, o limite máximo de VMs com carga balanceada por grupo de instâncias não pode exceder 2.000 para grupos gerenciados de instâncias (MIGs) regionais, nem exceder 1.000 para MIGs zonais. Em grupos de instâncias não gerenciadas por zona, o número máximo de VMs por grupo é de 2.000. Se você precisar de mais de 2.000 VMs, aumente o limite de tamanho do grupo de instâncias gerenciadas ou entre em contato com o suporte.
| Item | Cotas e limites | Observações |
|---|---|---|
| Número máximo de VMs por grupo gerenciado de instâncias regionais conectado ao serviço de back-end de um balanceador de carga de passagem | 2.000 | Os balanceadores de carga de rede de passagem interna também têm um limite para o número de instâncias de VM individuais ou endpoints em que um serviço de back-end pode distribuir pacotes. Para detalhes, consulte cotas de serviços de back-end. |
| Número máximo de VMs por grupo de instâncias gerenciadas por zona ou por grupo de instâncias não gerenciadas por zona conectado a um serviço de back-end de balanceador de carga | Máximo para grupos de instâncias gerenciadas por zona: 1.000 Máximo para grupos de instâncias não gerenciadas por zona: 2.000 |
Os balanceadores de carga de rede de passagem interna também têm um limite para o número de instâncias de VM individuais ou endpoints em que um serviço de back-end pode distribuir pacotes. Para detalhes, consulte cotas de serviços de back-end. |
| Número máximo de VMs por grupo gerenciado de instâncias regionais conectado ao serviço de back-end de um balanceador de carga de proxy | 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 do número de portas)† |
Entre em contato com o suporte caso precise aumentar esse valor. |
| Número máximo de VMs por grupo gerenciado de instâncias zonais conectado ao serviço de back-end de um balanceador de carga de proxy | 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 do número de portas)† |
Entre em contato com o suporte caso precise aumentar esse valor. |
| Número máximo de VMs por grupo de instâncias não gerenciadas zonais conectadas ao serviço de back-end de um balanceador de carga de proxy | 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 do número de portas)† |
Entre em contato com o suporte caso precise aumentar esse valor. |
† 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).
Pools de destino
| Item | Cotas e limites | Observações |
|---|---|---|
| Pools de destino | Cota | Essa cota é por projeto. |
Buckets de back-end
| Item | Cotas e limites | Observações |
|---|---|---|
| buckets de back-end | Cota | Essa cota é por projeto. |
Serviços de back-end
Para monitorar cotas de serviços de back-end usando o Cloud Monitoring, configure o monitoramento
para a métrica serviceruntime.googleapis.com/quota/allocation/usage no
tipo de recurso Consumer Quota. Defina outros filtros de rótulo (service, quota_metric) para chegar ao tipo de cota. Para informações sobre como monitorar
métricas de uso de cota, consulte
Gráfico e monitoramento de métricas de cota.
| Item | Cotas e limites | Observações |
|---|---|---|
| Balanceadores de carga de aplicativo e de rede proxy | ||
| Serviços de back-end de balanceador de carga de aplicativo clássico e balanceador de carga de rede de proxy clássico | Cota | Essa é uma cota por projeto que define o número máximo de serviços de back-end para balanceadores de carga de aplicativo clássicos e balanceadores de carga de rede proxy clássicos. Nome da cota: Métricas disponíveis:
|
| Serviços de back-end de balanceador de carga de aplicativo externo global e de balanceador de carga de rede de proxy externo global | Cota | Essa é uma cota por projeto que define o número máximo de serviços de back-end para balanceadores de carga de aplicativo externos globais e balanceadores de carga de rede de proxy externo global. Nome da cota: Métricas disponíveis:
|
Serviços de back-end de balanceador de carga de aplicativo externo regional e de balanceador de carga de rede de proxy externo regional |
Cota | Essa é uma cota por região e por projeto que define o número máximo de serviços de back-end para balanceadores de carga de aplicativo externos regionais e balanceadores de carga de rede de proxy externo global. Nome da cota: Métricas disponíveis:
|
| Serviços de back-end de balanceador de carga de aplicativo interno entre regiões e de balanceador de carga de rede de proxy interno entre regiões | Cota | Essa é uma cota por região e por projeto que define o número máximo de serviços de back-end para balanceadores de carga de aplicativo internos entre regiões e balanceadores de carga de rede de proxy interno entre regiões Nome da cota:
Métricas disponíveis:
|
| Serviços de back-end do balanceador de carga de aplicativo interno regional e do balanceador de carga de rede de proxy interno regional | Cota | Essa é uma cota por região e por projeto que define o número máximo de serviços de back-end para balanceadores de carga de aplicativo regionais internos e balanceadores de carga de rede proxy interno regional. Nome da cota: Métricas disponíveis:
|
| Número de serviços de back-end por balanceador de carga de aplicativo | Varia de acordo com a configuração do mapa de URL | Para mais detalhes, consulte Mapas de URL. |
| Número de serviços de back-end por balanceador de carga de rede de proxy | 1 | Não é possível alterar esse limite. |
| Número de portas nomeadas por serviço de back-end do balanceador de carga de aplicativo ou do balanceador de carga de rede proxy | 1 | Não é possível alterar esse limite. As portas nomeadas são relevantes apenas aos back-ends de grupos de instâncias. |
| Máximo de projetos distintos que contêm mapas de URL que podem fazer referência a um serviço de back-end específico (limite relevante para a referência do serviço entre projetos) | 10 | Os mapas de URL de no máximo 10 projetos distintos podem fazer referência a um determinado serviço de back-end. Esse limite não pode ser aumentado. Esse limite se aplica de maneira independente a cada serviço de back-end. |
| Balanceadores de carga de rede de passagem | ||
| Serviços de back-end do balanceador de carga de rede de passagem externa | Cota | Essa é uma cota por região e por projeto que define o número máximo de serviços de back-end para balanceadores de carga de rede de passagem externa. Nome da cota: Métricas disponíveis:
|
| Serviços de back-end do balanceador de carga de rede de passagem interna | Cota | Essa é uma cota por região e por projeto que define o número máximo de serviços de back-end para balanceadores de carga de rede de passagem interna. Nome da cota: Métricas disponíveis:
|
| Número de serviços de back-end por balanceador de carga de rede de passagem | 1 | Não é possível alterar esse limite. |
| Número de portas nomeadas por serviço de back-end do balanceador de carga de rede de passagem | 0 | Não é possível alterar esse limite. O campo portName no
serviço de back-end é ignorado para balanceadores de carga de rede de passagem. |
Número máximo de instâncias de VM (em todos os back-ends do grupo de instâncias) ou
endpoints (em todos os GCE_VM_IP grupos de endpoints de rede) de um
serviço de back-end de balanceador de carga de rede de passagem interna |
Sem subconfiguração de back-end: 250 Com a subconfiguração de back-end ativada: 2000 |
Não é possível aumentar esses limites. Quando o failover é configurado, o número máximo de instâncias de VM ou endpoints se aplica aos do pool ativo. Por exemplo, se um serviço de back-end tiver cinco grupos de instâncias, cada um com 60 instâncias de VM, o balanceador de carga só distribuirá pacotes para 250 das 300 (5 × 60) instâncias quando a subconfiguração do back-end estiver desativada. Configurar VMs de back-end além desses limites pode afetar negativamente a performance, já que o tráfego é encaminhado apenas para o número máximo permitido de VMs ou endpoints, conforme documentado aqui. |
| Cloud Service Mesh | ||
| Serviços de back-end do Cloud Service Mesh | Cota | Serviços de back-end para Cloud Service Mesh. Nome da cota: Métricas disponíveis:
|
| Serviços de back-end do Cloud Service Mesh | Cota | Serviços de back-end para Cloud Service Mesh. Nome da cota: Métricas disponíveis:
|
Regras de encaminhamento
Para monitorar as cotas da regra de encaminhamento usando o Cloud Monitoring, configure o monitoramento
da métrica serviceruntime.googleapis.com/quota/allocation/usage no
tipo de recurso Consumer Quota. Defina outros filtros de rótulo (service, quota_metric) para chegar ao tipo de cota. Para informações sobre como monitorar
métricas de uso de cota, consulte
Gráfico e monitoramento de métricas de cota.
| Item | Cotas e limites | Observações |
|---|---|---|
| Balanceadores de carga de aplicativo externos e balanceadores de carga de rede de proxy externo | ||
| Regras de encaminhamento do balanceador de carga de aplicativo clássico e do balanceador de carga de rede de proxy clássico | Cota | Essa é uma cota por projeto que define o número máximo de regras de encaminhamento para balanceadores de carga de aplicativo clássicos e balanceadores de carga de rede proxy clássicos. Se o projeto tiver gateways de VPN clássica, as regras de encaminhamento desses gateways também serão contabilizadas no uso dessa cota. Nome da cota: Métricas disponíveis:
|
| Regras de encaminhamento do balanceador de carga de aplicativo externo global e do balanceador de carga de rede de proxy externo global | Cota | Essa é uma cota por projeto que define o número máximo de regras de encaminhamento para balanceadores de carga de aplicativo externos globais e balanceadores de carga de rede de proxy externo global de dois minutos. Nome da cota: Métricas disponíveis:
|
Regras de encaminhamento do balanceador de carga de aplicativo externo regional e do balanceador de carga de rede de proxy externo regional por região e rede Esta cota substitui a cota |
Cota | Essa é uma cota por região e por rede que define o número máximo de regras de encaminhamento para balanceadores de carga de aplicativo externos regionais e balanceadores de carga de rede de proxy externo global com back-ends localizados em uma região de uma rede VPC. Nome da cota: Métricas disponíveis:
|
| Balanceadores de carga de aplicativo internos e de rede de proxy interno | ||
| Regras de encaminhamento do balanceador de carga de aplicativo interno e do balanceador de carga de rede de proxy interno entre regiões por região e por rede | Cota | Essa é uma cota por região e por rede que define o número máximo de regras de encaminhamento para balanceadores de carga de aplicativo internos entre regiões e entre regiões balanceadores de carga de rede de proxy internos, que podem ser criados em uma região de uma rede VPC. Nome da cota:
Métricas disponíveis:
|
| Regras de encaminhamento do balanceador de carga de aplicativo interno regional e do balanceador de carga de rede de proxy interno regional por região e rede | Cota | Essa é uma cota por região e por rede que define o número máximo de regras de encaminhamento para balanceadores de carga de aplicativo regionais internos e balanceadores de carga de rede de proxy interno regional que podem ser criados em uma região de uma rede VPC. Nome da cota: Métricas disponíveis:
|
| Regras de encaminhamento do balanceador de carga de aplicativo interno entre regiões, balanceador de carga de aplicativo interno regional, balanceador de carga de rede de proxy interno entre regiões e balanceador de carga de rede de proxy interno regional por rede | Cota | Esta é uma cota por rede que define o número máximo de regras de encaminhamento para balanceadores de carga de aplicativo internos entre regiões, balanceadores de carga de aplicativo internos regionais, balanceadores de carga de rede de proxy interno entre regiões e balanceadores de carga de rede de proxy interno regional que podem ser criados de maneira agregada em todas as regiões de uma rede VPC. Esta cota está programada para descontinuação. Nome da cota: Métricas disponíveis:
|
| Regras de encaminhamento do balanceador de carga de aplicativo interno entre regiões, balanceador de carga de aplicativo interno regional, balanceador de carga de rede de proxy interno entre regiões e balanceador de carga de rede de proxy interno regional por grupo de peering | Cota | Esta é uma cota por rede que define o número máximo de regras de encaminhamento para balanceadores de carga de aplicativo internos entre regiões, balanceadores de carga de aplicativo internos regionais, balanceadores de carga de rede de proxy interno entre regiões e balanceadores de carga de rede de proxy interno regional em todas as regiões de uma rede VPC local e em todas as regiões de todas as redes VPC de peering conectado diretamente. Nome da cota: Métricas disponíveis:
|
| Balanceadores de carga de rede de passagem | ||
| Regras de encaminhamento do balanceador de carga de rede de passagem externa | Cota | Essa é uma cota por região e por projeto que define o número máximo de regras de encaminhamento para balanceadores de carga de rede de passagem externa (arquiteturas de serviço de back-end e de pool de destino). Nome da cota: Métricas disponíveis:
|
| Regras de encaminhamento do balanceador de carga de rede de passagem interna por rede | Cota | Essa é uma cota por rede que define o número máximo de regras de encaminhamento para balanceadores de carga de rede de passagem interna que podem ser criados de maneira agregada em todas as regiões de uma rede VPC. Nome da cota: Métricas disponíveis:
|
| Regras de encaminhamento de balanceador de carga de rede interno por grupo de peering | Cota | Essa é uma cota por rede que define o número máximo de regras de encaminhamento para os balanceadores de carga de rede de passagem interna em todas as regiões de uma rede VPC local e em todas as regiões de todas as redes VPC peer conectadas diretamente. Nome da cota: Métricas disponíveis:
|
| Número de portas discretas por regra de encaminhamento para balanceadores de carga de rede de passagem interna e balanceadores de carga de rede de passagem externa baseados em serviço de back-end | 5 |
Esse é um limite e não pode ser alterado. Outras opções de especificação de porta são possíveis:
|
| Número de regras de encaminhamento que podem referenciar o mesmo serviço de back-end para um balanceador de carga de passagem | Nenhum limite separado. | Sujeito a outras cotas e limites, várias regras de encaminhamento podem fazer referência ao mesmo serviço de back-end para um balanceador de carga de passagem. |
| Número de serviços de back-end de balanceador de carga que podem ser referenciados por uma única regra de encaminhamento | 1 | As regras de encaminhamento para balanceadores de carga de passagem precisam referenciar exatamente um serviço de back-end. |
| Número máximo de regras de encaminhamento interno que podem compartilhar um único endereço IP interno | 10 | Esse limite só se aplica a balanceadores de carga de rede de passagem interna e proxy interno. Esse limite não pode ser aumentado. |
| Número máximo de intervalos de endereços IP de origem por regra de encaminhamento de direcionamento | 64 | Esse limite só se aplica a balanceadores de carga de rede de passagem externa. Não é possível aumentar esse limite. |
| Encaminhamento de protocolo (instâncias de destino) | ||
| Regras de encaminhamento de protocolo externo | Cota | Essa é uma cota por região e por projeto que define o número máximo de regras externas de encaminhamento de protocolo. Nome da cota: Métricas disponíveis:
|
| Regras de encaminhamento de protocolo interno por rede | Cota | Essa é uma cota por rede que define o número máximo de regras de encaminhamento para encaminhamento de protocolo interno que podem ser criadas, de forma agregada, em todas as regiões de uma rede VPC. Nome da cota: Métricas disponíveis:
|
| Regras de encaminhamento interno por grupo de peering | Cota | Essa é uma cota por rede que define o número máximo de regras de encaminhamento de protocolo interno em todas as regiões de uma rede VPC local e em todas as regiões de todas as redes VPC peer conectadas diretamente. Nome da cota: Métricas disponíveis:
|
| Cloud Service Mesh | ||
| Regras de encaminhamento do Cloud Service Mesh | Cota | Regras de encaminhamento para Cloud Service Mesh. Nome da cota: Métricas disponíveis:
|
Proxies de destino
| Item | Cotas e limites | Observações |
|---|---|---|
| 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 | Não é possível aumentar esse limite. No entanto, alguns balanceadores de carga são compatíveis com o Gerenciador de certificados, que permite que um proxy HTTPS ou SSL de destino usem milhares de certificados SSL. Para mais informações, consulte Vários certificados SSL na visão geral de certificados SSL. |
Verificações de integridade
| Item | Cotas e limites | Observações |
|---|---|---|
| Verificações de integridade | Cota | É uma cota por projeto que abrange todos os tipos de verificação de integridade (global, regional e legada). |
Mapas de URL
Os limites documentados aqui não podem ser aumentados.
| Item | Balanceador de carga de aplicativo externo | Balanceador de carga de aplicativo interno |
|---|---|---|
| Mapas de URL | Cota
Essa cota é por projeto. |
Cota
Essa cota é por projeto. |
| Regras de host, correspondências de caminho por mapa de URL | Limite: 1000 | Limite: 2000 |
| Regras de caminho ou regras de rota por correspondência de caminho | Limite: 1000 | Limite: 1000 |
| Hosts por regra de host | Limite: 1000 | Limite: 1000 |
| Predicados por correspondência de caminho † | Limite: 1000 | Limite: 1000 |
Predicados por correspondência de caminho pathTemplateMatch |
Balanceadores de carga de aplicativo externos globais e regionais: Limite: 100 Não é compatível com balanceadores de carga de aplicativo clássicos |
Limite: 100 |
| Número de serviços ou buckets de back-end distintos que podem ser referenciados por um mapa de URL | Limite: 2500 | Limite: 2500 |
Outros limites relevantes para a referência do serviço entre projetos:
|
||
| Tamanho dos mapas de URLs | Limite: 64 KB | Limite: 128 KB |
| Número de testes de mapa de URLs | Balanceador de carga de aplicativo clássico: Limite: 10000 |
N/A
Os balanceadores de carga de aplicativo internos não são compatíveis com testes de mapa de URL. |
Balanceador de carga de aplicativo externo global e balanceador de carga de aplicativo externo regional: Limite: 100 |
||
† Esse é um limite na contagem de condições de correspondência em todas as regras na correspondência de caminho. Para correspondências de caminho com regras de caminho, esse é o número total de caminhos em todas as regras. Para correspondências de caminho com regras de rota, a contagem de prefixos é calculada adicionando:
- Um para a condição de correspondência de caminho (um de prefixMatch ou fullPathMatch);
- a soma das correspondências do cabeçalho em todas as regras de rota da correspondência de caminho;
- a soma das correspondências do parâmetro de consulta em todas as regras de rota da correspondência de caminho.
Por exemplo, para uma correspondência de caminho com as seguintes regras de rota:
- a regra de rota A tem uma correspondência de prefixo e três correspondências de cabeçalho;
- a regra de rota B tem uma correspondência de fullPathMatch e duas de parâmetros de consulta.
A contagem total de predicados para essa correspondência de caminho seria 7. Isso é calculado da seguinte forma: 1 (para o prefixMatch) + 3 (para o número de correspondências de cabeçalho) + 1 (para o fullPathMatch) + 2 (para o número de correspondências de parâmetros de consulta).
Tamanho do cabeçalho para balanceadores de carga de aplicativo
| Item | Cotas e limites | Observações |
|---|---|---|
| Tamanho máximo do cabeçalho da solicitação do cliente para balanceadores de carga de aplicativo externos | 64 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 balanceadores de carga de aplicativo externos | 128 KB (kilobytes) | Esse limite não pode ser aumentado. |
| Tamanho máximo do cabeçalho da solicitação do back-end para balanceadores de carga de aplicativo internos | 60 KB (kilobytes) | Esse limite não pode ser aumentado. |
| Conversão de cabeçalhos de solicitação e resposta HTTP em letras minúsculas | Sempre, exceto para balanceador de carga de aplicativo clássico ao usar HTTP/1.1 | 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. |
Consultas por segundo para balanceadores de carga de aplicativos
| Item | Cotas e limites | Observações |
|---|---|---|
| Consultas por segundo (QPS) por grupo de instâncias de back-end ou NEG para balanceadores de carga de aplicativo externos globais | Configurável ao usar RATE para o modo de balanceamento. |
Seus back-ends definem um limite. |
| Consultas por segundo (QPS) por região por rede para balanceadores de carga de aplicativo externos regionais | Para balanceadores de carga de aplicativo externos regionais, 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. | Seus back-ends definem um limite.* Entre em contato com o suporte caso precise aumentar esse valor. |
| Consultas por segundo (QPS) por região por rede para balanceadores de carga de aplicativo internos | Para balanceadores de carga de aplicativo internos, 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. | Seus back-ends definem um limite.* Entre em contato com o suporte caso precise aumentar esse valor. |
* Para projetos que usam NEGs sem servidor, o limite é de 5.000 consultas por segundo (QPS) por projeto para o tráfego enviado a qualquer NEG sem servidor configurado com balanceadores de carga de aplicativo externos regionais ou balanceadores de carga de aplicativo internos. Esse limite é agregado em todos os balanceadores de carga de aplicativo externos regionais e internos em um projeto e uma região. Esse não é um limite por balanceador de carga.
Política de balanceamento de carga de serviço
| Item | Cotas e limites | Observações |
|---|---|---|
| ServiceLbPolicies | Cota | Essa cota é por projeto e se aplica a balanceadores de carga de aplicativo clássicos e balanceadores de carga de aplicativo externos globais. |
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. |
Políticas de SSL
| Item | Cotas e limites | Observações |
|---|---|---|
| Políticas de SSL globais | Cota | Essa cota é por projeto. Essa cota é usada por:
|
| Políticas de SSL regional | Cota | Essa cota é por região, por projeto. Essa cota é usada por:
|
Política de autorização
Os limites documentados aqui não podem ser aumentados e se aplicam a balanceadores de carga de aplicativo.
| Item | Cotas e limites | Observações |
|---|---|---|
| Número de políticas de autorização | Limite: 10 para recursos globais e 10 por região para recursos regionais | Essa cota é por projeto. |
| Número de regras de encaminhamento para as quais uma política de autorização pode apontar | Limite: 100 | Essa cota é por política de autorização. |
| Número de políticas de autorização por regra de encaminhamento | Limite: 5 | Essa cota é por regra de encaminhamento. |
| Número de recursos de extensão de autorização | Limite: 10 para recursos globais e 10 por região para recursos regionais | Essa cota é por projeto. |
Política de TLS do servidor
| Item | Cotas e limites | Observações |
|---|---|---|
| Política de TLS global do servidor | Cota | Essa cota é por projeto e se aplica a balanceadores de carga de aplicativo clássicos, balanceadores de carga de aplicativo externos globais e balanceadores de carga de aplicativo internos entre regiões. |
| Política de TLS do servidor regional | Cota | Essa cota é por região e por projeto e se aplica a balanceadores de carga de aplicativo externos e internos regionais. |
Configuração de confiança
Os limites documentados aqui não podem ser aumentados e se aplicam a balanceadores de carga de aplicativo clássicos e balanceadores de carga de aplicativo externos globais.
| Item | Cotas e limites | Observações |
|---|---|---|
| Número de repositórios de confiança | Limite: 1 | Esse limite é definido pelo recurso TrustConfig. |
| Número combinado de âncoras de confiança e certificados intermediários | Limite: 200 | Esse limite é por repositório de confiança. |
| Número de certificados intermediários | Limite: 100 | Esse limite é por repositório de confiança. |
| Número de restrições de nome permitidas durante a validação de certificados raiz e intermediários | Limite: 10 | |
| Certificados intermediários que compartilham as mesmas informações de Assunto e de Chave pública do assunto | Limite: 10 | Esse limite é por repositório de confiança. |
| Profundidade da cadeia de certificados | Limite: 10 | A profundidade máxima de uma cadeia de certificados, incluindo os certificados raiz e do cliente. |
| Número de vezes que os certificados intermediários podem ser avaliados ao tentar criar a cadeia de confiança | Limite: 100 | |
| Chaves de certificados enviados ou passados do cliente | Limite: as chaves RSA podem ter de 2.048 a 4.096 bits Os certificados ECDSA precisam usar curvas P-256 ou P-384 |
Limites de prefixos delegados públicos
Os limites documentados aqui se aplicam aos balanceadores de carga de rede de passagem externa.
| Item | Cotas e limites | Observações |
|---|---|---|
| Prefixo público delegado com tamanho de prefixo variável | Cota | Essa cota é por projeto. Esta é uma cota para o número de
prefixos delegados públicos (PDPs) com Os clientes recebem uma cota padrão de 40. |
Gerenciar cotas
OCloud 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 membros 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:
|
Verificar sua cota
Console
- No console do Google 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
Com a Google Cloud CLI, execute o comando a seguir para
verificar suas cotas. Substitua PROJECT_ID pelo seu código do projeto:
gcloud compute project-info describe --project PROJECT_IDPara 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: 413 Request Entity Too Large.
Solicitar cota adicional
Para ajustar a maioria das cotas, use o console do Google Cloud. Para mais informações, consulte Solicitar um ajuste de cota.
Console
- No console do Google 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.
- Em Nome, digite seu nome.
- Opcional: em Telefone, digite um número de telefone.
- 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.