Esta página se ha traducido con Cloud Translation API.

Crear un MIG con tipos de máquina H4D y flex-start

En este tutorial se muestra cómo crear un grupo de instancias gestionado (MIG) que utilice un tipo de máquina optimizado para HPC H4D. La MIG usa el modelo de consumo de inicio flexible de Dynamic Workload Scheduler para obtener recursos de computación durante un máximo de siete días.

Crear un MIG te permite gestionar varias máquinas virtuales como una sola entidad. Cada VM de un MIG se basa en una plantilla de instancia. Al gestionar automáticamente las VMs del grupo, los MIGs ofrecen alta disponibilidad y escalabilidad. Para obtener más información sobre los MIGs, consulta Grupos de instancias gestionados.

Para obtener información sobre las opciones de creación de VMs y clústeres de HPC, consulta el artículo Descripción general de la creación de clústeres de HPC.

Este tutorial está dirigido a ingenieros de HPC, administradores y operadores de plataformas, y a especialistas en datos y MPI que quieran crear un grupo de instancias de HPC interconectadas para cargas de trabajo de corta duración. Las instancias resultantes no usan un orquestador para gestionar las instancias ni para programar los trabajos.

Objetivos

Opcional: Solicita cuota de recursos preemptivos.
Opcional: Crea redes de nube privada virtual.
Crea una plantilla de instancia.
Crea un MIG y una solicitud de cambio de tamaño.
Limpiar.

Costes

En este tutorial se usan componentes facturables de Google Cloud, como los siguientes:

Para generar una estimación de costes basada en el uso previsto, utiliza la calculadora de precios.

Antes de empezar

Sign in to your Google Cloud account. If you're new to Google Cloud, create an account to evaluate how our products perform in real-world scenarios. New customers also get $300 in free credits to run, test, and deploy workloads.

Install the Google Cloud CLI.

Si utilizas un proveedor de identidades (IdP) externo, primero debes iniciar sesión en la CLI de gcloud con tu identidad federada.

Para inicializar gcloud CLI, ejecuta el siguiente comando:

gcloud init

Create or select a Google Cloud project.

Roles required to select or create a project

Select a project: Selecting a project doesn't require a specific IAM role—you can select any project that you've been granted a role on.
Create a project: To create a project, you need the Project Creator (roles/resourcemanager.projectCreator), which contains the resourcemanager.projects.create permission. Learn how to grant roles.

Create a Google Cloud project:
```
gcloud projects create PROJECT_ID
```
Replace PROJECT_ID with a name for the Google Cloud project you are creating.
Select the Google Cloud project that you created:
```
gcloud config set project PROJECT_ID
```
Replace PROJECT_ID with your Google Cloud project name.

Verify that billing is enabled for your Google Cloud project.

Enable the required API:

Roles required to enable APIs

To enable APIs, you need the Service Usage Admin IAM role (roles/serviceusage.serviceUsageAdmin), which contains the serviceusage.services.enable permission. Learn how to grant roles.

gcloud services enable compute.googleapis.com

Install the Google Cloud CLI.

Si utilizas un proveedor de identidades (IdP) externo, primero debes iniciar sesión en la CLI de gcloud con tu identidad federada.

Para inicializar gcloud CLI, ejecuta el siguiente comando:

gcloud init

Create or select a Google Cloud project.

Roles required to select or create a project

Select a project: Selecting a project doesn't require a specific IAM role—you can select any project that you've been granted a role on.
Create a project: To create a project, you need the Project Creator (roles/resourcemanager.projectCreator), which contains the resourcemanager.projects.create permission. Learn how to grant roles.

Create a Google Cloud project:
```
gcloud projects create PROJECT_ID
```
Replace PROJECT_ID with a name for the Google Cloud project you are creating.
Select the Google Cloud project that you created:
```
gcloud config set project PROJECT_ID
```
Replace PROJECT_ID with your Google Cloud project name.

Verify that billing is enabled for your Google Cloud project.

Enable the required API:

Roles required to enable APIs

