Crea instancias optimizadas para IA de forma masiva con A4X

En este documento, se explica cómo crear instancias de máquina virtual (VM) de forma masiva que usan tipos de máquinas A4X. Para obtener más información sobre este tipo de máquina optimizada para aceleradores, consulta A4X.

Para obtener información sobre otras formas de crear VMs o clústeres, consulta Descripción general de las opciones de implementación.

Limitaciones

Cuando creas VMs de A4X de forma masiva, se aplican las siguientes limitaciones:

Precaución: El Acuerdo de Nivel de Servicio (ANS) de Compute Engine no se aplica a las series de máquinas A4X Max y A4X.

• No recibirás descuentos por uso continuo ni descuentos por compromiso de uso flexible para las instancias que usen estos tipos de máquinas. Además, los tipos de máquinas A4X Max no admiten descuentos por compromiso de uso basados en recursos.
• Solo puedes crear instancias en ciertas regiones y zonas.
• No puedes usar Persistent Disk (regional o zonal). Solo puedes usar Google Cloud Hyperdisk.
• Estos tipos de máquinas solo están disponibles en la plataforma NVIDIA Grace.
• No se admiten cambios de tipo de máquina para A4X Max ni A4X. Para cambiar a uno de estos tipos de máquinas o desde uno de ellos, debes crear una instancia nueva de A4X Max o A4X.
• No puedes ejecutar sistemas operativos Windows en estos tipos de máquinas.
• En el caso de las instancias A4X, cuando usas ethtool -S para supervisar la conexión en red de la GPU, no se actualizan los contadores de puertos físicos que terminan en _phy. Este es el comportamiento esperado para las instancias que usan la arquitectura de función virtual (VF) de MRDMA. Para obtener más información, consulta Funciones de MRDMA y herramientas de supervisión de redes.
• Las instancias de A4X Max y A4X no admiten lo siguiente:
  • Usuario único
  • VMs Spot
  • VMs de inicio flexible
• No puedes conectar discos Hyperdisk ML creados antes del 4 de febrero de 2026 a tipos de máquinas A4X.

Antes de comenzar

Antes de crear VMs de forma masiva, si aún no lo hiciste, completa los siguientes pasos:

1. Elige una opción de consumo: La opción de consumo que elijas determinará cómo obtendrás y usarás los recursos de GPU.

   Para obtener más información, consulta Elige una opción de consumo.

2. Obtención de capacidad: El proceso para obtener capacidad difiere para cada opción de consumo.

   Para obtener información sobre el proceso para obtener capacidad para la opción de consumo que elegiste, consulta la Descripción general de la capacidad.

   Nota: Cuando solicitas capacidad de A4X, la obtienes en el modo de toda la capacidad. Este modo es el único modo operativo de reserva admitido para los tipos de máquinas A4X. Para obtener más información sobre el modo All Capacity, consulta Modo operativo de la reserva.

Select the tab for how you plan to use the samples on this page:

Console

When you use the Google Cloud console to access Google Cloud services and APIs, you don't need to set up authentication.

gcloud

In the Google Cloud console, activate Cloud Shell.

Activate Cloud Shell

At the bottom of the Google Cloud console, a Cloud Shell session starts and displays a command-line prompt. Cloud Shell is a shell environment with the Google Cloud CLI already installed and with values already set for your current project. It can take a few seconds for the session to initialize.

REST

Para usar las muestras de la API de REST en esta página en un entorno de desarrollo local, debes usar las credenciales que proporcionas a gcloud CLI.

Install the Google Cloud CLI. After installation, initialize the Google Cloud CLI by running the following command:

gcloud init

If you're using an external identity provider (IdP), you must first sign in to the gcloud CLI with your federated identity.

Si deseas obtener más información, consulta Autentica para usar REST en la Google Cloud documentación de autenticación.

Roles obligatorios

Para obtener los permisos que necesitas para crear VMs de forma masiva, pídele al administrador que te otorgue el rol de IAM Administrador de instancias de Compute (v1) (roles/compute.instanceAdmin.v1) en el proyecto. Para obtener más información sobre cómo otorgar roles, consulta Administra el acceso a proyectos, carpetas y organizaciones.

