Cotas e limites

Neste documento, descrevemos as cotas do Compute Engine (compute.googleapis.com) e os limites do sistema necessários para implantar e escalonar a solução VMware em ambientes do Google Cloud.

Como a solução do VMware provisiona instâncias bare metal do Compute Engine z3, redes de nuvem privada virtual (VPC), sub-redes de transmissão de camada 2 e balanceadores de carga internos regionais diretamente no seu projeto do Google Cloud , sua implantação consome cotas do Compute Engine em vez de cotas de nó da API Google Cloud VMware Engine (vmwareengine.googleapis.com). Na solução VMware, cada nó bare metal corresponde a uma instância do Compute Engine z3-highmem-192-highlssd-metal.

Cotas obrigatórias do Compute Engine

Antes de implantar uma instância do VMware Cloud Foundation (VCF), adicionar um cluster do vSphere ou adicionar nós bare metal a um cluster atual, verifique se o projeto doGoogle Cloud tem cota suficiente para as seguintes métricas do compute.googleapis.com.

Na tabela a seguir, N representa o número total de nós bare metal da solução VMware (instâncias do Compute Engine z3-highmem-192-highlssd-metal) implantados na região ou rede VPC de destino. Um cluster do vSphere padrão de alta disponibilidade requer no mínimo quatro nós bare metal, em que N é pelo menos 4.

Recurso Métrica de cota Escopo Cota necessária para nós N
Redes VPC compute.googleapis.com/networks Global 1 rede VPC por instância do VCF.
Sub-redes por rede VPC compute.googleapis.com/subnet_ranges_per_vpc_network Global Mínimo de quatro sub-redes para gerenciamento, vMotion, vSAN e NSX Tunnel Endpoint (TEP).
Instâncias de VM compute.googleapis.com/instances Regional Instâncias N, com um mínimo de quatro por cluster, além de qualquer jumpbox ou VM auxiliar.
Instâncias por rede VPC compute.googleapis.com/instances_per_vpc_network Global Instâncias N, com um mínimo de quatro por cluster, além de qualquer jumpbox ou VM auxiliar.
CPUs por família de VMs para Z3 compute.googleapis.com/cpus_per_vm_family Regional N × 192 vCPUs. Um cluster de 4 nós usa 768 vCPUs.
Armazenamento SSD local por família de VMs para Z3 compute.googleapis.com/local_ssd_total_storage_per_vm_family Regional N × 72 TB. Um cluster de 4 nós usa 288 TB.
Armazenamento total do Google Cloud Hyperdisk Balanced compute.googleapis.com/hyperdisk_balanced_total_storage Regional N × 128 GB. Cada nó bare metal usa um disco de inicialização de 128 GB ou 512 GB para um cluster de 4 nós.
IOPS provisionadas do Google Cloud Hyperdisk Balanced compute.googleapis.com/hyperdisk_balanced_total_provisioned_iops Regional N × 3.000 IOPS por padrão ou até N × 10.000 IOPS.
Serviços de back-end regionais com migração rápida de IP (GARP_RA) compute.googleapis.com/regional_backend_services_protocol_forwarding_fast_ha Regional 1 por endereço IP virtual (VIP) do dispositivo de gerenciamento do VCF e endpoint do NSX Edge, que normalmente é de 15 a 20 por instância do VCF ou até 50, dependendo dos dispositivos implantados.
Regras de HA de encaminhamento de protocolo interno por rede VPC compute.googleapis.com/internal_protocol_forwarding_ha_rules_per_vpc_network Global 1 por serviço de back-end regional com movimentação rápida de IP, proporcional ao número de VIPs do dispositivo de gerenciamento do VCF e até 50 por instância do VCF.
Grupos de endpoints de rede (NEGs) compute.googleapis.com/network_endpoint_groups Regional 2 NEGs zonais por zona: 1 para a sub-rede de gerenciamento e 1 para a sub-rede NSX TEP.
Políticas de recursos para políticas de posicionamento compute.googleapis.com/resource_policies Regional 1 política de posicionamento distribuído por cluster do vSphere.
Rotas estáticas por rede VPC compute.googleapis.com/static_routes_per_vpc_network Global Varia de acordo com a topologia de rede. O roteamento de VPC estático usa uma rota estática por segmento de sobreposição do NSX.