To enable APIs, you need the Service Usage Admin IAM role (roles/serviceusage.serviceUsageAdmin), which contains the serviceusage.services.enable permission. Learn how to grant roles.

gcloud services enable compute.googleapis.com

Grant roles to your user account. Run the following command once for each of the following IAM roles: roles/compute.instanceAdmin.v1,roles/compute.networkAdmin
```
gcloud projects add-iam-policy-binding PROJECT_ID --member="user:USER_IDENTIFIER" --role=ROLE
```
Replace the following:
- PROJECT_ID: your project ID.
- USER_IDENTIFIER: the identifier for your user account—for example, myemail@example.com.
- ROLE: the IAM role that you grant to your user account.

Opcional: Solicitar cuota de instancias preemptivas

Las instancias de máquina virtual añadidas al MIG consumen cuota regional. Las cuotas de instancias de máquina virtual, grupos de instancias, CPUs y discos las puede consumir cualquier instancia de máquina virtual de la región, independientemente de la zona en que se encuentre.

La cuota puede ser estándar o de instancia de inicio flexible.

Cuota estándar: si tu proyecto no tiene cuota interrumpible y nunca has solicitado una, los recursos de la instancia consumen cuota estándar.
Cuota de recursos interrumpibles: solicitar cuotas de recursos interrumpibles puede ayudarte a mejorar la disponibilidad de cuotas, ya que se proporcionan cuotas independientes para recursos temporales. Sin embargo, cuando Compute Engine te conceda la cuota de recursos interrumpibles en una región, todos los recursos aplicables consumirán solo cuota de recursos interrumpibles. Si se agota esta cuota, debes solicitar cuota adicional de recursos de máquinas virtuales de instancia efímera.

Para solicitar una cuota de recursos preemptibles, sigue los pasos que se indican en Solicitar un ajuste de cuota.

Tipos de cuota necesarios

Para usar grupos de instancias, debes tener cuota suficiente para todos los recursos que utilice el grupo (por ejemplo, cuota de CPUs) y cuota para el propio recurso de grupo. En el caso de las instancias H4D, se pueden usar los siguientes tipos de cuota, en función del tipo de máquina que utilicen las instancias:

Recurso	Cuota estándar	Cuota de recursos interrumpibles
CPUs	`CPUS_PER_VM_FAMILY`	`Preemptible CPUs`
SSD locales	`Local SSD per machine family (GB)`	`Preemptible Local SSDs (GB)`

Para crear los recursos de este tutorial, es posible que se necesite la siguiente cuota regional adicional:

Grupo de instancias gestionado por zonas (zona única): Instance group managers y Instance groups
Google Cloud Hyperdisk:
- Hyperdisk Balanced Capacity (GB)
- Hyperdisk Balanced Throughput (MB/s)
- Hyperdisk Balanced IOPS

Opcional: Crear redes de VPC

A menos que decidas inhabilitarla, cada proyecto tiene una red predeterminada, que se puede usar para proporcionar conectividad de red a tus instancias. Cuando creas una VM, puedes especificar una red VPC y una subred. Si omite esta configuración, se usarán la red y la subred predeterminadas.

Las instancias H4D se pueden configurar para usar Cloud RDMA. Cloud RDMA ofrece funciones de mensajería fiables y de baja latencia mediante un controlador de red IRDMA que admite el acceso directo a memoria remota (RDMA) entre instancias de Compute Engine.

Para este tutorial, necesitarás lo siguiente:

Si quieres configurar las instancias H4D para que usen Cloud RDMA, sigue los pasos de esta sección.
Si no quieres usar Cloud RDMA, puedes omitir esta sección y usar la red predeterminada.

Las instancias habilitadas para RDMA requieren un mínimo de dos interfaces de red (NICs):

Tipo de NIC GVNIC: usa el controlador gve para el tráfico TCP/IP e Internet en la comunicación normal entre máquinas virtuales y entre máquinas virtuales e Internet.
Tipo de NIC IRDMA: usa controladores IDPF o iRDMA para la conexión en red de Cloud RDMA entre instancias.

