Cuotas y límites

En este documento, se describen las cuotas de Compute Engine (compute.googleapis.com) y los límites del sistema necesarios para implementar y escalar la solución de VMware en entornos de Google Cloud.

Debido a que la solución de VMware aprovisiona instancias de Compute Engine de z3 sin servidores, redes de nube privada virtual (VPC), subredes de transmisión de capa 2 y balanceadores de cargas internos regionales directamente en tu proyecto de Google Cloud , tu implementación consume cuotas de Compute Engine en lugar de cuotas de nodos de la API de Google Cloud VMware Engine (vmwareengine.googleapis.com). En VMware Solution, cada nodo de equipos físicos corresponde a una instancia de Compute Engine de z3-highmem-192-highlssd-metal.

Cuotas de Compute Engine requeridas

Antes de implementar una instancia de VMware Cloud Foundation (VCF), agregar un clúster de vSphere o agregar nodos de equipos físicos a un clúster existente, verifica que tu proyecto deGoogle Cloud tenga suficiente cuota para las siguientes métricas decompute.googleapis.com.

En la siguiente tabla, N representa la cantidad total de nodos de solución de VMware de Bare Metal (instancias de Compute Engine z3-highmem-192-highlssd-metal) implementados en la región o red de VPC de destino. Un clúster de vSphere de alta disponibilidad estándar requiere un mínimo de cuatro nodos de equipos físicos, en los que N sea al menos 4.

Recurso Métrica de cuota Alcance Cuota requerida para N nodos
Redes de VPC compute.googleapis.com/networks Global 1 red de VPC por instancia de VCF.
Subredes por red de VPC compute.googleapis.com/subnet_ranges_per_vpc_network Global Mínimo de 4 subredes para la administración, vMotion, vSAN y el extremo de túnel de NSX (TEP)
Instancias de VM compute.googleapis.com/instances Regional Instancias de N, con un mínimo de 4 por clúster, además de cualquier VM de jumpbox o auxiliar.
Instancias por red de VPC compute.googleapis.com/instances_per_vpc_network Global Instancias de N, con un mínimo de 4 por clúster, además de cualquier VM de jumpbox o auxiliar.
CPUs por familia de VM para Z3 compute.googleapis.com/cpus_per_vm_family Regional N × 192 CPU virtuales Un clúster de 4 nodos usa 768 CPUs virtuales.
Almacenamiento SSD local por familia de VM para Z3 compute.googleapis.com/local_ssd_total_storage_per_vm_family Regional N × 72 TB. Un clúster de 4 nodos usa 288 TB.
Almacenamiento total de Google Cloud Hyperdisk Balanced compute.googleapis.com/hyperdisk_balanced_total_storage Regional N × 128 GB. Cada nodo de Bare Metal usa un disco de arranque de 128 GB o de 512 GB para un clúster de 4 nodos.
IOPS aprovisionadas de Google Cloud Hyperdisk Balanced compute.googleapis.com/hyperdisk_balanced_total_provisioned_iops Regional N × 3,000 IOPS de forma predeterminada o hasta N × 10,000 IOPS.
Servicios de backend regionales con transferencia rápida de IP (GARP_RA) compute.googleapis.com/regional_backend_services_protocol_forwarding_fast_ha Regional 1 por dirección IP virtual (VIP) del dispositivo de administración de VCF y extremo de NSX Edge, que suele ser de 15 a 20 por instancia de VCF, o hasta 50 según los dispositivos implementados.
Reglas de HA de reenvío de protocolos internos por red de VPC compute.googleapis.com/internal_protocol_forwarding_ha_rules_per_vpc_network Global 1 por servicio de backend regional con Fast IP Move, proporcional a la cantidad de VIP del dispositivo de administración de VCF y hasta 50 por instancia de VCF.
Grupos de extremos de red (NEG) compute.googleapis.com/network_endpoint_groups Regional 2 NEG zonales por zona: 1 para la subred de administración y 1 para la subred de TEP de NSX
Políticas de recursos para las políticas de posición compute.googleapis.com/resource_policies Regional 1 política de posición distribuida por clúster de vSphere
Rutas estáticas por red de VPC compute.googleapis.com/static_routes_per_vpc_network Global Varía según la topología de red. El enrutamiento estático de VPC usa 1 ruta estática por segmento de superposición de NSX.