Este rol predefinido contiene los permisos necesarios para crear VMs de forma masiva. Para ver los permisos exactos que son necesarios, expande la sección Permisos requeridos:

Permisos necesarios

Se requieren los siguientes permisos para crear VMs de forma masiva:

• compute.instances.create en el proyecto
• Si deseas usar una imagen personalizada para crear la VM, sigue estos pasos: compute.images.useReadOnly en la imagen
• Para usar una instantánea a fin de crear la VM, haz lo siguiente: compute.snapshots.useReadOnly en la instantánea
• Si quieres usar una plantilla de instancias para crear la VM, sigue estos pasos: compute.instanceTemplates.useReadOnly en la plantilla de instancias
• A fin de especificar una subred para tu VM: compute.subnetworks.use en el proyecto o en la subred elegida
• Si deseas especificar una dirección IP estática para la VM: compute.addresses.use en el proyecto
• Para asignar una dirección IP externa a la VM cuando se usa una red de VPC, compute.subnetworks.useExternalIp en el proyecto o en la subred elegida.
• Para asignar una red heredada a la VM, ejecuta compute.networks.use en el proyecto.
• Para asignar una dirección IP externa a la VM cuando se usa una red heredada, ejecuta compute.networks.useExternalIp en el proyecto
• Para configurar los metadatos de la instancia de VM para la VM, compute.instances.setMetadata en el proyecto.
• Para configurar etiquetas en la VM, haz lo siguiente: compute.instances.setTags en la VM
• Para configurar etiquetas en la VM, haz lo siguiente: compute.instances.setLabels en la VM
• A fin de configurar una cuenta de servicio para que la VM use: compute.instances.setServiceAccount en la VM
• Crear un disco nuevo para la VM: compute.disks.create en el proyecto
• Para conectar un disco existente en modo de solo lectura o de lectura y escritura, usa compute.disks.use en el disco.
• Para conectar un disco existente en modo de solo lectura, haz lo siguiente: compute.disks.useReadOnly en el disco

También puedes obtener estos permisos con roles personalizados o con otros roles predefinidos.

Conceptos básicos del A4X

Un clúster de A4X se organiza en una jerarquía de bloques y subbloques para facilitar el rendimiento de la red a gran escala y sin bloqueos. Comprender esta topología es clave cuando se reserva capacidad y se implementan cargas de trabajo.

Instancia A4X

Una instancia A4X es un solo tipo de máquina A4X que tiene 4 GPUs conectadas.

Dominio o subbloque de NVLink

Un dominio de NVLink, también denominado subbloque, es la unidad fundamental de capacidad de A4X. Un dominio de NVLink consta de 18 instancias A4X (72 GPUs) conectadas con un sistema de NVLink de varios nodos. Para crear un dominio o un subbloque de NVLink de A4X, aplica una política de posición compacta que especifique una topología 1x72.

Bloquear

Un bloque A4X se compone de 25 subbloques (dominios de NVLink), lo que suma hasta 450 instancias A4X (1,800 GPUs). Los subbloques están alineados con los rieles para un escalamiento eficiente. Cada subbloque requiere una política de posición compacta. Por lo tanto, para un solo bloque de A4X, puedes crear 25 políticas de posición de compactación.

En la siguiente tabla, se muestran las opciones de topología compatibles para las instancias A4X:

Topología (gpuTopology)	Cantidad de GPU	Cantidad de instancias
1x72	72	18

Descripción general

La creación masiva de instancias con el tipo de máquina A4X incluye los siguientes pasos:

1. Crea redes de VPC
2. Crea una política de posición de compactación
3. Crea instancias de forma masiva

Crea redes de VPC

Nota: Si configuras una prueba rápida, puedes omitir este paso y especificar una sola NIC --network-interface=nic-type=GVNIC.

Para configurar la red para el tipo de máquina A4X, crea tres redes de VPC para las siguientes interfaces de red:

• 2 redes de VPC normales para las interfaces de red (NIC) gVNIC Se usan para la comunicación de host a host.
• Se requiere 1 red de VPC con el perfil de red RoCE para las NIC CX-7 cuando se crean varios subbloques A4X. La red de VPC de RoCE debe tener 4 subredes, una para cada NIC de CX-7. Estas NIC usan RDMA a través de Ethernet convergida (RoCE), lo que proporciona la comunicación de alta latencia y bajo ancho de banda que es esencial para escalar horizontalmente a varios subbloques A4X. En el caso de un solo subbloque de A4X, puedes omitir esta red de VPC porque, dentro de un solo subbloque, la comunicación directa de GPU a GPU se controla con NVLink de varios nodos.

Para obtener más información sobre la disposición de las NIC, consulta Revisa el ancho de banda de la red y la disposición de las NIC.

Crea las redes de forma manual siguiendo las guías de instrucciones o automáticamente con la secuencia de comandos proporcionada.

Guías de instrucciones

Para crear las redes, puedes usar las siguientes instrucciones:

• Para crear las redes de VPC normales para las gVNICs, consulta Crea y administra redes de nube privada virtual.
• Para crear la red de VPC de RoCE, consulta Crea una red de nube privada virtual para las NIC de RDMA.

Para estas redes de VPC, te recomendamos que establezcas la unidad de transmisión máxima (MTU) en un valor mayor. Para el tipo de máquina A4X, la MTU recomendada es de 8896 bytes. Para revisar la configuración de MTU recomendada para otros tipos de máquinas con GPU, consulta Configuración de MTU para tipos de máquinas con GPU.

Secuencia de comandos

Para crear las redes, sigue estos pasos.

Para estas redes de VPC, te recomendamos que establezcas la unidad de transmisión máxima (MTU) en un valor mayor. Para el tipo de máquina A4X, la MTU recomendada es de 8896 bytes. Para revisar la configuración de MTU recomendada para otros tipos de máquinas con GPU, consulta Configuración de MTU para tipos de máquinas con GPU.

1. Usa la siguiente secuencia de comandos para crear redes de VPC normales para las gVNICs.

     
       #!/bin/bash
   
       # Create regular VPC networks and subnets for the gVNICs
       for N in $(seq 0 1); do
         gcloud compute networks create GVNIC_NAME_PREFIX-net-$N \
           --subnet-mode=custom \
           --mtu=8896
   
         gcloud compute networks subnets create GVNIC_NAME_PREFIX-sub-$N \
           --network=GVNIC_NAME_PREFIX-net-$N \
           --region=REGION \
           --range=192.168.$N.0/24
   
         gcloud compute firewall-rules create GVNIC_NAME_PREFIX-internal-$N \
           --network=GVNIC_NAME_PREFIX-net-$N \
           --action=ALLOW \
           --rules=tcp:0-65535,udp:0-65535,icmp \
           --source-ranges=192.168.0.0/16
       done
   
       # Create SSH firewall rules
       gcloud compute firewall-rules create GVNIC_NAME_PREFIX-ssh \
         --network=GVNIC_NAME_PREFIX-net-0 \
         --action=ALLOW \
         --rules=tcp:22 \
         --source-ranges=IP_RANGE
   
       # Assumes that an external IP is only created for vNIC 0
       gcloud compute firewall-rules create GVNIC_NAME_PREFIX-allow-ping-net-0 \
         --network=GVNIC_NAME_PREFIX-net-0 \
         --action=ALLOW \
         --rules=icmp \
         --source-ranges=IP_RANGE
   
     

2. Si necesitas varios subbloques A4X, usa la siguiente secuencia de comandos para crear la red de VPC y las subredes de RoCE para las cuatro NIC CX-7 en cada instancia de A4X.

   Importante: Si tu implementación consta de un solo subbloque A4X, puedes omitir este paso.

     
       # List and make sure network profiles exist in the machine type's zone
       gcloud compute network-profiles list --filter "location.name=ZONE"
   
       # Create network for CX-7
       gcloud compute networks create RDMA_NAME_PREFIX-mrdma \
         --network-profile=ZONE-vpc-roce \
         --subnet-mode custom \
         --mtu=8896
   
       # Create subnets
       for N in $(seq 0 3); do
         gcloud compute networks subnets create RDMA_NAME_PREFIX-mrdma-sub-$N \
           --network=RDMA_NAME_PREFIX-mrdma \
           --region=REGION \
           --range=192.168.$((N+2)).0/24 & # offset to avoid overlap with gVNICs
       done
   
     

   Reemplaza lo siguiente:

   • GVNIC_NAME_PREFIX: Es el prefijo del nombre personalizado que se usará para las subredes y las redes de VPC normales de las gVNICs.
   • RDMA_NAME_PREFIX: Es el prefijo del nombre personalizado que se usará para la red de VPC y las subredes de RoCE para las NIC CX-7.
   • ZONE: Especifica una zona en la que esté disponible el tipo de máquina que deseas usar, como us-central1-a. Para obtener información sobre las regiones, consulta Disponibilidad de GPU por regiones y zonas.
   • REGION: Es la región en la que deseas crear las subredes. Esta región debe corresponder a la zona especificada. Por ejemplo, si tu zona es us-central1-a, tu región es us-central1.
   • IP_RANGE: Es el rango de IP que se usará para las reglas de firewall de SSH.