Las instancias que usan Cloud RDMA solo pueden tener una interfaz IRDMA. Puedes añadir hasta ocho interfaces de red GVNIC adicionales, lo que hace un total de 10 NICs por instancia.

Para configurar las redes de VPC de Falcon que quieras usar con tus instancias, puedes seguir las instrucciones documentadas o usar la secuencia de comandos proporcionada.

Guías de instrucciones

Para crear las redes, puedes seguir estas instrucciones:

Para crear las redes de host de las GVNIC interfaces de red, consulta Crear y gestionar redes de VPC.

Si solo vas a configurar una interfaz de red GVNIC, puedes usar la red VPC predeterminada y la subred automática que se encuentre en la misma región que la instancia.
Para crear una red para la interfaz de red IRDMA, consulta Crear una red VPC con un perfil de red RDMA. Usa el valor predeterminado de la unidad máxima de transmisión (MTU) de una red RDMA, que es 8896.

Secuencia de comandos

Puedes crear hasta nueve interfaces de red GVNIC y una interfaz de red IRDMA por instancia. Cada interfaz de red debe conectarse a una red independiente. Para crear las redes, puedes usar la siguiente secuencia de comandos, que crea dos redes para GVNIC y una red para IRDMA.

Opcional: Antes de ejecutar la secuencia de comandos, enumera los perfiles de red RDMA para verificar que hay uno disponible.
```
  gcloud beta compute network-profiles list
  
```

Copia el siguiente código y ejecútalo en una ventana de shell de Linux.

  #!/bin/bash
  # Set the number of GVNIC interfaces to create. You can create up to 9.
  NUM_GVNIC=NUMBER_OF_GVNIC

  # Create standard VPC (networks and subnets) for the GVNIC interfaces
    for N in $(seq 0 $(($NUM_GVNIC - 1))); do
      gcloud compute networks create GVNIC_NAME_PREFIX-net-$N \
          --subnet-mode=custom

      gcloud compute networks subnets create GVNIC_NAME_PREFIX-sub-$N \
          --network=GVNIC_NAME_PREFIX-net-$N \
          --region=REGION \
          --range=10.$N.0.0/16

      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=10.0.0.0/8
  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

  # Optional: Create a firewall rule for the external IP address for the
  #  first GVNIC network interface
  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

  # Create a network for the RDMA over Falcon network interface
  gcloud beta compute networks create RDMA_NAME_PREFIX-irdma \
      --network-profile=ZONE-vpc-falcon \
      --subnet-mode custom

  # Create a subnet for the RDMA network
  gcloud beta compute networks subnets create RDMA_NAME_PREFIX-irdma-sub \
      --network=RDMA_NAME_PREFIX-irdma \
      --region=REGION \
      --range=10.2.0.0/16  # offset to avoid overlap with GVNIC subnet ranges

Haz los cambios siguientes:

NUMBER_OF_GVNIC: número de interfaces de gVNIC que se van a crear. Especifica un número del 1 al 9.
GVNIC_NAME_PREFIX: el prefijo de nombre que se va a usar en la red VPC y la subred estándar que usa un tipo de NIC GVNIC.
REGION: la región en la que quieras crear las redes. Debe corresponderse con la zona especificada en la marca --network-profile al crear la red RDMA. Por ejemplo, si especificas la zona europe-west4-b, tu región será europe-west4.
IP_RANGE: el intervalo de direcciones IP fuera de la red VPC que se va a usar para las reglas de cortafuegos SSH. Te recomendamos que especifiques los intervalos de direcciones IP concretos desde los que necesitas permitir el acceso, en lugar de todas las fuentes IPv4 o IPv6. No utilices 0.0.0.0/0 ni ::/0 como intervalo de origen, ya que esto permite el tráfico de todos los orígenes IPv4 o IPv6, incluidos los que están fuera de Google Cloud.
RDMA_NAME_PREFIX: el prefijo de nombre que se va a usar en la red VPC y la subred que usan el tipo de NIC IRDMA.
ZONE: la zona en la que quieres crear las redes y las instancias de computación. Usa us-central1-a o europe-west4-b.