Ejemplo de cálculo de cuota

Para calcular la cuota regional necesaria para una implementación que consta de un clúster de dominio de administración de cuatro nodos y un clúster de dominio de carga de trabajo de VI de tres nodos en la misma región (siete nodos de equipos físicos en total), multiplica los valores por nodo por 7:

  • compute.googleapis.com/cpus_per_vm_family para Z3: 7 × 192 = 1,344 CPU virtuales.
  • 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: 2 políticas de posición distribuida.

Compara estos totales con los límites de cuota vigentes en tu proyecto antes de aprovisionar los nodos.

Límites de subred de transmisión de capa 2

Las subredes configuradas con la propiedad Resolver máscara de subred establecida en Transmitir solo el rango principal con aprendizaje aplican los siguientes límites del sistema. No se admiten aumentos de cuota para estos límites:

  • Extremos por subred de transmisión: Hasta 64 extremos de tarjeta de interfaz de red (NIC) por subred habilitada para transmisión.
  • Subredes de transmisión por red de VPC: Hasta 64 subredes habilitadas para la transmisión por red de VPC por región.
  • Direcciones MAC personalizadas aprendidas: Hasta 1,000 direcciones MAC personalizadas aprendidas por red de VPC en todas las regiones.

Para obtener más información sobre las subredes de transmisión de capa 2 y los límites de aprendizaje de MAC, consulta Emulación de capa 2: Transmisión de ARP y aprendizaje de MAC personalizado.

Consulta tu cuota actual

Puedes ver los límites y el uso de tu cuota de Compute Engine en la consola deGoogle Cloud o con la CLI de gcloud:

Consola de Google Cloud

  1. En la consola de Google Cloud , ve a IAM y administración > Cuotas y límites del sistema.

    Ir a Cuotas y límites del sistema

  2. En la barra Filtro, filtra por Servicio: API de Compute Engine.

  3. Para ver las cuotas regionales de tu región de implementación de destino, filtra por dimensión para region=REGION, como region=us-east4.

  4. Para filtrar las cuotas de CPU de equipos físicos o SSD locales de Z3, filtra por dimensión para vm_family=Z3 o por nombre de métrica de cuota para cpus_per_vm_family o local_ssd_total_storage_per_vm_family.

gcloud

Para enumerar los límites de cuota de tu proyecto y región de destino, ejecuta el siguiente comando de 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)"

Reemplaza PROJECT_ID por el ID de tu proyecto de destino de Google Cloud .

Solicita un aumento de la cuota

Si la implementación o la expansión del clúster que planeas supera los límites de cuota de tu proyecto, envía una solicitud de aumento de cuota antes de aprovisionar nodos nuevos:

  1. En la consola de Google Cloud , ve a IAM y administración > Cuotas y límites del sistema.

    Ir a Cuotas y límites del sistema

  2. Filtra la lista por Servicio: API de Compute Engine y por tu región de destino, como region=us-east4.

  3. Selecciona la casilla de verificación junto a cada entrada de cuota que desees aumentar, como CPUs por VM de VMs con vm_family: Z3 y Almacenamiento total de SSD locales por VM VMs con vm_family: Z3.

  4. Haz clic en Editar.

  5. En el panel Cambios en la cuota, ingresa el nuevo límite total que deseas solicitar para cada métrica seleccionada y, luego, haz clic en Listo.

  6. En el campo Descripción de la solicitud, ingresa una breve descripción de la implementación de tu solución de VMware y, luego, haz clic en Enviar solicitud.

¿Qué sigue?