Esta página descreve as quotas e os limites dos produtos de conetividade de rede. Para alterar uma quota, consulte o artigo sobre como pedir uma quota adicional. Geralmente, não é possível aumentar os limites, a menos que seja especificamente indicado.
Cloud VPN
Quotas
Esta tabela abrange as quotas importantes por projeto. Para outras quotas, consulte a página Google Cloud Quotas da consola.
| Item | Quota | Notas |
|---|---|---|
| Gateways de VPN | Quota | Apenas para HA VPN |
| Gateways de VPN externos | Quota | Apenas para HA VPN |
| Túneis de VPN | Quota | Esta quota representa o número total combinado de túneis de VPN clássica e túneis de VPN de alta disponibilidade. |
| Routers | Quota |
Esta quota representa o número de Cloud Routers que pode criar no seu projeto, em qualquer rede e região. As redes também têm um limite para o número de routers na nuvem em qualquer região. Para ver mais detalhes, consulte as cotas e os limites do Cloud Router. Sujeito às quotas e aos limites do Cloud Router, o número de Cloud Routers é independente do tipo de gateway da Cloud VPN, VPN clássica ou VPN de alta disponibilidade, ao qual um túnel está associado. A quota é aplicada da mesma forma a qualquer um dos tipos de gateway. |
| Gateways de VPN de destino | Quota | Apenas para a VPN clássica |
| Regras de encaminhamento | Quota | Apenas para a VPN clássica |
Limites
Os seguintes limites aplicam-se à VPN na nuvem. Nesta tabela, túnel de VPN significa um túnel de VPN clássica ou um túnel de VPN de alta disponibilidade. Salvo indicação em contrário, estes limites não podem ser aumentados.
| Item | Limite | Notas |
|---|---|---|
| Largura de banda por túnel de VPN | 250 000 pacotes por segundo para a soma de entrada e saída |
250 000 pacotes por segundo equivalem aproximadamente a 1 Gbps a 3 Gbps, consoante o tamanho médio dos pacotes no túnel. A Cloud VPN apenas limita o tráfego IPsec de saída. Não limita o tráfego de entrada. Para mais detalhes, consulte o artigo Largura de banda da rede. |
Problemas conhecidos
Tenha em atenção os seguintes problemas:
Google Cloud Os recursos específicos da VPN de alta disponibilidade ainda não são apresentados no Cloud Asset Inventory nem no Security Command Center. Estes recursos incluem
compute.vpnGatewaysecompute.externalVpnGateways. No entanto, o recursocompute.vpnTunnelsestá listado em ambas as localizações e é necessário para uma ligação VPN de HA funcional.Para ver as métricas do Cloud Monitoring para a VPN de alta disponibilidade, use o Explorador de métricas. Para mais informações, consulte o artigo Ver registos e métricas.
Ao configurar túneis VPN para a AWS, use o IKEv2 e configure menos conjuntos de transformação IKE.
Cloud Interconnect
Quotas
Esta tabela realça as quotas importantes para cada projeto. Para outras quotas, consulte a página Quotas da Google Cloud consola.
| Item | Quota | Notas |
|---|---|---|
| Ligações de interligação | Quota | O número de ligações de interligação dedicada por projeto. As ligações do Interconnect não estão associadas a regiões nem a redes VPC. |
| Associações VLAN | Quota | O número de associações VLAN que pode configurar em cada região para o seu projeto. Isto inclui associações VLAN para o Dedicated Interconnect e o Partner Interconnect. Além desta quota, aplica-se o limite de associações VLAN por interligação. |
| Associações VLAN por interligação | Quota | O número de associações de VLAN que pode configurar numa única ligação de interconexão. |
| Mbps totais das associações VLAN | Quota | A capacidade máxima de largura de banda de todas as associações de VLAN numa determinada região para um determinado projeto, independentemente da respetiva relação com as ligações de interconexão. Além desta quota, aplicam-se os limites descritos na tabela Limites. |
| Redes entre sites | Quota (pré-visualização) | O número de redes entre sites por projeto. |
| Grupos de fios | Quota (pré-visualização) | O número de grupos de fios por projeto. Além desta quota, aplica-se o limite de grupos de fios por interconexão. |
| Grupos de fios por interligação | Quota (pré-visualização) | O número de grupos de cabos que pode configurar numa única ligação de interconexão. |
| Grupos de fios com largura de banda não medida por par de metros do Interconnect | Quota (pré-visualização) | A capacidade máxima de largura de banda entre um par de metros de interconexão, em Gbps. Esta quota inclui ambas as direções de tráfego. Existe uma quota única para cada par de áreas metropolitanas, conforme identificado na coluna Dimensões no formato metro-a|metro-b. |
| Cloud Routers | Quota | O número de Cloud Routers que pode criar no seu projeto, em qualquer rede e região. As redes também têm um limite no número de routers na nuvem numa determinada região. Para ver mais detalhes, consulte o artigo Quotas e limites do Cloud Router. |
Limites
Os seguintes limites aplicam-se às ligações do Cloud Interconnect, aos anexos de VLAN e aos cabos de rede entre sites. Salvo indicação em contrário, não é possível aumentar estes limites.
| Item | Limite | Notas |
|---|---|---|
| Número máximo de circuitos físicos por ligação do Cloud Interconnect | 8 circuitos de 10 Gbps (80 Gbps) ou 2 circuitos de 100 Gbps (200 Gbps) |
Uma ligação do Cloud Interconnect é uma ligação lógica à Google, constituída por um ou mais circuitos físicos. Pode pedir uma das seguintes opções de circuito:
|
| Largura de banda máxima por associação VLAN | Capacidades de 50 Mbps a 100 Gbps | A largura de banda máxima possível por associação VLAN depende da capacidade de largura de banda que encomendar. Para ver as capacidades, consulte a página de preços. Para a interconexão de parceiros, nem todos os fornecedores de serviços oferecem todas as capacidades. A taxa de transferência de fluxos individuais num anexo de VLAN é limitada. Para alcançar o débito máximo, tem de usar vários fluxos de 5 tuplos (por exemplo: 10 ou mais) com tamanhos de pacotes dentro da MTU do anexo da VLAN. |
| Largura de banda máxima por fluxo de tráfego numa associação VLAN |
10 Gbps
Mesmo que configure o anexo com uma largura de banda superior, um fluxo de tráfego individual pode ser limitado ao máximo definido para um anexo. |
Um fluxo de tráfego para um destino numa rede VPC é identificado por um hash de 5 tuplos para pacotes não fragmentados ou um hash de 3 tuplos para pacotes fragmentados. Além disso, os fluxos de tráfego que usam o acesso privado à Google para anfitriões no local são identificados por um hash de 3 tuplos.
Os seguintes casos descrevem situações em que a largura de banda máxima é inferior ao limite de 10 Gbps:
|
| Taxa máxima de pacotes por fluxo de tráfego numa associação VLAN | 1 000 000 de pacotes por segundo (pps) | A taxa máxima de pacotes por fluxo de tráfego, identificada por um hash de cinco tuplos para pacotes não fragmentados e por um hash de três tuplos para pacotes fragmentados (conforme descrito na secção anterior). |
| Unidade de transmissão máxima (MTU) |
|
Dependendo da definição de MTU da associação VLAN, o tamanho do maior pacote de endereços IP que pode ser transmitido através de uma associação VLAN. Para mais informações, consulte o artigo MTU do Cloud Interconnect. |
| Tempo máximo de duração da chave de sincronização da associação VLAN (interligação de parceiros) | 28 dias | O período máximo que pode decorrer entre a geração de uma chave de sincronização de anexos de VLAN (Partner Interconnect) e o aprovisionamento de anexos bem-sucedido pelo fornecedor de serviços. Se uma chave de sincronização já não for válida, elimine-a e crie uma nova chave de sincronização para o fornecedor do serviço Partner Interconnect usar. |
| Largura de banda máxima por cabo | 1 Gbps (pré-visualização) | Este limite pode ser aumentado. Requer a confirmação de que não vai exceder o limite da largura de banda máxima por fluxo de tráfego num cabo. Para pedir uma atualização deste limite, apresente um registo de apoio técnico. |
| Largura de banda máxima por fluxo de tráfego num cabo | 10 Gbps (pré-visualização) | Um fluxo de tráfego é definido por uma das seguintes opções: Se configurar a encriptação MACsec ponto a ponto entre os routers no local, um fluxo de tráfego é definido por um hash de dois tuplos que consiste num endereço MAC de origem e num endereço MAC de destino. Caso contrário, um fluxo de tráfego é definido por um hash de oito tuplos que consiste num endereço MAC de origem, num endereço MAC de destino, num endereço IP de origem, num endereço IP de destino, numa interface física do router de limite da Google, num número de protocolo IP, numa porta de origem TCP/UDP e numa porta de destino TCP/UDP. |
| Limites do Cloud Router | Uma vez que o Dedicated Interconnect e o Partner Interconnect requerem o Cloud Router, aplicam-se todas as quotas e limites do Cloud Router. Existem limites para o número máximo de rotas aprendidas e para o número de rotas anunciadas. Para mais informações, consulte a página de quotas e limites do Cloud Router. |
Cloud Router
Quotas
Esta tabela abrange as quotas importantes por projeto. Para outras quotas, consulte a página Google Cloud Quotas e limites do sistema da consola.
| Item | Quota | Notas |
|---|---|---|
| Cloud Routers por projeto | Quota | Independentemente da quota, cada rede está limitada a cinco routers na nuvem por região. Consulte os limites. |
|
Prefixos de rotas dinâmicas do Cloud Router exclusivos da própria região por região por rede de VPC O número máximo de prefixos de destino únicos garantidos para rotas aprendidas a aplicar a sub-redes numa determinada região por todos os routers na nuvem na mesma região. Isto é designado por quota da própria região de uma região. |
Quota |
Os prefixos IPv4 e IPv6 são contabilizados para esta quota. Todos os encaminhamentos aprendidos contam para esta quota, incluindo encaminhamentos aprendidos personalizados e encaminhamentos recebidos do BGP. Os trajetos são agrupados por destinos únicos. Os trajetos com destinos idênticos, mas diferentes saltos seguintes, só contam como um único destino. Os trajetos com destinos idênticos e saltos seguintes idênticos também só contam como um único destino. Para redes no modo de encaminhamento dinâmico global, é possível atingir uma das quotas de prefixos de rotas dinâmicas únicas sem atingir a outra. Se qualquer uma das quotas tiver sido excedida, pode ter problemas de conetividade intermitentes quando as rotas são ignoradas. Para ver detalhes, consulte o exemplo de rota aprendida. Para mais informações acerca destas quotas, incluindo as métricas que pode usar para compreender a sua utilização atual, consulte o artigo Resolva problemas de rotas BGP e seleção de rotas. |
|
Só se aplica a redes VPC no modo de encaminhamento dinâmico global. Prefixos de rotas dinâmicas do Cloud Router exclusivos de outras regiões por região por rede VPC O número máximo de destinos únicos garantidos para rotas aprendidas que podem ser aplicados a sub-redes numa determinada região por routers da nuvem de diferentes regiões. Isto é designado quota de outras regiões de uma região. |
Quota |
Os prefixos IPv4 e IPv6 são contabilizados para esta quota. Todos os encaminhamentos aprendidos contam para esta quota, incluindo encaminhamentos aprendidos personalizados e encaminhamentos recebidos do BGP. Os trajetos são agrupados por destinos únicos. Os trajetos com destinos idênticos, mas diferentes saltos seguintes, só contam como um único destino. Os trajetos com destinos idênticos e saltos seguintes idênticos também só contam como um único destino. Para redes no modo de encaminhamento dinâmico global, é possível atingir uma das quotas de prefixos de rotas dinâmicas únicas sem atingir a outra. Se qualquer uma das quotas tiver sido atingida, pode ter problemas de conetividade intermitentes quando as rotas são ignoradas. Para ver detalhes, consulte o exemplo de rota aprendida. Para mais informações acerca destas quotas, incluindo as métricas que pode usar para compreender a sua utilização atual, consulte o artigo Resolva problemas de rotas BGP e seleção de rotas. |
Limites
Os seguintes limites do Cloud Router aplicam-se às redes da nuvem virtual privada (VPC). Salvo indicação em contrário, não é possível aumentar estes limites.
| Item | Limite | Notas |
|---|---|---|
| Número máximo de Cloud Routers por combinação de rede VPC e região | 5 | Se tiver quota suficiente para o projeto, pode criar até cinco routers na nuvem numa determinada VPC e região. |
| Número máximo de pares BGP para cada Cloud Router numa determinada rede VPC e região | 128 | O par BGP pode ser qualquer uma das seguintes opções:
|
| Número máximo de prefixos que o Cloud Router aceita de um único par BGP | 5000 | Se um par BGP anunciar mais de 5000 prefixos, o Cloud Router repõe a sessão BGP. |
| Número máximo de termos de todas as políticas de rotas BGP aplicadas num único par BGP ou direção | 1000 | Este limite não é dividido entre recursos, mas sim combinado. Não existe um limite para o tamanho de uma única expressão de correspondência ou ação, o número de ações num termo, o número de termos numa única política ou o número de políticas. |
| Para um determinado Cloud Router, o número máximo de anúncios de rota de sub-rede por sessão de BGP | Sem restrições | Os Cloud Routers não têm um limite para o número de rotas de sub-rede que podem anunciar. O número de rotas de sub-rede é determinado pelo número de sub-redes, que são controladas pelas quotas e pelos limites da rede VPC. |
| Para um determinado Cloud Router, o número máximo de rotas anunciadas personalizadas por sessão BGP | 200 | Se as rotas anunciadas personalizadas forem idênticas para todas as sessões BGP num Cloud Router, este limite representa o número total de rotas anunciadas personalizadas IPv4 e IPv6 únicas para o Cloud Router. Neste caso, cada sessão recebe o mesmo conjunto de rotas anunciadas personalizadas. |
| Para um determinado Cloud Router, o tamanho máximo combinado de todos os literais de expressões de correspondência e ação usados nas políticas de rotas BGP quando codificados como UTF-8. | Limite de 250 KiB | Para um determinado Cloud Router, este limite não é dividido por recursos, mas combinado. Não existe um limite para o tamanho de uma única correspondência ou expressão de ação, o número de ações num termo, o número de termos numa única política de encaminhamento BGP ou o número de políticas de encaminhamento BGP. |
Consultas máximas por minuto para chamadas list-bgp-routes num único Cloud Router |
1500 | Esta quota é de compute.googleapis.com/list_requests_per_region.
Para mais informações, consulte o artigo
Quotas de taxa. |
| Número máximo de políticas de rotas BGP por Cloud Router. | 500 | |
| Para uma determinada sessão de BGP, o número máximo de rotas aprendidas personalizadas | 10 |
Para mais informações sobre esta funcionalidade, consulte o artigo Trajetos personalizados. |
Para uma determinada região numa rede VPC, o número máximo de prefixos IP exclusivos que podem ser configurados como rotas aprendidas personalizadas. Este limite permite que os mesmos intervalos sejam usados em vários pares |
10 |
Para mais informações sobre esta funcionalidade, consulte o artigo Trajetos personalizados. |
Exemplo de trajeto memorizado
Os exemplos seguintes ilustram o comportamento de abandono de trajetos que pode encontrar quando a quota from-own-region ou a quota from-other-regions é excedida.
Suponhamos que tem routers na região us-east1 e routers na região us-west1 na mesma rede VPC e que o encaminhamento dinâmico global está ativado. Cada Cloud Router em cada região aprende 250 destinos únicos. Para fins ilustrativos deste exemplo, cada Cloud Router em cada região não aprende nenhum dos mesmos destinos.
Independentemente de quais os Cloud Routers que aprendem as rotas em cada região, a quota from-own-region de cada região é esgotada porque os Cloud Routers em cada região aprendem 250 de 250 destinos únicos. As quotas de outras regiões para ambas as regiões também estão esgotadas porque cada Cloud Router importa 250 destinos únicos da outra região. Se a rede VPC de exemplo usasse o encaminhamento dinâmico regional, as quotas de outras regiões em cada região não se aplicariam porque o modo de encaminhamento dinâmico regional indica à rede VPC que só crie rotas dinâmicas na região que corresponda ao próximo salto da rota.
Exceder a quota de origem da região
Suponhamos que o seu router no local ligado a um Cloud Router em
us-west1 anuncia um 251.º destino. Os routers na nuvem na região us-west1 escolhem 250 dos 251 destinos únicos seguindo uma ordem de rota determinística.
Estes routers enviam esses 250 destinos únicos para a rede VPC, criando 250 rotas dinâmicas na região us-west1.
Uma vez que a rede VPC usa o modo de encaminhamento dinâmico global, também não cria mais de 250 rotas dinâmicas em todas as outras regiões, sujeitas à quota de destino único de outras regiões de cada uma das outras regiões. A secção seguinte descreve o que acontece noutras regiões mais detalhadamente.
Exceder a quota de uma região de outras regiões
Quando os routers na nuvem aprendem 251 destinos únicos na região us-west1, 250 dos 251 destinos únicos de us-west1 ficam disponíveis para os recursos na região us-east1, porque a quota de outras regiões da região us-east1 só pode aceitar 250 destinos únicos.
Suponha que cria um Cloud Router numa terceira região,
us-central1, na mesma rede VPC. Suponhamos que o Cloud Router aprende 10 destinos únicos do respetivo par BGP. Embora a quota da região us-central1 de origem na própria região não tenha sido excedida, a quota da região us-central1 de origem noutras regiões foi excedida porque as outras duas regiões fornecem um total de 500 destinos únicos (250 da região us-east1 e 250 diferentes da região us-west1).
Com base nas regiões, a ordem determinística do trajeto seleciona trajetos para um máximo de 250 destinos únicos noutras regiões, conforme indicado na tabela seguinte.
| Região |
Destinos únicos locais da região (utilização da quota da região de origem) |
Destinos únicos de outras regiões (utilização da quota de regiões de outras regiões) |
|---|---|---|
| us-west1 |
251 recebidos. 250 dos 251 são selecionados e um dos 251 é ignorado pela
ordem de rota determinística. São criadas 250 rotas dinâmicas com saltos seguintes em
Os 250 prefixos selecionados são partilhados com outras regiões. |
260 recebidos (250 de São criadas 250 rotas dinâmicas com saltos seguintes fora de |
| us-east1 |
250 recebidos. Todos os 250 estão selecionados pela ordem do caminho determinístico. 250
rotas dinâmicas com saltos seguintes em Todos os 250 prefixos selecionados são partilhados com outras regiões. |
260 recebidos (250 de São criadas 250 rotas dinâmicas com saltos seguintes fora de |
| us-central1 |
10 recebidos. Todos os 10 estão selecionados pela ordem de rota determinística. 10
As rotas dinâmicas com saltos seguintes em Todos os 10 prefixos selecionados são partilhados com outras regiões. |
500 recebidos (250 de São criadas 250 rotas dinâmicas com saltos seguintes fora de |
Embora a quota de us-central1 de outras regiões seja excedida, a quota da própria região pode aceitar destinos cujos saltos seguintes estejam na região us-central1.
Comportamento determinístico de eliminação de trajetos
O Cloud Router implementa um comportamento de eliminação de rotas determinístico com base no comprimento da máscara de sub-rede e nas caraterísticas lexicográficas de cada prefixo recebido. Em cada região, o seguinte processo aplica-se independentemente à lista de destinos da própria região e à lista de destinos únicos de outras regiões:
A lista é ordenada primeiro do comprimento da máscara de sub-rede mais curto para o mais longo e, em seguida, por ordem lexicográfica. Por exemplo,
10.0.0.0/8vem antes de10.2.1.0/24, que vem antes de10.99.1.0/24.As primeiras 250 entradas da lista são preservadas. Todos os outros são rejeitados.
Conforme mostrado no exemplo de exceder a quota de uma região de outras regiões, o comportamento de rejeição determinístico é aplicado independentemente à quota de cada região da própria região e à quota de cada região de outras regiões.
O comportamento de rejeição de rotas determinístico tem as seguintes consequências:
Quando são recebidos prefixos IPv4 e IPv6, o Cloud Router geralmente descarta primeiro os prefixos IPv6 sempre que é excedida uma quota de destino exclusiva. Isto acontece porque o comprimento da máscara de sub-rede mais curto mais comum para IPv6 (
/48) é mais longo do que o comprimento da máscara de sub-rede possível mais longo para IPv4 (/32).Se o conjunto de prefixos aprendidos em cada região permanecer constante, Google Cloud programa um conjunto consistente de rotas dinâmicas locais em todas as regiões, sujeito ao modo de encaminhamento dinâmico da rede VPC. Esta consistência, incluindo as rotas que são ignoradas pelo Cloud Router, é preservada quando as tarefas do Cloud Router são reiniciadas.
Evitar a eliminação do trajeto
Durante a eliminação de rotas, perde a conetividade para os prefixos que são eliminados. Para evitar a eliminação de rotas, monitorize a utilização de prefixos de origem própria e de outras regiões de cada região através do Cloud Monitoring ou do Cloud Logging e certifique-se de que não anuncia mais destinos únicos do que cada quota.
Considere resumir as rotas para reduzir o número de destinos únicos. Por
exemplo, se tiver as quatro sub-redes 10.10.10.0/24, 10.10.10.1/24, 10.10.10.2/24 e 10.10.10.3/24, pode resumi-las como um prefixo,
10.10.0.0/22.
Se o resumo não for possível, contacte a sua Google Cloud equipa de vendas para discutir opções alternativas.
Router
Quotas
As quotas que se aplicam às rotas de rede para o Cloud Router também se aplicam às rotas para os raios do dispositivo de router associados aos hubs do Network Connectivity Center.
Para mais informações, consulte as cotas do Cloud Router.
Limites
Os seguintes limites do Cloud Router também se aplicam ao router:
- O número máximo de Cloud Routers por combinação de rede VPC e região
- O número máximo de pares BGP para cada Cloud Router numa determinada região e rede VPC
Para mais informações, consulte os limites do Cloud Router.
Network Connectivity Center
Quotas
As quotas que se aplicam às rotas de rede para o Cloud Router também se aplicam às rotas para hubs e raios do Network Connectivity Center. Para mais informações, consulte as Quotas e os limites do Cloud Router.
| Item | Quota | Notas |
|---|---|---|
| Número de hubs por projeto | Quota | Por projeto, global |
| Número de raios do túnel do Cloud VPN por projeto por região | Quota | Por projeto em cada região; apenas são suportados túneis de VPN de alta disponibilidade |
| Número de raios de associação VLAN do Cloud Interconnect por projeto por região | Quota | Por projeto em cada região |
| Número de raios do dispositivo de router por projeto por região | Quota | Por projeto em cada região |
| Número de raios da VPC por projeto | Quota | Inclui raios da VPC (raios periféricos e centrais combinados), mesmo que não estejam ligados a nenhum hub. |
Número de raios de VPC ativos por hub |
Quota | Aplicável apenas a spokes de VPC que foram aceites num hub; não aplicável a spokes de VPC que estão pendentes de revisão ou que foram rejeitados. |
Número de encaminhamentos de sub-redes por tabela de encaminhamento do hub |
Quota | Apenas aplicável a hubs com raios de VPC |
Número de rotas dinâmicas por hub |
Quota | Aplicável a todos os raios da VPC |
Número de redes de VPC de encaminhamento por hub |
Quota | |
Número de rotas estáticas com um endereço IP do balanceador de carga da aplicação interno como o salto seguinte por hub |
Quota | Por projeto, global |
Limites
O Network Connectivity Center aplica os seguintes limites de utilização.
| Item | Valor |
|---|---|
| Número de túneis de VPN que podem ser associados a um spoke | 8 |
| Número de associações VLAN que podem ser associadas a um spoke | 6 |
| Número de instâncias de dispositivo de encaminhamento que podem ser associadas a um spoke | 8 |
| Número de raios de VPC ativos por hub | 250 |
| Número máximo de raios de VPC (ativos e inativos) por hub | 1000 |
| Número de intervalos CIDR de inclusão ou exclusão por raio | 16 |
Faça a gestão de quotas
Google Cloud impõe quotas na utilização de recursos por vários motivos. Por exemplo, as quotas protegem a comunidade de Google Cloud utilizadores ao impedirem picos imprevistos na utilização. As quotas também ajudam os utilizadores que estão a explorar Google Cloud com o nível gratuito a permanecerem dentro da respetiva avaliação.
Todos os projetos começam com as mesmas quotas, que pode alterar pedindo quotas adicionais. Algumas quotas podem aumentar automaticamente com base na sua utilização de um produto.
Autorizações
Para ver quotas ou pedir aumentos de quotas, os principais da gestão de identidade e de acesso (IAM) precisam de uma das seguintes funções.
| Tarefa | Função necessária |
|---|---|
| Verifique as quotas de um projeto | Uma das seguintes opções:
|
| Modifique quotas e peça quotas adicionais | Uma das seguintes opções:
|
Verifique a sua quota
Consola
- Na Google Cloud consola, aceda à página Quotas.
- Para pesquisar a quota que quer atualizar, use a opção Filtrar tabela. Se não souber o nome da quota, use os links nesta página.
gcloud
Usando a CLI do Google Cloud, execute o seguinte comando para
verificar as suas quotas. Substitua PROJECT_ID pelo seu ID do projeto.
gcloud compute project-info describe --project PROJECT_IDPara verificar a quota usada numa região, execute o seguinte comando:
gcloud compute regions describe example-region
Erros quando excede a sua quota
Se exceder uma quota com um comando gcloud, o gcloud produz uma mensagem de erro quota exceeded e regressa com o código de saída 1.
Se exceder uma quota com um pedido de API, Google Cloud é devolvido o seguinte código de estado HTTP: 413 Request Entity Too Large.
Peça quota adicional
Para ajustar a maioria das quotas, use a Google Cloud consola. Para mais informações, consulte o artigo Peça um ajuste da quota.
Disponibilidade de recursos
Cada quota representa um número máximo para um determinado tipo de recurso que pode criar, se esse recurso estiver disponível. É importante ter em atenção que as quotas não garantem a disponibilidade de recursos. Mesmo que tenha quota disponível, não pode criar um novo recurso se não estiver disponível.
Por exemplo, pode ter quota suficiente para criar um novo endereço IP externo regional numa determinada região. No entanto, isso não é possível se não existirem endereços IP externos disponíveis nessa região. A disponibilidade de recursos zonais também pode afetar a sua capacidade de criar um novo recurso.
As situações em que os recursos estão indisponíveis numa região inteira são raras. No entanto, os recursos numa zona podem esgotar-se ocasionalmente, normalmente sem impacto no contrato de nível de serviço (SLA) para o tipo de recurso. Para mais informações, reveja o SLA relevante para o recurso.