3. Opcional: Para verificar que los recursos de la red de VPC se hayan creado correctamente, consulta la configuración de la red en la consola de Google Cloud :
   1. En la consola de Google Cloud , ve a la página Redes de VPC.

      Ir a las redes de VPC

   2. Busca en la lista las redes que creaste en el paso anterior.
   3. Para ver las subredes, las reglas de firewall y otros parámetros de configuración de la red, haz clic en el nombre de la red.

Crea una política de posición de compactación

Importante: Para crear varios dominios de NVLink en un bloque, te recomendamos que crees una política de posición compacta independiente para cada dominio de NVLink. Si reutilizas una política de posición de compactación, Compute Engine intentará colocar las instancias en el mismo subbloque, que ya está en uso.

Para crear una política de posición compacta, selecciona una de las siguientes opciones:

gcloud

Para crear una política de posición de compactación, usa el comando gcloud beta compute resource-policies create group-placement:

gcloud beta compute resource-policies create group-placement POLICY_NAME \
    --collocation=collocated \
    --gpu-topology=1x72 \
    --region=REGION

Reemplaza lo siguiente:

• POLICY_NAME: el nombre de la política de posición compacta.
• REGION: la región en la que deseas crear la política de posición compacta. Especifica una región en la que esté disponible el tipo de máquina que deseas usar. Para obtener información sobre las regiones, consulta Disponibilidad de GPU por regiones y zonas.

REST

Para crear una política de posición compacta, realiza una solicitud POST al método beta resourcePolicies.insert.

POST https://compute.googleapis.com/compute/beta/projects/PROJECT_ID/regions/REGION/resourcePolicies
  {
    "name": "POLICY_NAME",
    "groupPlacementPolicy": {
      "collocation": "COLLOCATED",
      "gpuTopology": "1x72"
    }
  }

Reemplaza lo siguiente:

• PROJECT_ID: Es el ID del proyecto.
• POLICY_NAME: el nombre de la política de posición compacta.
• REGION: la región en la que deseas crear la política de posición compacta. Especifica una región en la que esté disponible el tipo de máquina que deseas usar. Para obtener información sobre las regiones, consulta Disponibilidad de GPU por regiones y zonas.

Crea instancias de A4X de forma masiva

Para obtener una topología de GPU de 1x72, crea 18 instancias. Cuando crees las instancias, aplica la política de posición de compactación que especifica el campo gpuTopology. Aplicar la política garantiza que Compute Engine cree las 18 instancias en un subbloque para usar un dominio de NVLink.

Si un sub-bloque no tiene capacidad para las 18 instancias, falla la creación masiva y no se crea ninguna instancia.

Si tu carga de trabajo puede operar con menos de 18 instancias, puedes establecer el campo minCount en la cantidad mínima de instancias requeridas para tu carga de trabajo. Si deseas usar la capacidad disponible, configura el campo minCount como 1.

Importante: Cuando creas instancias A4X de forma masiva con una topología 1x72, Compute Engine asigna un subbloque completo de 18 instancias (dominio de NVLink) a la política de posición utilizada en la creación. Si creas menos de 18 instancias, las instancias no utilizadas en ese subbloque permanecerán inactivas y no estarán disponibles para otras solicitudes que usen una política de ubicación diferente. Sin embargo, es posible aprovisionar estas instancias no utilizadas con la misma política. Para maximizar la eficiencia de los recursos, te recomendamos que crees exactamente 18 instancias.

