Cotas e limites
Neste documento, listamos as cotas e os limites do sistema que se aplicam o Cloud NAT. As cotas especificam a quantidade de um recurso compartilhado e contável que você podem usar e são definidos pelos serviços do Google Cloud, como o Cloud NAT. Os limites do sistema são valores fixos que não podem ser alterados.
Uma cota ou um limite determinado é calculado por recurso. As cotas e limites podem ser por projeto, por rede, por região ou por outro recurso. Endereços IP NAT não podem ser compartilhados entre gateways NAT. 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.
- Oferece uma maneira de solicitar alterações 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 do sistema para os recursos do Cloud NAT. Não é possível alterar os limites do sistema.
Cotas
Consulte a páginas de cotas do Cloud Router para verificar quais delas afetam o Cloud NAT.
Limites
Item | Limite | Observações |
---|---|---|
Gateways de NAT | 50 por Cloud Router | Cada rede aceita até cinco instâncias de Cloud Router por região, então é possível ter até 250 gateways do Cloud NAT por rede de nuvem privada virtual (VPC) em cada região. Para mais informações sobre cotas, consulte a documentação do Cloud Router. |
Endereços IP de NAT por gateway | 300 endereços manuais 300 endereços alocados automaticamente |
O número máximo de endereços IP externos que um gateway de NAT pode ter. No entanto, esse valor depende das cotas de endereços IP estáticos e de endereços IP em uso da VPC por projeto. |
Intervalos de sub-rede | 50 por gateway | O número máximo de sub-redes que pode ser associado a um gateway ao configurar uma lista personalizada de intervalos de sub-redes. O número de intervalos de sub-redes pode ser maior que o limite porque cada sub-rede pode ter um intervalo IPv4 principal e um ou mais intervalos secundários. Se você configurou o NAT para intervalos primários para todas as sub-redes ou para e intervalos secundários em todas as sub-redes, esse limite não será aplicado. |
Regras NAT | 50 por gateway | Se esse limite for excedido, a API retornará um erro. |
Endereços IP ativos por regra NAT | 300 | |
Sub-redes do Private NAT | 50 por gateway | O número máximo de sub-redes que você pode reservar para uso como os intervalos NAT de origem para o Private NAT. Essas sub-redes têm uma finalidade de PRIVATE_NAT . |
Caracteres em expressões CEL por regra | 2.048 | |
Caracteres em expressões CEL por instância do Cloud Router | 500.000 |
Limitações
Alguns servidores, como os de DNS legados, exigem que a porta UDP seja selecionada aleatoriamente entre 64 mil portas para aumentar a segurança. Como o Cloud NAT seleciona porta de uma de 64 ou um número de portas configuradas pelo usuário, é melhor atribuir um endereço IP externo a esses servidores em vez de usar o Cloud NAT. Como o Cloud NAT não permite conexões iniciadas de fora, a maioria desses servidores precisa usar um endereço IP externo de qualquer maneira.
O Cloud NAT não está disponível para redes legadas.
O Cloud NAT não oferece recursos de gateway de nível de aplicativo (ALG). Ele não atualiza o endereço IP e as informações da porta nos dados do pacote para protocolos de camada do aplicativo, como FTP e SIP.
Os gateways do Cloud NAT implementam tabelas de rastreamento de conexão NAT para cada interface de rede de VM em que eles fornecem serviços NAT. As entradas de cada tabela de acompanhamento de conexão são hashes de cinco tuplas para os valores de protocolos.
As entradas em cada tabela de rastreamento de conexão persistem por aproximadamente o tempo limite de NAT relevante. Para mais informações sobre tempos limite do NAT, consulte Tempos limite de NAT.
O número máximo de entradas de tabela de rastreamento de conexão para todas as conexões NAT associadas à interface de rede de uma VM é 65.535. Esse valor máximo abrange as conexões, em conjunto, de todos os protocolos compatíveis com o gateway.
O tempo limite curto de conexão inativa pode não funcionar.
Mapeamentos de NAT são verificados a cada 30 segundos em busca de expirações e mudanças de configuração. Mesmo que o tempo limite de cinco segundos para uma conexão seja usado, ela ficará indisponível por até 30 segundos na pior das hipóteses e por 15 segundos em um caso comum.
Gerenciar cotas
OCloud NAT 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_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: 413 Request Entity Too Large
.
Solicitar cota adicional
Para aumentar ou diminuir a maioria das cotas, use o console do Google Cloud. Para mais informações, consulte Solicitar uma cota maior.
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.