Opcional: Para verificar que los recursos de la red de VPC se han creado correctamente, comprueba la configuración de la red en la Google Cloud consola:
1. En la Google Cloud consola, ve a la página Redes de VPC.
  Ir a redes de VPC
2. Busca en la lista las redes que has creado en el paso anterior.
3. Para ver las subredes, las reglas de cortafuegos y otros ajustes de red, haz clic en el nombre de la red.

Crear una plantilla de instancia

Para usar la opción de consumo de inicio flexible, crea un MIG vacío y, a continuación, crea una solicitud de cambio de tamaño para el MIG. Cuando la capacidad solicitada esté disponible, Compute Engine la aprovisionará y creará las instancias en el MIG. Obtienes recursos durante un máximo de siete días.

Para especificar las propiedades de instancia y de consumo de cada instancia de la MIG, crea una plantilla de instancia con uno de los siguientes métodos:

gcloud

Para crear una plantilla de instancia regional, usa el comando gcloud beta compute instance-templates create.

gcloud beta compute instance-templates create INSTANCE_TEMPLATE_NAME \
    --machine-type=MACHINE_TYPE \
    --image-family=IMAGE_FAMILY \
    --image-project=IMAGE_PROJECT \
    --instance-template-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, \
      stack-type=STACK_TYPE, \
      address=EXTERNAL_IPV4_ADDRESS \
--network-interface=nic-type=GVNIC, \
      network=GVNIC_NAME_PREFIX-net-1, \
      subnet=GVNIC_NAME_PREFIX-sub-1,no-address \
--network-interface=nic-type=IRDMA, \
      network=RDMA_NAME_PREFIX-irdma, \
      subnet=RDMA_NAME_PREFIX-irdma-sub, \
      stack-type=IPV4_ONLY,no-address \
    
    --reservation-affinity=none \
    --instance-termination-action=DELETE \
    --max-run-duration=RUN_DURATION \
    --maintenance-policy=TERMINATE \
    --provisioning-model=FLEX_START

Haz los cambios siguientes:

INSTANCE_TEMPLATE_NAME: el nombre de la plantilla de instancia.
MACHINE_TYPE: el tipo de máquina H4D que se va a usar en la instancia.
IMAGE_FAMILY: la familia de imágenes del SO que quieres usar. Para ver una lista de los sistemas operativos compatibles, consulta Sistemas operativos compatibles.
IMAGE_PROJECT: el ID de proyecto de la imagen del SO.
REGION: la región en la que quieres crear la plantilla de instancia. Especifica una región en la que esté disponible el tipo de máquina que quieras usar.
DISK_SIZE: tamaño del disco de arranque en GiB.
GVNIC_NAME_PREFIX: el prefijo de nombre que usaste al crear las redes VPC y las subredes estándar para las interfaces gVNIC.

Si usas la red predeterminada, incluye solo un campo --network-interface con el campo nic-type definido como GVNIC. Además, omite los ajustes network y subnetwork de esta interfaz de red.
STACK_TYPE: opcional: el tipo de pila que se va a usar en la interfaz gVNIC. Especifica IPV4_ONLY o IPV4_IPV6. Si no especifica ningún valor, se usará IPV4_ONLY de forma predeterminada.
EXTERNAL_IPV4_ADDRESS: opcional: una dirección IPv4 externa estática que se va a usar con la interfaz de red gVNIC. Debes haber reservado una dirección IPv4 externa previamente. Elige una de estas opciones:
- Especifica una dirección IPv4 válida de la subred.
- Usa la marca no-address si no quieres que la interfaz de red tenga una dirección IP externa.
- Especifica address='' si quieres que la interfaz de red reciba una dirección IP externa efímera.
Para especificar una dirección IPv6 externa para la interfaz de red GVNIC, usa la marca --external-ipv6-address.
RDMA_NAME_PREFIX: el prefijo de nombre que usaste al crear la red VPC y la subred de la interfaz de red IRDMA.