Para crear instancias de A4X de forma masiva, selecciona una de las siguientes opciones.

Los siguientes comandos también establecen el permiso de acceso para tus instancias. Para simplificar la administración de permisos, Google recomienda que configures el permiso de acceso en una instancia como acceso cloud-platform y, luego, uses roles de IAM para definir a qué servicios puede acceder la instancia. Para obtener más información, consulta Prácticas recomendadas para los permisos.

gcloud

Para crear VMs de forma masiva, usa el comando gcloud compute instances bulk create.

Importante: En el siguiente ejemplo, se usa la configuración de redes para varios subbloques. Si solo creas un subbloque A4X y solo creaste la red gVNIC en el paso Crea redes de VPC, quita las cuatro subredes de RDMA indicadas por el tipo de NIC MRDMA del ejemplo.

gcloud compute instances bulk create \
    --name-pattern=NAME_PATTERN \
    --count=COUNT \
    --machine-type=a4x-highgpu-4g \
    --image-family=IMAGE_FAMILY \
    --image-project=IMAGE_PROJECT \
    --region=REGION \
    --boot-disk-type=hyperdisk-balanced \
    --boot-disk-size=DISK_SIZE \
    --scopes=cloud-platform \
    --network-interface=nic-type=GVNIC,network=GVNIC_NAME_PREFIX-net-0,subnet=GVNIC_NAME_PREFIX-sub-0 \
    --network-interface=nic-type=GVNIC,network=GVNIC_NAME_PREFIX-net-1,subnet=GVNIC_NAME_PREFIX-sub-1,no-address \
    --network-interface=nic-type=MRDMA,network=RDMA_NAME_PREFIX-mrdma,subnet=RDMA_NAME_PREFIX-mrdma-sub-0,no-address \
    --network-interface=nic-type=MRDMA,network=RDMA_NAME_PREFIX-mrdma,subnet=RDMA_NAME_PREFIX-mrdma-sub-1,no-address \
    --network-interface=nic-type=MRDMA,network=RDMA_NAME_PREFIX-mrdma,subnet=RDMA_NAME_PREFIX-mrdma-sub-2,no-address \
    --network-interface=nic-type=MRDMA,network=RDMA_NAME_PREFIX-mrdma,subnet=RDMA_NAME_PREFIX-mrdma-sub-3,no-address \
    --reservation-affinity=specific \
    --reservation=RESERVATION \
    --provisioning-model=RESERVATION_BOUND \
    --instance-termination-action=TERMINATION_ACTION \
    --maintenance-policy=TERMINATE \
    --restart-on-failure \
    --resource-policies=POLICY_NAME

Reemplaza lo siguiente:

• NAME_PATTERN: Es el patrón de nombres de las VMs. Por ejemplo, si usas vm-# para el patrón de nombre, se generan VMs con nombres como vm-1 y vm-2, hasta la cantidad de VMs especificadas por --count.
• COUNT: la cantidad de VM que se crearán.
• IMAGE_FAMILY: Es la familia de imágenes de la imagen de SO que deseas usar. Para obtener una lista de los sistemas operativos compatibles, consulta Sistemas operativos compatibles.
• IMAGE_PROJECT: Es el ID del proyecto de la imagen de SO.
• REGION: Especifica una región en la que esté disponible el tipo de máquina que deseas usar. Debes usar la misma región que la política de posición compacta. Para obtener información sobre las regiones, consulta Disponibilidad de GPU por regiones y zonas.
• DISK_SIZE: Es el tamaño del disco de arranque en GB.
• GVNIC_NAME_PREFIX: Es el prefijo de nombre que especificaste cuando creaste las subredes y las redes de VPC estándar que usan NIC de gVNIC.
• RDMA_NAME_PREFIX: Es el prefijo del nombre que especificaste cuando creaste las redes de VPC y las subredes que usan NIC de RDMA.
• RESERVATION: Es el nombre de la reserva, un bloque o un subbloque dentro de una reserva. Para obtener el nombre de la reserva o los bloques disponibles, consulta Cómo ver la capacidad reservada. Según tus requisitos de ubicación de la instancia, elige una de las siguientes opciones:
  • Para crear las instancias en cualquier bloque, sigue estos pasos:

        projects/RESERVATION_OWNER_PROJECT_ID/reservations/RESERVATION_NAME
        

  • Para crear las instancias en un bloque específico, sigue estos pasos:

        projects/RESERVATION_OWNER_PROJECT_ID/reservations/RESERVATION_NAME/reservationBlocks/RESERVATION_BLOCK_NAME
        

  • Para crear las instancias en un subbloque específico, haz lo siguiente:

        projects/RESERVATION_OWNER_PROJECT_ID/reservations/RESERVATION_NAME/reservationBlocks/RESERVATION_BLOCK_NAME/reservationSubBlocks/RESERVATION_SUBBLOCK_NAME
        

  Nota: Si la reserva existe en el proyecto actual, puedes omitir projects/RESERVATION_OWNER_PROJECT_ID/reservations/ del valor de la reserva.

