Cotas e limites

Neste documento, listamos as cotas e os limites do sistema que se aplicam ao Cloud Interconnect. As cotas especificam a quantidade de um recurso compartilhado e contável que pode ser usado e são definidas por serviços do Google Cloud, como o Cloud Interconnect. 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 de sistema para os recursos do Cloud Interconnect. Não é possível alterar os limites.

Cotas

Veja nesta tabela as principais cotas de cada projeto. Para ver outras cotas, consulte a página Cotas do Console do Google Cloud.

Item Cota Observações
Conexões do Interconnect Cota

O número de conexões de Interconexão dedicada por projeto.

As conexões do Interconnect não estão associadas a regiões ou redes VPC.

Anexos da VLAN Cota

O número de anexos da VLAN que podem ser configurados em cada região do projeto. Isso inclui anexos da VLAN a Interconexão dedicada e a Interconexão por parceiro.

Além dessa cota, são aplicados os anexos da VLAN por interconexão.

Anexos da VLAN por interconexão Cota O número de anexos da VLAN que podem ser configurados em uma única conexão de interconexão.
Total em Mbps dos anexos da VLAN Cota

A capacidade máxima de largura de banda de todos os anexos da VLAN em uma determinada região para um projeto, independentemente da relação com as conexões do Interconnect.

Além dessa cota, os limites descritos na tabela a seguir são aplicáveis.

Cloud Routers Cota

O número de Cloud Routers que podem ser criados no projeto, em qualquer rede e região.

As redes também apresentam um limite em relação ao número de Cloud Routers em qualquer região especificada.

Para ver mais informações, consulte Cotas e limites do Cloud Router.

Limites

Os limites a seguir se aplicam às conexões do Interconnect e aos anexos da VLAN. A menos que especificado, não é possível aumentar esses limites.

Item Limite Observações
Número máximo de circuitos físicos por conexão do Interconnect 8 circuitos de 10 Gbps (80 Gbps) ou
2 de 100 Gbps (200 Gbps)

Uma conexão do Interconnect é uma conexão lógica com o Google, formada por um ou mais circuitos físicos. É possível solicitar uma das opções de circuito a seguir:

  • Até 2 circuitos de 100 Gbps (200 Gbps).
  • Aumentos de 10 Gbps de até 8 circuitos (80 Gbps) para expandir a largura de banda total máxima de todos os anexos da VLAN que usam a conexão do Interconnect para 80 Gbps.

    Para determinar a largura de banda, multiplique o número de circuitos físicos pela largura de banda por circuito (10 Gbps).

Largura de banda máxima por anexo da VLAN Capacidade de 50 Mbps a 50 Gbps

A largura de banda máxima possível por anexo da VLAN depende da capacidade de largura de banda solicitada. Para ver capacidades, consulte a página Preços. Para usar interconexão por parceiro, nem todos os provedores de serviços oferecem todas as capacidades.

A capacidade de fluxos individuais em um anexo da VLAN é limitada. Para usar a capacidade máxima, use diversos fluxos de cinco tuplas (por exemplo: mais de 10), com tamanhos de pacote dentro da MTU do anexo da VLAN.

Taxa máxima total de pacotes por anexo da VLAN

Dataplane v1: essa taxa varia de acordo com a capacidade do anexo:

  • A taxa máxima de um anexo da VLAN de 50 Gbps é de 6,25 milhões de pacotes por segundo (pps).
  • A taxa máxima de um anexo da VLAN de 10 Gbps é de 1,25 M de pacotes por segundo (pps).
A taxa de pacote máxima de todo o anexo da VLAN.
Largura de banda máxima por fluxo de tráfego em um anexo da VLAN
  • Dataplane v2: 10 Gbps
  • Dataplane v1: 3 Gbps
  • Mesmo se você configurar o anexo com uma largura de banda maior, um fluxo de tráfego individual poderá ser limitado ao máximo definido para a versão do Dataplane.

Um fluxo de tráfego para um destino em uma rede VPC é identificado por um hash de cinco tuplas, para pacotes não fragmentados, ou um hash de três tuplas, para pacotes fragmentados. Além disso, os fluxos de tráfego que usam o Acesso privado do Google para hosts locais são identificados por um hash de três tuplas.

  • Um hash de cinco tuplas consiste em um protocolo, endereço IP de origem, porta de origem, endereço IP de destino e porta de destino.
  • Um hash de três tuplas consiste em um protocolo, endereço IP de origem e endereço IP de destino.

Os casos a seguir descrevem onde a largura de banda máxima é menor que o limite de 3 Gbps ou 10 Gbps:

  • Se a capacidade de largura de banda do anexo da VLAN for menor que a máxima para a versão do plano de dados (3 Gbps ou 10 Gbps), a largura de banda por fluxo de tráfego será limitada pela largura de banda do anexo da VLAN.
  • Se você atingir a taxa máxima de pacotes por fluxo de tráfego (conforme descrito na próxima seção).
Taxa máxima de pacotes por fluxo de tráfego em um anexo da VLAN
  • Dataplane v2: 10.000.000 pacotes por segundo (pps)
  • Dataplane v1: 250.000 pacotes por segundo
A taxa máxima de pacotes por fluxo de tráfego, identificada por um hash de cinco tuplas para pacotes não fragmentados e por um hash de três tuplas para pacotes fragmentados (conforme descrito na seção anterior).
Unidade máxima de transmissão (MTU, na sigla em inglês)
  • 1.440 bytes
  • 1.460 bytes
  • 1.500 bytes
  • 8.896 bytes
Dependendo da configuração da MTU do anexo da VLAN, o tamanho do maior pacote de endereços IP que pode ser transmitido em um anexo da VLAN. Para mais informações, consulte a seção MTU do Cloud Interconnect.
Ciclo de vida máximo da chave de pareamento do anexo da VLAN (Interconexão por parceiro) 28 dias

O período máximo entre a geração de uma chave de pareamento do anexo da VLAN (Interconexão por parceiro) e o provisionamento de anexo bem-sucedido pelo provedor de serviços.

Se uma chave de pareamento não é mais válida, é preciso excluir e criar uma nova para que o provedor de serviços do Interconexão por parceiro a use.

Limites do Cloud Router

Como a interconexão dedicada e a interconexão por parceiro precisam do Cloud Router, todas as cotas e limites do Cloud Router se aplicam.

Há limites do número máximo de rotas aprendidas e do número de rotas anunciadas. Para ver mais informações, consulte a página de cotas e limites do Cloud Router.

Gerenciar cotas

OCloud Interconnect 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

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

    Acessar "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

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 ajustar a maioria das cotas, use o console do Google Cloud. Para mais informações, consulte Solicitar uma cota maior.

Console

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

    Acessar "Cotas"

  2. Na página Cotas, selecione as que você quer alterar.
  3. Na parte superior da página, clique em Editar cotas.
  4. Em Nome, digite seu nome.
  5. Opcional: em Telefone, digite um número de telefone.
  6. 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.

A seguir