Si no utilizas Cloud RDMA con tus instancias H4D, omite el campo --network-interface de la interfaz IRDMA.
RUN_DURATION: la duración que quieres que se ejecuten las instancias solicitadas. El valor debe tener el formato de número de días, horas, minutos o segundos seguido de d, h, m y s, respectivamente. Por ejemplo, especifica 30m para 30 minutos o 1d2h3m4s para un día, dos horas, tres minutos y cuatro segundos. El valor debe estar comprendido entre 10 minutos y 7 días.

REST

Para crear una plantilla de instancia regional, envía una solicitud POST al método beta regionInstanceTemplates.insert.

POST https://compute.googleapis.com/compute/beta/projects/PROJECT_ID/regions/REGION/instanceTemplates
{
  "name":"INSTANCE_TEMPLATE_NAME",
  "properties":{
    "disks":[
      {
        "boot":true,
        "initializeParams":{
          "diskSizeGb":"DISK_SIZE",
          "diskType":"hyperdisk-balanced",
          "sourceImage":"projects/IMAGE_PROJECT/global/images/family/IMAGE_FAMILY"
        },
        "mode":"READ_WRITE",
        "type":"PERSISTENT"
      }
    ],
    "machineType":"MACHINE_TYPE",
    
        "networkInterfaces": [
        {
          "network": "GVNIC_NAME_PREFIX-net-0",
          "subnetwork": "GVNIC_NAME_PREFIX-sub-0",
          "accessConfigs": [
            {
                "type": "ONE_TO_ONE_NAT",
                "name": "External IP",
                "natIP": "EXTERNAL_IPV4_ADDRESS"
            }
          ],
          "stackType": "IPV4_ONLY",
          "nicType": "GVNIC",
      },
      {
          "network": "GVNIC_NAME_PREFIX-net-1",
          "subnetwork": "GVNIC_NAME_PREFIX-sub-1",
          "stackType": "IPV4_ONLY",
          "nicType": "GVNIC",
      },
      {
          "network": "RDMA_NAME_PREFIX-irdma",
          "subnetwork": "RDMA_NAME_PREFIX-irdma-sub",
          "stackType": "IPV4_ONLY",
          "nicType": "IRDMA",
      }
    ],
,
    "reservationAffinity": {
        "consumeReservationType": "NO_RESERVATION"
      },
    "scheduling": {
        "instanceTerminationAction": "DELETE",
        "maxRunDuration": {
          "seconds": RUN_DURATION
        },
        "onHostMaintenance": "TERMINATE",
        "provisioningModel": "FLEX_START"
      }

  }
}

Haz los cambios siguientes:

INSTANCE_TEMPLATE_NAME: el nombre de la plantilla de instancia.
MACHINE_TYPE: el tipo de máquina que se va a usar en la instancia. Especifica un tipo de máquina H4D. Para obtener más información, consulta los tipos de máquinas H4D.
IMAGE_FAMILY: la familia de imágenes del SO que quieres usar. Para ver una lista de los sistemas operativos compatibles, consulta Sistemas operativos compatibles.
IMAGE_PROJECT: el ID de proyecto de la imagen del SO.
REGION: la región en la que quieres crear la plantilla de instancia. Especifica una región en la que esté disponible el tipo de máquina que quieras usar. Para obtener información sobre las regiones, consulta Regiones y zonas.
DISK_SIZE: tamaño del disco de arranque en GiB.
GVNIC_NAME_PREFIX: el prefijo de nombre que usaste al crear las redes VPC y las subredes estándar para las interfaces gVNIC.

Si usas la red predeterminada, incluye solo un campo --network-interface con el campo nic-type definido como GVNIC. Además, omite los ajustes network y subnetwork de esta interfaz de red.
EXTERNAL_IPV4_ADDRESS: opcional: una dirección IPv4 externa estática que se va a usar con la interfaz de red gVNIC. Debes haber reservado una dirección IPv4 externa previamente.
Para especificar una dirección IPv6 externa para la interfaz de red GVNIC, usa la marca --external-ipv6-address.
RDMA_NAME_PREFIX: el prefijo de nombre que usaste al crear la red VPC y la subred de la interfaz de red IRDMA.