• TERMINATION_ACTION: Indica si Compute Engine detiene (STOP) o borra (DELETE) la VM al final del período de reserva.

• POLICY_NAME: el nombre de la política de posición compacta.

REST

Para crear VMs de forma masiva, realiza una solicitud POST al método instances.bulkInsert.

Importante: En el siguiente ejemplo, se usa la configuración de redes para varios subbloques. Si solo creas un subbloque A4X y solo creaste la red gVNIC en el paso Crea redes de VPC, quita las cuatro subredes de RDMA indicadas por el tipo de NIC MRDMA del ejemplo.

POST https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/zones/ZONE/instances/bulkInsert
{
  "namePattern":"NAME_PATTERN",
  "count":"COUNT",
  "instanceProperties":{
    "machineType":"a4x-highgpu-4g",
    "disks":[
      {
        "boot":true,
        "initializeParams":{
          "diskSizeGb":"DISK_SIZE",
          "diskType":"hyperdisk-balanced",
          "sourceImage":"projects/IMAGE_PROJECT/global/images/family/IMAGE_FAMILY"
        },
        "mode":"READ_WRITE",
        "type":"PERSISTENT"
      }
    ],
    "serviceAccounts": [
      {
        "email": "default",
        "scopes": [
          "https://www.googleapis.com/auth/cloud-platform"
        ]
      }
    ],
    "networkInterfaces": [
      {
        "accessConfigs": [
          {
            "name": "external-nat",
            "type": "ONE_TO_ONE_NAT"
          }
        ],
        "network": "projects/NETWORK_PROJECT_ID/global/networks/GVNIC_NAME_PREFIX-net-0",
        "nicType": "GVNIC",
        "subnetwork": "projects/NETWORK_PROJECT_ID/region/REGION/subnetworks/GVNIC_NAME_PREFIX-sub-0"
      },
      {
        "network": "projects/NETWORK_PROJECT_ID/global/networks/GVNIC_NAME_PREFIX-net-1",
        "nicType": "GVNIC",
        "subnetwork": "projects/NETWORK_PROJECT_ID/region/REGION/subnetworks/GVNIC_NAME_PREFIX-sub-1"
      },
      {
        "network": "projects/NETWORK_PROJECT_ID/global/networks/RDMA_NAME_PREFIX-mrdma",
        "nicType": "MRDMA",
        "subnetwork": "projects/NETWORK_PROJECT_ID/region/REGION/subnetworks/RDMA_NAME_PREFIX-mrdma-sub-0"
      },
      {
        "network": "projects/NETWORK_PROJECT_ID/global/networks/RDMA_NAME_PREFIX-mrdma",
        "nicType": "MRDMA",
        "subnetwork": "projects/NETWORK_PROJECT_ID/region/REGION/subnetworks/RDMA_NAME_PREFIX-mrdma-sub-1"
      },
      {
        "network": "projects/NETWORK_PROJECT_ID/global/networks/RDMA_NAME_PREFIX-mrdma",
        "nicType": "MRDMA",
        "subnetwork": "projects/NETWORK_PROJECT_ID/region/REGION/subnetworks/RDMA_NAME_PREFIX-mrdma-sub-2"
      },
      {
        "network": "projects/NETWORK_PROJECT_ID/global/networks/RDMA_NAME_PREFIX-mrdma",
        "nicType": "MRDMA",
        "subnetwork": "projects/NETWORK_PROJECT_ID/region/REGION/subnetworks/RDMA_NAME_PREFIX-mrdma-sub-3"
      }
    ],
    "reservationAffinity":{
        "consumeReservationType":"SPECIFIC_RESERVATION",
        "key":"compute.googleapis.com/reservation-name",
        "values":[
          "RESERVATION"
        ]
      },
    "scheduling":{
        "provisioningModel":"RESERVATION_BOUND",
        "instanceTerminationAction":"DELETE",
        "onHostMaintenance": "TERMINATE",
        "automaticRestart":true
      },
    "resourcePolicies": [
      "projects/PROJECT_ID/regions/REGION/resourcePolicies/POLICY_NAME"
    ]
  }
}

