Cotas e limites

Veja nas seções a seguir as cotas e os limites do Cloud Router. Para alterar uma cota, solicite cota adicional usando o Console do Google Cloud.

Cotas

Nesta tabela, mostramos cotas importantes por projeto. Para ver outras, acesse a página de Cotas do Console do Cloud.

Item Cota Observações
Cloud Routers por projeto <a{: l10n-attrs-original-order="href,target,track-type,track-name,track-metadata-position,track-metadata-end-goal" l10n-encrypted-href="SOB90Qx/YQ5hMdQfjyfUGDTgL4n2WiWielQt9b+2yBJU1bvMW2diQt5T8zUZDWsAilM1v4DvBmRqrsd0N4LkM29ih8VNRL9VpcLRHr30pz4rdRTr7EGEjdzJz9wpWV55ICmAxEpSJjnbGYa4yJCS4g==" target="console" track-metadata-end-goal="viewQuota" track-metadata-position="body" track-name="consoleLink" track-type="tasks" }="">Cota</a{:> Independentemente da cota, cada rede é limitada a cinco Cloud Routers por região. Consulte os limites.

Limites

Os limites a seguir para o Cloud Router se aplicam a redes de nuvem privada virtual (VPC). A menos que especificado de outra forma, esses limites não podem ser aumentados.

Item Limite Observações
Número máximo de Cloud Routers por combinação de rede VPC e região 5 Se você tiver cota de projeto suficiente, poderá criar até cinco Cloud Routers em uma determinada rede e região de VPC.
Número máximo de pares de BGP para cada Cloud Router em uma rede VPC e região específicas 128 O par de BGP pode ser um túnel do Cloud VPN que usa roteamento dinâmico ou um anexo de interconexão (VLAN) para Interconexão dedicada ou Interconexão por parceiro.
O número máximo de divulgações de rotas de sub-rede por sessão de BGP em um determinado Cloud Router. Sem restrições Os Cloud Routers não têm um limite para o número de rotas de sub-rede que podem divulgar. O número de rotas de sub-rede é determinado pelo número de sub-redes, que são controladas por limites e cotas de redes VPC.
Em um determinado Cloud Router, o número máximo de divulgações de rotas personalizadas por sessão do BGP 200 Se as divulgações de rota personalizada forem idênticas para todas as sessões do BGP em um Cloud Router, esse limite representará o número total de divulgações exclusivas de rota personalizada para o Cloud Router. Nesse caso, cada sessão recebe o mesmo conjunto de divulgações de rotas personalizadas.
Número máximo de destinos exclusivos para rotas aprendidas que podem ser aplicados a sub-redes em uma determinada região por todos os Cloud Routers na mesma região 100 Para ambos os limites do número máximo de destinos exclusivos para rotas aprendidas: as rotas são agrupadas por destinos exclusivos. Rotas com destinos idênticos, mas com saltos próximos diferentes, contam apenas como um único destino. Rotas com destinos e próximos saltos idênticos também contam apenas como um único destino.

Para redes no modo de roteamento dinâmico global: é possível atingir um dos números máximos de destinos exclusivos para os limites de rotas aprendidas sem atingir o outro. Quando apenas um limite for atingido, o comportamento de roteamento poderá ser imprevisível. Veja o exemplo de rota aprendida para mais detalhes.

Entre em contato com a equipe de vendas do Google Cloud se precisar aumentar esses limites no número máximo de rotas aprendidas.
Aplicável apenas
às redes VPC no modo de roteamento dinâmico global:

número máximo de destinos exclusivos para rotas aprendidas que podem ser aplicados a sub-redes em uma determinada região Cloud Routers de regiões diferentes.
100

Exemplo de rota aprendida

Veja no exemplo o comportamento imprevisível encontrado quando apenas um dos limites para o número máximo de rotas aprendidas é atingido.

Suponha que você tenha um Cloud Router na região us-east1 e outro na região us-west1. Os dois Cloud Routers aprendem o mesmo conjunto de rotas para 100 destinos exclusivos (para sua rede local). Os próximos saltos para essas rotas são específicos de cada Cloud Router, porque cada um deles se conecta a um roteador diferente em sua rede local. Se o roteador no local conectado ao Cloud Router na região us-west1 compartilha uma 101ª rota com um novo destino exclusivo:

  • O Cloud Router escolheria qualquer 100 das 101 rotas compartilhadas. Ao mesmo tempo, o limite para o número de destinos exclusivos aprendidos pelos roteadores do Cloud Router em regiões diferentes seria alcançado na região us-east1. Assim, um conjunto dos 100 dessas 101 rotas seria aplicado às sub-redes na região us-east1. Não é possível garantir que as mesmas 100 rotas seriam aplicadas nas duas regiões.

  • As VMs em uma região podem perder algumas rotas. Suponha que uma rota com o destino 10.1.2.0/24 seja compartilhada no local com roteadores do Cloud Router nas duas regiões. Se a região us-east1 tiver atingido o número máximo de destinos exclusivos nas rotas aprendidas, a outra rota com destino 10.1.2.0/24 e próximo salto na região us-west1 não poderá ser disponibilizada para as sub-redes em us-east1, já que elas não teriam um caminho para 10.1.2.0/24.

  • De maneira geral, se um Cloud Router em uma região determinada e os Cloud Routers em regiões diferentes aprenderem rotas com o mesmo destino (mas próximos saltos diferentes) e atingirem o número máximo de destinos exclusivos para as rotas aprendidas na região determinada, o Google Cloud ignorará as rotas com esse destino que tenham os próximos saltos em Cloud Routers de outras regiões.

Como gerenciar cotas

Cloud Router 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

  1. No Console do Cloud, acesse a página Cotas.

    Acessar a página "Cotas"

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

  1. No Console do Cloud, acesse a página Cotas.

    Acessar a página "Cotas"

  2. Na página Cotas, selecione as que você quer alterar.
  3. Na parte superior da página, clique em Editar cotas.
  4. Preencha seu nome, e-mail, número de telefone e clique em Próxima.
  5. Preencha sua solicitação de cota, e clique em Concluído.
  6. 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.