Si no utilizas Cloud RDMA con tus instancias H4D, omite el campo --network-interface de la interfaz IRDMA.
RUN_DURATION: la duración, en segundos, que quieres que se ejecuten las instancias solicitadas. El valor debe estar entre 600 (600 segundos, es decir, 10 minutos) y 604800 (604.800 segundos, es decir,7 días).

Una vez que hayas creado la plantilla de instancia, puedes verla para consultar su ID y sus propiedades.

Crear un MIG con una solicitud de cambio de tamaño

Para crear todas las instancias Flex-start solicitadas al mismo tiempo, crea un MIG y, a continuación, crea una solicitud de cambio de tamaño en el MIG, tal como se describe en esta sección.

Crear el MIG

Para crear el MIG, selecciona una de las siguientes opciones:

gcloud

Crea un MIG de zona o regional de la siguiente manera:

Para crear un MIG zonal, usa el comando instance-groups managed create de la siguiente manera.

    gcloud compute instance-groups managed create MIG_NAME \
        --template=INSTANCE_TEMPLATE_URL \
        --size=0 \
        --default-action-on-vm-failure=do-nothing \
        --zone=ZONE

Para crear un MIG regional, usa el comando instance-groups managed create de la siguiente manera.

    gcloud compute instance-groups managed create MIG_NAME \
        --template=INSTANCE_TEMPLATE_URL \
        --size=0 \
        --default-action-on-vm-failure=do-nothing \
        --zones=ZONE \
        --target-distribution-shape=any-single-zone \
        --instance-redistribution-type=none

REST

Crea un MIG de zona o regional de la siguiente manera:

Para crear un MIG zonal, haz una solicitud POST al método instanceGroupManagers.insert de la siguiente manera.

      POST https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/zones/ZONE/instanceGroupManagers
      {
        "versions": [
        {
          "instanceTemplate": "INSTANCE_TEMPLATE_URL"
        }
        ],
        "name": "MIG_NAME",
        "targetSize": 0,
        "instanceLifecyclePolicy": {
            "defaultActionOnFailure": "DO_NOTHING"
        }
      }

Para crear un MIG regional, haz una solicitud POST al método regionInstanceGroupManagers.insert de la siguiente manera.

      POST https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/regions/REGION/instanceGroupManagers
      {
        "versions": [
          {
            "instanceTemplate": "INSTANCE_TEMPLATE_URL"
          }
        ],
        "name": "MIG_NAME",
        "targetSize": 0,
        "distributionPolicy": {
          "targetShape": "ANY_SINGLE_ZONE",
          "zones": [
            {
            "zone": "projects/PROJECT_ID/zones/ZONE"
            }
          ]
        },
        "updatePolicy": {
          "instanceRedistributionType": "NONE"
        },
        "instanceLifecyclePolicy": {
          "defaultActionOnFailure": "DO_NOTHING"
        }
      }

Crear la solicitud de cambio de tamaño

Para crear la solicitud de cambio de tamaño en el MIG, selecciona una de las siguientes opciones:

gcloud

Crea una solicitud de cambio de tamaño de la siguiente manera:

Para crear una solicitud de cambio de tamaño en un MIG zonal, usa el comando instance-groups managed resize-requests create de la siguiente manera:

    gcloud compute instance-groups managed resize-requests create MIG_NAME \
        --resize-request=RESIZE_REQUEST_NAME \
        POPULATION_METHOD \
        --zone=ZONE

Para crear una solicitud de cambio de tamaño en un MIG regional, usa el comando beta instance-groups managed resize-requests create de la siguiente manera:

      gcloud beta compute instance-groups managed resize-requests create MIG_NAME \
          --resize-request=RESIZE_REQUEST_NAME \
          POPULATION_METHOD \
          --region=REGION

REST

Crea una solicitud de cambio de tamaño en un MIG zonal o regional de la siguiente manera:

Para crear una solicitud de cambio de tamaño en un MIG zonal, haz una solicitud POST al método instanceGroupManagerResizeRequests.insert de la siguiente manera:

      POST https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/zones/ZONE/instanceGroupManagers/MIG_NAME/resizeRequests
      {
        "name": "RESIZE_REQUEST_NAME",
        POPULATION_METHOD
      }