Reemplaza lo siguiente:

• PROJECT_ID: Es el ID del proyecto en el que deseas crear la VM.
• ZONE: Especifica una zona en la que esté disponible el tipo de máquina que deseas usar. Debes usar una zona en la misma región que la política de posición compacta. Para obtener información sobre las regiones, consulta Disponibilidad de GPU por regiones y zonas.
• NAME_PATTERN: Es el patrón de nombres de las VMs. Por ejemplo, si usas vm-# para el patrón de nombre, se generan VMs con nombres como vm-1 y vm-2, hasta la cantidad de VMs especificadas por --count.
• COUNT: la cantidad de VM que se crearán.
• VM_NAME: el nombre de la VM.
• DISK_SIZE: Es el tamaño del disco de arranque en GB.
• IMAGE_PROJECT: Es el ID del proyecto de la imagen de SO.
• IMAGE_FAMILY: Es la familia de imágenes de la imagen de SO que deseas usar. Para obtener una lista de los sistemas operativos compatibles, consulta Sistemas operativos compatibles.
• NETWORK_PROJECT_ID: Es el ID del proyecto de la red.
• GVNIC_NAME_PREFIX: Es el prefijo de nombre que especificaste cuando creaste las subredes y las redes de VPC estándar que usan NIC de gVNIC.
• REGION: Es la región de la subred.
• RDMA_NAME_PREFIX: Es el prefijo del nombre que especificaste cuando creaste las redes de VPC y las subredes que usan NIC de RDMA.
• RESERVATION: Es el nombre de la reserva, un bloque o un subbloque dentro de una reserva. Para obtener el nombre de la reserva o los bloques disponibles, consulta Cómo ver la capacidad reservada. Según tus requisitos de ubicación de la instancia, elige una de las siguientes opciones:
  • Para crear las instancias en cualquier bloque, sigue estos pasos:

        projects/RESERVATION_OWNER_PROJECT_ID/reservations/RESERVATION_NAME
        

  • Para crear las instancias en un bloque específico, sigue estos pasos:

        projects/RESERVATION_OWNER_PROJECT_ID/reservations/RESERVATION_NAME/reservationBlocks/RESERVATION_BLOCK_NAME
        

  • Para crear las instancias en un subbloque específico, haz lo siguiente:

        projects/RESERVATION_OWNER_PROJECT_ID/reservations/RESERVATION_NAME/reservationBlocks/RESERVATION_BLOCK_NAME/reservationSubBlocks/RESERVATION_SUBBLOCK_NAME
        

  Nota: Si la reserva existe en el proyecto actual, puedes omitir projects/RESERVATION_OWNER_PROJECT_ID/reservations/ del valor de la reserva.

• TERMINATION_ACTION: Indica si Compute Engine detiene (STOP) o borra (DELETE) la VM al final del período de reserva.

• PROJECT_ID: Es el ID del proyecto de la política de posición compacta.
• REGION: Es la región de la política de posición compacta.
• POLICY_NAME: el nombre de la política de posición compacta.

Para obtener más información sobre las opciones de configuración cuando creas VMs de forma masiva, consulta Crea VMs de forma masiva en la documentación de Compute Engine.

¿Qué sigue?

• Descripción general de la ejecución de cargas de trabajo
• Soluciona problemas de consumo de reservas
• Cómo ver la topología de una instancia de procesamiento

Enviar comentarios