Exemplo de cálculo de cota

Para calcular a cota regional necessária para uma implantação que consiste em um cluster de domínio de gerenciamento de quatro nós e um cluster de domínio de carga de trabalho de VI de três nós na mesma região (sete nós bare metal no total), multiplique os valores por nó por 7:

  • compute.googleapis.com/cpus_per_vm_family para Z3: 7 × 192 = 1.344 vCPUs.
  • compute.googleapis.com/local_ssd_total_storage_per_vm_family para Z3: 7 × 72 TB = 504 TB.
  • compute.googleapis.com/hyperdisk_balanced_total_storage: 7 × 128 GB = 896 GB.
  • compute.googleapis.com/resource_policies: duas políticas de posicionamento distribuído.

Compare esses totais com os limites de cota efetivos no projeto antes de provisionar os nós.

Limites de sub-rede de transmissão da camada 2

As sub-redes configuradas com a propriedade Resolver máscara de sub-rede definida como Transmitir somente intervalo principal com aprendizado aplicam os seguintes limites do sistema. Não é possível aumentar as cotas para estes limites:

  • Endpoints por sub-rede de transmissão: até 64 endpoints de placa de rede (NIC) por sub-rede com transmissão ativada.
  • Sub-redes de transmissão por rede VPC: até 64 sub-redes com transmissão ativada por rede VPC por região.
  • Endereços MAC personalizados aprendidos: até 1.000 endereços MAC personalizados aprendidos por rede VPC em todas as regiões.

Para mais informações sobre sub-redes de transmissão da camada 2 e limites de aprendizado de MAC, consulte Emulação da camada 2: transmissão ARP e aprendizado de MAC personalizado.

Ver sua cota atual

É possível conferir os limites de cota e o uso do Compute Engine no console doGoogle Cloud ou usando a CLI gcloud:

Console do Google Cloud

  1. No console do Google Cloud , acesse IAM e administrador > Cotas e limites do sistema.

    Acesse Cotas e limites do sistema

  2. Na barra Filtro, filtre por Serviço: API Compute Engine.

  3. Para ver as cotas regionais da região de implantação de destino, filtre por dimensão para region=REGION, como region=us-east4.

  4. Para filtrar as cotas de CPU bare metal ou SSD local do Z3, filtre por dimensão para vm_family=Z3 ou por nome da métrica de cota para cpus_per_vm_family ou local_ssd_total_storage_per_vm_family.

gcloud

Para listar os limites de cota do projeto e da região de destino, execute o seguinte comando gcloud alpha services quota list:

gcloud alpha services quota list \
    --service=compute.googleapis.com \
    --consumer="projects/PROJECT_ID" \
    --filter="metric:(cpus_per_vm_family OR local_ssd_total_storage_per_vm_family OR hyperdisk_balanced_total_storage OR regional_backend_services_protocol_forwarding_fast_ha OR resource_policies)" \
    --format="table(metric,unit,consumerQuotaLimits.quotaBuckets.effectiveLimit,consumerQuotaLimits.quotaBuckets.dimensions)"

Substitua PROJECT_ID pelo ID do projeto de destino doGoogle Cloud .

Solicitar aumento de cota

Se a implantação ou expansão de cluster planejada exceder os limites de cota no seu projeto, envie uma solicitação de aumento de cota antes de provisionar novos nós:

  1. No console do Google Cloud , acesse IAM e administrador > Cotas e limites do sistema.

    Acesse Cotas e limites do sistema

  2. Filtre a lista por Serviço: API Compute Engine e pela região de destino, como region=us-east4.

  3. Marque a caixa de seleção ao lado de cada entrada de cota que você quer aumentar, como CPUs por família de VMs com vm_family: Z3 e Armazenamento total de SSD local por família de VMs com vm_family: Z3.

  4. Clique em Editar.

  5. No painel Alterações de cota, insira o novo limite total que você quer solicitar para cada métrica selecionada e clique em Concluído.

  6. No campo Descrição da solicitação, insira uma breve descrição da implantação da solução VMware e clique em Enviar solicitação.

A seguir