Para crear una solicitud de cambio de tamaño en un MIG regional, haz una solicitud POST al método beta.regionInstanceGroupManagerResizeRequests.insert de la siguiente manera:

      POST https://compute.googleapis.com/compute/beta/projects/PROJECT_ID/regions/REGION/instanceGroupManagers/MIG_NAME/resizeRequests
      {
        "name": "RESIZE_REQUEST_NAME",
        POPULATION_METHOD
      }

Limpieza

Para evitar que los recursos utilizados en este tutorial se cobren en tu cuenta de Google Cloud, elimina el proyecto que contiene los recursos o conserva el proyecto y elimina los recursos.

Eliminar un proyecto

Precaución: Eliminar un proyecto tiene los siguientes efectos:

Se elimina todo el contenido del proyecto. Si has usado un proyecto que ya existía para las tareas de este documento, cuando lo elimines, también se eliminará cualquier otro trabajo que hayas realizado en él.
Se pierden los IDs de proyecto personalizados. Cuando creaste este proyecto, es posible que hayas creado un ID de proyecto personalizado que quieras usar en el futuro. Para conservar las URLs que usan el ID del proyecto, como una URL appspot.com, elimina los recursos seleccionados dentro del proyecto en lugar de eliminar todo el proyecto.

Si tienes previsto consultar varias arquitecturas, tutoriales o guías de inicio rápido, reutilizar los proyectos puede ayudarte a no superar los límites de cuota de proyectos.

Delete a Google Cloud project:

gcloud projects delete PROJECT_ID

Eliminar los recursos

Eliminar solicitudes de cambio de tamaño en un MIG.
Elimina el MIG y las instancias.
Si el estado de eliminación automática de los discos se ha definido como False en la plantilla de instancia, los discos no se eliminarán automáticamente cuando se elimine la instancia de máquina virtual. Puede eliminar los discos con uno de los siguientes métodos:
Consola
1. En la Google Cloud consola, ve a la página Discos.
Ir a Discos
1. Seleccione las filas que contengan los discos que ha creado en este tutorial. Asegúrate de que la columna En uso por esté vacía en cada disco.
2. Haz clic en Eliminar y, a continuación, haz clic en Eliminar para confirmar la acción.
gcloud
Usa el gcloud compute disks deletecomando.
```
gcloud compute disks delete DISK_NAME \
    --project PROJECT_ID --zone ZONE
```
Haz los cambios siguientes:
- DISK_NAME : el nombre del disco que se va a eliminar
- PROJECT_ID: el ID del proyecto que contiene el disco.
- ZONE: la zona del disco
REST
Usa el método disks.delete para eliminar los discos.
```
DELETE https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/zones/ZONE/disks/DISK_NAME 
```
Haz los cambios siguientes:
- PROJECT_ID: el ID del proyecto que contiene el disco.
- ZONE: la zona del disco
- DISK_NAME : el nombre del disco que se va a eliminar
Elimina las cadenas.
Elimina la plantilla de instancia.

Siguientes pasos

Más información sobre los grupos de instancias gestionados
Consulta más información sobre el inicio flexible de Dynamic Workload Scheduler y otras opciones de consumo.
Información sobre la serie de máquinas H4D
Ver, cancelar o eliminar solicitudes de cambio de tamaño

Crear un MIG con tipos de máquina H4D y flex-start Organízate con las colecciones Guarda y clasifica el contenido según tus preferencias.

Objetivos

Costes

Antes de empezar

Opcional: Solicitar cuota de instancias preemptivas

Tipos de cuota necesarios

Opcional: Crear redes de VPC

Guías de instrucciones

Secuencia de comandos

Crear una plantilla de instancia

gcloud

REST

Crear un MIG con una solicitud de cambio de tamaño

Crear el MIG

gcloud

REST

Crear la solicitud de cambio de tamaño

gcloud

REST

Limpieza

Eliminar un proyecto

Eliminar los recursos

Consola

gcloud

REST

Siguientes pasos

Crear un MIG con tipos de máquina H4D y flex-start