Combinar y dividir compromisos

Con el fin de ayudarte a administrar los requisitos de recursos para tus proyectos, Compute Engine te permite combinar o dividir tus compromisos existentes y redistribuir tus recursos para que coincidan con el nivel de detalle que requieren tus proyectos.

En este documento, se describen los beneficios y el proceso de combinación y división de compromisos, incluidas sus limitaciones y requisitos.

Antes de comenzar

  • Si aún no lo hiciste, configura la autenticación. La autenticación verifica tu identidad para acceder a los servicios y las APIs de Cloud de Confiance by S3NS . Para ejecutar código o muestras desde un entorno de desarrollo local, puedes autenticarte en Compute Engine seleccionando una de las siguientes opciones:

    Selecciona la pestaña que corresponda a la forma en que planeas usar las muestras de esta página:

    Console

    Cuando usas la consola de Cloud de Confiance para acceder a los servicios y las APIs de Cloud de Confiance by S3NS , no necesitas configurar la autenticación.

    gcloud

    1. Instala Google Cloud CLI y, luego, accede a gcloud CLI con tu identidad federada. Después de acceder, inicializa Google Cloud CLI con el siguiente comando: 

      gcloud init
  • Configura una región y una zona predeterminadas.

    • REST

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

      Instala Google Cloud CLI y, luego, accede a gcloud CLI con tu identidad federada.

    Para obtener más información, consulta Autentícate para usar REST en la documentación de autenticación de Cloud de Confiance .

Combina los compromisos

Puedes combinar varios compromisos compatibles para crear un compromiso nuevo más grande. Si combinas compromisos, puedes hacer un seguimiento y administrarlos como una sola entidad. La combinación de compromisos te ayuda a evitar las fechas de finalización de compromisos escalonadas, ya que se configuran los compromisos individuales para que venzan en la misma fecha. La combinación también te permite aumentar tus cargas de trabajo de manera gradual. Por ejemplo, puedes adquirir compromisos más pequeños y nuevos cuando la necesidad surja y elegir combinarlos entre sí o con un compromiso existente.

Cómo funciona la combinación

Cuando combinas compromisos individuales (compromisos de origen), creas un compromiso nuevo (compromiso combinado) que combina recursos de todos los compromisos de origen. A las 12 a.m., hora estándar del Pacífico de EE.UU. y Canadá (UTC-8 o UTC-7 durante el horario de verano) del día siguiente, el compromiso combinado se activa y se cancelan los compromisos de origen. Esta fecha de activación se convierte en la fecha de inicio del compromiso combinado y finaliza la operación de combinación.

El compromiso combinado hereda las siguientes propiedades, independientemente de si los compromisos fuente tienen una duración del plazo preestablecida o personalizada:

  • Es la fecha de finalización más lejana entre los compromisos de origen.
  • Es el período de elegibilidad para la extensión del plazo que finaliza antes entre los compromisos de origen.

Dado que el compromiso combinado solo se puede crear después de que tus compromisos fuente estén activos, es posible que el compromiso combinado tenga una duración del plazo personalizada en lugar de la duración del plazo preestablecida de 1 o 3 años. Sin embargo, el compromiso combinado conserva el plan de compromiso de 1 o 3 años de los compromisos de origen.

Por ejemplo, considera dos compromisos de origen que comienzan el 1 de enero de 2020 y el 1 de diciembre de 2020. Sus fechas de finalización son el 1 de enero de 2023 y el 1 de diciembre de 2023, respectivamente. El período de elegibilidad para la extensión del plazo del primer compromiso permanecerá abierto hasta el 1 de mayo de 2020, y el del segundo compromiso, hasta el 1 de abril de 2021. Si combinas estos compromisos el 1 de marzo de 2022, el compromiso combinado será un compromiso de plazo personalizado con una fecha de inicio del 2 de marzo de 2022 y una fecha de finalización del 1 de diciembre de 2023. La ventana de elegibilidad para la extensión del plazo del compromiso combinado ya habría finalizado el 1 de mayo de 2020.

Si alguno de los compromisos de origen tiene reservas adjuntas, estas se conservan durante la combinación y se adjuntan al compromiso combinado después de su creación. Para obtener más información sobre los compromisos con reservas conectadas, consulta Adjunta reservas a compromisos basados en recursos.

Ejemplo de un compromiso combinado

En la siguiente tabla, se muestran las propiedades de los compromisos de origen y combinados cuando combinas dos compromisos (source-commitment-1 y source-commitment-2) en un solo compromiso (merged-commitment) el 1 de marzo de 2022:

Primer compromiso de origen Segundo compromiso de origen Compromiso combinado
Nombre source-commitment-1 source-commitment-2 merged-commitment
Tipo N2 N2 N2
Región us-central1 us-central1 us-central1
Recursos
  • CPU virtuales: 100
  • Memoria: 100 GB
  • CPU virtuales: 200
  • Memoria: 300 GB
  • CPU virtuales: 300
  • Memoria: 400 GB
Término 3 años 3 años 3 años
Fecha de inicio* 1 de enero de 2020 1 de diciembre de 2020 . 2 de marzo de 2022
(el día después de la combinación)
Fecha de finalización† 1 de enero de 2023 1 de diciembre de 2023 1 de diciembre de 2023
La ventana de elegibilidad para la extensión del plazo está abierta hasta el 1 de mayo de 2020 1 de abril de 2021 1 de mayo de 2020

*Todos los compromisos comienzan a las 12 a.m. hora del Pacífico de EE.UU. y Canadá (UTC-8 o UTC-7) en la fecha de inicio especificada.
†Todos los compromisos vencen a las 12 a.m. hora del Pacífico de EE.UU. y Canadá (UTC-8 o UTC-7) en la fecha de finalización especificada.

Implicaciones de precios

La tarifa de compromiso es la suma de los precios con descuento de todos los recursos comprometidos. Cuando combinas los compromisos, los precios con descuento de los recursos del compromiso combinado pueden cambiar el día en que el compromiso combinado se activa. El nuevo precio con descuento para cada recurso se mantiene igual hasta el final del plazo del compromiso combinado, incluso si cambian los precios según demanda. Sin embargo, si vuelves a combinar o dividir este compromiso, es posible que los precios con descuento de los recursos vuelvan a cambiar.

Limitaciones

  • No puedes combinar los compromisos de licencia.
  • El compromiso combinado incluye automáticamente las reservas que ya están adjuntas a los compromisos de origen. No puedes adjuntar reservas adicionales (nuevas o existentes) al compromiso combinado.
  • No puedes combinar los compromisos que vencieron o que se cancelaron.
  • De forma predeterminada, cuando creas compromisos combinados, la configuración de renovación automática se inhabilita en los compromisos nuevos, incluso si todos los compromisos de origen se configuraron para renovarse de forma automática. Si deseas que los compromisos combinados se renueven automáticamente, debes habilitar de forma manual la configuración de renovación automática para esos compromisos. Puedes hacerlo en el momento de su creación o después de su creación.

Requisitos

Cuando combinas compromisos de origen individuales para crear un compromiso combinado nuevo, los compromisos combinados y de origen deben cumplir con los siguientes requisitos:

  • Los compromisos de origen deben tener el mismo proyecto, región, plan de compromiso, tipo de compromiso y categoría de compromiso.
  • El compromiso combinado debe tener el mismo proyecto, región, plan de compromiso, tipo de compromiso y categoría de compromiso que los compromisos de origen. Sin embargo, puedes elegir un nombre nuevo para el compromiso combinado.
  • Los tipos de recursos que especifiques para tu compromiso combinado deben coincidir exactamente con los tipos de recursos de los compromisos de origen. Además, la cantidad de cada tipo de recurso en tu compromiso combinado debe ser la suma de las cantidades de ese tipo de recurso en todos los compromisos de origen. Por ejemplo, si el primer compromiso de origen tiene 100 CPU virtuales y 100 GB de memoria, y el segundo compromiso de origen tiene 200 CPU virtuales y 300 GB de memoria, entonces debes crear el compromiso combinado con 300 CPU virtuales y 400 GB de memoria.
  • Los compromisos de origen y combinados deben ser para recursos de hardware (CPUs virtuales, memoria, GPUs y discos SSD locales).

Crea compromisos combinados

Crea un compromiso combinado con gcloud CLI o REST. Antes de combinar los compromisos, revisa las limitaciones de la combinación.

Console

  1. En la consola de Cloud de Confiance , selecciona el proyecto en el que deseas combinar los compromisos. Luego, ve a la página Descuentos por compromiso de uso.

    Ir a Descuentos por compromiso de uso

  2. Para iniciar la operación de combinación de un conjunto de compromisos, en la pestaña Compromisos del hardware de la página Lista de compromisos, haz clic enCombinar.

    De manera alternativa, también puedes elegir los compromisos que deseas combinar de la lista y, luego, hacer clic en Combinar.

  3. En la pestaña Elige el compromiso de la página Combinar que se abre, haz lo siguiente:

    1. En Elige compromisos para combinar, elige los compromisos que deseas combinar de la lista. Si ya seleccionaste estos compromisos en la página Lista de compromisos, verifica los compromisos seleccionados en esta pestaña.

      Opcional: Para filtrar la lista de compromisos, especifica los valores de Plan, Región y Tipo de compromiso para tu compromiso combinado antes de seleccionar cualquier compromiso.

    2. Haz clic en Siguiente. Se abrirá la pestaña Revisar.

  4. En la pestaña Revisar de la página Combinar, haz lo siguiente:

    1. Revisa y confirma los detalles del compromiso combinado. Para modificar la lista de compromisos individuales, elige la pestaña Elegir compromiso en el lado izquierdo de la ventana y repite el paso 3.

    2. En el campo Nombre del compromiso nuevo, escribe un nombre para el compromiso combinado.

    3. Opcional: Para habilitar la renovación automática en tu compromiso combinado, elige la casilla de verificación Habilitar renovación automática.

    4. Leer Términos y condiciones

    5. Para terminar de crear el compromiso combinado y volver a la página Lista de compromisos, haz clic en Combinar.

gcloud

Para combinar los compromisos existentes en un solo compromiso, usa el comando gcloud compute commitments create con la marca --merge-source-commitment.

gcloud compute commitments create COMMITMENT_NAME \
    --region=REGION \
    --project=PROJECT_ID \
    --plan=COMMITMENT_PLAN \
    --type=COMMITMENT_TYPE \
    --resources=vcpu=NUMBER_VCPUS,memory=MEMORY \
    --merge-source-commitments=SOURCE_COMMITMENT_URLS

Reemplaza lo siguiente:

  • COMMITMENT_NAME: el nombre del compromiso combinado nuevo.
  • NUMBER_VCPUS: la suma de la cantidad de CPU virtuales en los compromisos de origen.

  • COMMITMENT_TYPE: el mismo tipo de compromiso que los compromisos de origen, uno de los siguientes:

    • Para los tipos de máquinas A2, usa accelerator-optimized
    • Para los tipos de máquinas A3 Edge y A3 High, usa accelerator-optimized-a3.
    • Para los tipos de máquinas A3 Mega, usa accelerator-optimized-a3-mega.
    • Para los tipos de máquinas G2, usa graphics-optimized.
    • Para los tipos de máquinas G4, usa graphics-optimized-g4
    • Para los tipos de máquinas C2, usa compute-optimized.
    • Para los tipos de máquinas C2D, usa compute-optimized-c2d.
    • Para los tipos de máquinas C3, usa compute-optimized-c3.
    • Para los tipos de máquinas C3D, usa compute-optimized-c3d.
    • Para los tipos de máquinas H3, usa compute-optimized-h3
    • Para los tipos de máquinas H4D, usa compute-optimized-h4d
    • Para los tipos de máquinas N1, usa general-purpose.
    • Para los tipos de máquinas C4, usa general-purpose-c4.
    • Para los tipos de máquinas C4A, usa general-purpose-c4a.
    • Para los tipos de máquinas C4D, usa general-purpose-c4d.
    • Para los tipos de máquinas E2, usa general-purpose-e2.
    • Para los tipos de máquinas N2, usa general-purpose-n2.
    • Para los tipos de máquinas N2D, usa general-purpose-n2d.
    • Para los tipos de máquinas N4, usa general-purpose-n4.
    • Para los tipos de máquinas N4D, usa general-purpose-n4d.
    • Para los tipos de máquinas N4A, usa general-purpose-n4a.
    • Para los tipos de máquinas Tau T2D, usa general-purpose-t2d.
    • Para los tipos de máquinas M1 o M2, usa memory-optimized.
    • Para los tipos de máquinas M3, usa memory-optimized-m3.
    • Para los tipos de máquinas M4, usa memory-optimized-m4.
    • Para los tipos de máquina M4 con 6 TB de memoria, usa memory-optimized-m4-6tb.
    • Para los tipos de máquinas X4 con 6 TB de memoria, usa memory-optimized-x4-6t.
    • Para los tipos de máquinas X4 con 8 TB de memoria, usa memory-optimized-x4-8t.
    • Para los tipos de máquinas X4 con 12 TB de memoria, usa memory-optimized-x4-12t.
    • Para los tipos de máquinas X4 con 16 TB de memoria, usa memory-optimized-x4-960-16t.
    • Para los tipos de máquinas X4 con 24 TB de memoria, usa memory-optimized-x4-1440-24t.
    • Para los tipos de máquinas X4 con 32 TB de memoria, usa memory-optimized-x4-1920-32t.
    • Para los tipos de máquinas Z3, usa storage-optimized-z3.

  • REGION: es la misma región que los compromisos de origen.

  • PROJECT_ID: ID del proyecto para el que deseas combinar compromisos.

  • COMMITMENT_PLAN: Es el plan de compromiso (“12-month” o “36-month”), que debe ser el mismo que el de tus compromisos de origen.

  • MEMORY: la suma de las cantidades de memoria, en MB o GB, en los compromisos de origen. Por ejemplo, 1000 MB. Si no especificas una unidad, la unidad predeterminada es el GB.

  • SOURCE_COMMITMENT_URLS: Una lista separada por comas de al menos dos URLs de compromiso de origen distintas. No agregues espacios entre las URLs.

Por ejemplo, considera dos compromisos de origen en la región us-east1 con recursos especificados como cuatro CPUs virtuales N2 y 2048 MB, y tres CPUs virtuales N2 y 2048 MB, respectivamente. El plan de compromiso para cada compromiso de fuente es 12-month. El siguiente comando de gcloud CLI combina los dos compromisos y crea un compromiso nuevo llamado merged-commitment. El compromiso combinado especifica sus recursos como siete CPUs virtuales N2 y 4096 MB, y su plan de compromiso es 12-month:

gcloud compute commitments create merged-commitment \
    --plan=12-month \
    --project=myproject \
    --region=us-east1 \
    --type=general-purpose-n2 \
    --resources=vcpu=7,memory=4096MB \
    --merge-source-commitments=projects/myproject/regions/us-east1/commitments/source-commitment-1,projects/myproject/regions/us-east1/commitments/source-commitment-2

REST

Para combinar los compromisos existentes en un solo compromiso, usa el método regionCommitments.insert.

POST https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/regions/REGION/commitments
{
  "name": COMMITMENT_NAME,
  "plan": COMMITMENT_PLAN,
  "type": COMMITMENT_TYPE,
  "region": REGION,
  "resources": [
    {
      "type": "vCPUs",
      "amount": NUMBER_VCPUS
    }
    {
      "type": "MEMORY",
      "amount": MEMORY
    }
  ],
  "mergeSourceCommitments": [SOURCE_COMMITMENT_URL ...]
}

Reemplaza lo siguiente:

  • PROJECT_ID: ID del proyecto para el que deseas combinar compromisos.
  • REGION: es la misma región que los compromisos de origen.

  • COMMITMENT_TYPE: el mismo tipo de compromiso que los compromisos de origen, uno de los siguientes:

    • Para los tipos de máquinas A2, usa ACCELERATOR_OPTIMIZED
    • Para los tipos de máquinas A3 Edge y A3 High, usa ACCELERATOR_OPTIMIZED_A3.
    • Para los tipos de máquinas A3 Mega, usa ACCELERATOR_OPTIMIZED_A3_MEGA.
    • Para los tipos de máquinas G2, usa GRAPHICS_OPTIMIZED.
    • Para los tipos de máquinas G4, usa GRAPHICS_OPTIMIZED_G4
    • Para los tipos de máquinas C2, usa COMPUTE_OPTIMIZED.
    • Para los tipos de máquinas C2D, usa COMPUTE_OPTIMIZED_C2D.
    • Para los tipos de máquinas C3, usa COMPUTE_OPTIMIZED_C3.
    • Para los tipos de máquinas C3D, usa COMPUTE_OPTIMIZED_C3D.
    • Para los tipos de máquinas H3, usa COMPUTE_OPTIMIZED_H3
    • Para los tipos de máquinas H4D, usa COMPUTE_OPTIMIZED_H4D
    • Para los tipos de máquinas N1, usa GENERAL_PURPOSE.
    • Para los tipos de máquinas C4, usa GENERAL_PURPOSE_C4.
    • Para los tipos de máquinas C4A, usa GENERAL_PURPOSE_C4A.
    • Para los tipos de máquinas C4D, usa GENERAL_PURPOSE_C4D.
    • Para los tipos de máquinas E2, usa GENERAL_PURPOSE_E2.
    • Para los tipos de máquinas N2, usa GENERAL_PURPOSE_N2.
    • Para los tipos de máquinas N2D, usa GENERAL_PURPOSE_N2D.
    • Para los tipos de máquinas N4, usa GENERAL_PURPOSE_N4.
    • Para los tipos de máquinas N4D, usa GENERAL_PURPOSE_N4D.
    • Para los tipos de máquinas N4A, usa GENERAL_PURPOSE_N4A.
    • Para los tipos de máquinas Tau T2D, usa GENERAL_PURPOSE_T2D.
    • Para los tipos de máquinas M1 o M2, usa MEMORY_OPTIMIZED.
    • Para los tipos de máquinas M3, usa MEMORY_OPTIMIZED_M3.
    • Para los tipos de máquinas M4, usa MEMORY_OPTIMIZED_M4.
    • Para los tipos de máquina M4 con 6 TB de memoria, usa MEMORY_OPTIMIZED_M4_6TB.
    • Para los tipos de máquinas X4 con 6 TB de memoria, usa MEMORY_OPTIMIZED_X4_480_6T.
    • Para los tipos de máquinas X4 con 8 TB de memoria, usa MEMORY_OPTIMIZED_X4_480_8T.
    • Para los tipos de máquinas X4 con 12 TB de memoria, usa MEMORY_OPTIMIZED_X4_960_12T.
    • Para los tipos de máquinas X4 con 16 TB de memoria, usa MEMORY_OPTIMIZED_X4_960_16T.
    • Para los tipos de máquinas X4 con 24 TB de memoria, usa MEMORY_OPTIMIZED_X4_1440_24T.
    • Para los tipos de máquinas X4 con 32 TB de memoria, usa MEMORY_OPTIMIZED_X4_1920_32T.
    • Para los tipos de máquinas Z3, usa STORAGE_OPTIMIZED_Z3.

  • COMMITMENT_PLAN: Es el plan de compromiso (“TWELVE_MONTH” o “THIRTY_SIX_MONTH”), que debe ser el mismo que el de tus compromisos de origen.

  • COMMITMENT_NAME: el nombre del compromiso combinado nuevo.

  • NUMBER_VCPUS: Es la cantidad total de CPU virtuales en los compromisos de origen.

  • MEMORY: la suma de las cantidades de memoria, en MB, en los compromisos de origen. Por ejemplo, 1000 MB. Si no especificas una unidad, la unidad predeterminada es MB.

  • SOURCE_COMMITMENT_URL: la URL del compromiso de origen que deseas combinar. Debes especificar una lista separada por comas de URLs de compromiso de origen distintas.

Por ejemplo, considera dos compromisos de origen (source-commitment-1 y source-commitment-2) en la región us-east1 con sus recursos especificados como (cuatro CPUs virtuales N2 y 2048 MB) y (tres CPUs virtuales N2 y 2048 MB), respectivamente. El plan de compromiso para cada compromiso de origen es TWELVE_MONTH. La siguiente solicitud POST combina los compromisos de origen y crea un compromiso nuevo llamado merged-commitment. El compromiso combinado especifica sus recursos como siete CPUs virtuales N2 y 4096 MB, y su plan de compromiso es TWELVE_MONTH.

POST https://compute.googleapis.com/compute/v1/projects/myproject/regions/us-east1/commitments
{
  "name": "merged-commitment",
  "plan": "TWELVE_MONTH",
  "type": "GENERAL_PURPOSE_N2",
  "region": "us-east1",
  "resources": [
    {
      "type": "VCPU",
      "amount": "7"
    }
    {
      "type": "MEMORY",
      "amount": "4096"
    }
  ],
  "mergeSourceCommitments": [
    "projects/myproject/regions/us-east1/commitments/source-commitment-1",
    "projects/myproject/regions/us-east1/commitments/source-commitment-2",
    ...
  ]
}

Divide los compromisos

Puedes transferir recursos fuera de un compromiso existente y dividir el compromiso en compromisos más pequeños. La división te permite supervisar y administrar con atención partes de un compromiso grande en forma de compromisos individuales más pequeños. Por ejemplo, puedes configurar solo una parte de un compromiso en renovación automática si la divides y habilitas la renovación automática solo para uno de los compromisos secundarios. Con la división, también puedes distribuir los descuentos por compromiso de uso a un nivel más detallado mediante la atribución priorizada para los compromisos divididos.

Cómo funciona la división

Cuando divides un compromiso existente (compromiso de origen), transfieres recursos de tu compromiso de origen, creas uno o más compromisos nuevos (compromisos de división) y redistribuyes los recursos transferidos entre los compromisos de división nuevos. La activación de los compromisos divididos y el cambio de tamaño del compromiso de origen se realizan a las 12 a.m., hora estándar del Pacífico de EE.UU. y Canadá (UTC-8 o UTC-7 durante el horario de verano) al día siguiente. Compute Engine establece esta fecha de activación como la fecha de inicio de los compromisos divididos. Después de que finalice la operación de división, tendrás los siguientes compromisos:

  • El compromiso de origen que cambió de tamaño con los recursos que permanecen después de la división.
  • Los compromisos divididos con los recursos redistribuidos

Pese a que su tamaño cambia, el compromiso de origen conserva todos sus otros atributos, incluidas sus fechas de inicio y finalización, y sigue funcionando con normalidad. Los compromisos divididos conservan la misma fecha de finalización y la misma ventana de elegibilidad para la extensión del plazo que el compromiso de origen.

Dado que los compromisos divididos solo se pueden crear después de que tu compromiso fuente ya esté activo, es posible que los compromisos divididos tengan una duración del plazo personalizada en lugar de la duración del plazo preestablecida de 1 o 3 años. Sin embargo, los compromisos divididos conservan el plan de compromiso de 1 o 3 años del compromiso original.

Solo puedes crear un compromiso dividido nuevo a la vez con REST y gcloud CLI. Puedes crear varios compromisos de división nuevos en una sola operación con la consola de Cloud de Confiance .

No puedes dividir un compromiso que tiene reservas adjuntas. Para obtener más información sobre los compromisos con reservas adjuntas, consulta Combina reservas con descuentos por compromiso de uso.

Ejemplo de un compromiso dividido

En la siguiente tabla, se muestran las propiedades del compromiso cuando divides un compromiso existente (source-commitment) en dos compromisos distintos (un source-commitment redimensionado y un split-commitment) el 1 de marzo de 2022:

Compromiso de origen (antes de la división)
 Compromiso dividido Compromiso de origen (después de la división)
Nombre source-commitment split-commitment source-commitment
Tipo N2 N2 N2
Región us-central1 us-central1 us-central1
Recursos
  • CPU virtuales: 200
  • Memoria: 200 GB
  • CPU virtuales: 50
  • Memoria: 100 GB
  • CPU virtuales: 150
  • Memoria: 100 GB
Plazo 3 años 3 años 3 años
Fecha de inicio* 1 de enero de 2020 2 de marzo de 2022
(el día después de la división)		 1 de enero de 2020
Fecha de finalización† 1 de enero de 2023 1 de enero de 2023 1 de enero de 2023
La ventana de elegibilidad para la extensión del plazo está abierta hasta el 1 de enero de 2021 1 de enero de 2021 1 de enero de 2021

*Todos los compromisos comienzan a las 12 a.m. hora del Pacífico de EE.UU. y Canadá (UTC-8 o UTC-7) en la fecha de inicio especificada.
†Todos los compromisos vencen a las 12 a.m. hora del Pacífico de EE.UU. y Canadá (UTC-8 o UTC-7) en la fecha de finalización especificada.

Implicaciones de precios

La tarifa de compromiso es la suma de los precios con descuento de todos los recursos comprometidos. Dividir un compromiso afecta los costos de los recursos de las siguientes maneras:

  • Compromiso de origen con cambio de tamaño: Los precios con descuento de los recursos de tu compromiso de origen con cambio de tamaño siguen siendo los mismos.
  • Compromiso dividido: Los precios con descuento de los recursos de tu compromiso dividido pueden cambiar el día en que el compromiso dividido se activa. El precio nuevo con descuento para cada recurso se mantiene igual hasta el final del plazo del compromiso dividido nuevo, incluso si cambian los precios según demanda.

Sin embargo, si vuelves a combinar o dividir cualquiera de estos compromisos, es posible que los precios con descuento vuelvan a cambiar.

Limitaciones

  • No puedes dividir los compromisos de licencia.
  • No puedes dividir los compromisos que tienen reservas adjuntas. En consecuencia, no puedes dividir los compromisos que tienen GPUs, discos SSD locales o ambos, ya que los compromisos con estos recursos siempre tienen reservas adjuntas.
  • No puedes adjuntar reservas (nuevas o existentes) a los compromisos divididos.
  • No puedes dividir los compromisos que vencieron o se cancelaron.
  • De forma predeterminada, cuando divides tus compromisos, la configuración de renovación automática se inhabilita en los compromisos divididos, incluso si todos los compromisos de origen se configuraron para renovarse automáticamente. Si deseas que los compromisos divididos se renueven automáticamente, debes habilitar de forma manual la configuración de renovación automática para esos compromisos. Puedes hacerlo en el momento de su creación o después de su creación.
  • Solo puedes crear un compromiso dividido nuevo a la vez con REST o gcloud CLI. Como resultado, puedes dividir tu compromiso de origen en un máximo de dos compromisos en una sola operación cuando usas estas interfaces. Para dividir tu compromiso de origen en tres o más compromisos en una sola operación, usa la consola deCloud de Confiance .
  • En la consola de Cloud de Confiance , solo puedes especificar la memoria en incrementos de 0.25 GB. Para especificar un valor de memoria personalizado para tu compromiso, usa gcloud CLI o REST.

Requisitos

Cuando divides un compromiso de origen y creas uno o más compromisos divididos, los compromisos de origen y divididos deben cumplir con los siguientes requisitos:

  • Los compromisos divididos deben tener el mismo proyecto, tipo de compromiso, región y plan de compromiso que el compromiso de origen. Sin embargo, debes elegir nombres nuevos para tus compromisos divididos.

  • Los tipos de recursos que especifiques para los compromisos divididos deben coincidir con algunos o todos los tipos de recursos del compromiso fuente. Además, la cantidad combinada de recursos que especifiques para los compromisos divididos debe ser una parte de los recursos en el compromiso de origen. Debes conservar una parte de los recursos en tu compromiso de origen. Por ejemplo, si tu compromiso de origen es para 200 CPU virtuales y 300 GB de memoria, se aplican las siguientes situaciones de cambio de tamaño y redistribución:

    • Puedes redistribuir una parte de las 200 CPU virtuales y una parte de la memoria de 300 GB entre los compromisos de división.
    • Puedes redistribuir las 200 CPU virtuales, pero debes conservar una parte de la memoria en el compromiso de origen.
    • Puedes redistribuir toda la memoria de 300 GB, pero debes retener una parte de las CPU virtuales en tu compromiso de origen.
    • No puedes redistribuir las 200 CPU virtuales y la memoria de 300 GB entre tus compromisos de división.

  • Los compromisos de origen y divididos deben especificar solo los siguientes recursos de hardware: CPU virtuales, memoria o una combinación de ambos.

Además, para dividir un compromiso de origen con Google Cloud CLI, actualiza Google Cloud CLI a la versión 423.0.0 o una posterior. Si usas una versión anterior, la operación de división falla y Compute Engine arroja un error.

Crea compromisos divididos

Crea un compromiso dividido nuevo a la vez con la gcloud CLI o la API de Compute Engine. Crea varios compromisos de división nuevos a la vez con la consola de Cloud de Confiance . Antes de dividir un compromiso, revisa las limitaciones para la división.

Console

  1. En la consola de Cloud de Confiance , selecciona el proyecto en el que deseas dividir un compromiso. Luego, ve a la página Descuentos por compromiso de uso.

    Ir a Descuentos por compromiso de uso

  2. Para iniciar la operación de división de un compromiso, realiza una de las siguientes acciones en la pestaña Compromisos de hardware de la página Lista de compromisos:

    • Selecciona el compromiso que deseas dividir de la lista y haz clic en Dividir.
    • En la columna Nombre, haz clic en el nombre del compromiso que deseas dividir. En la página Detalles del compromiso de hardware que se abre, haz clic en Dividir.

  3. En la pestaña Cambiar tamaño de la página Dividir compromiso que se abre, haz lo siguiente:

    1. En los campos vCPUs y vCPUs, especifica la cantidad de CPUs virtuales y memoria que deseas conservar en el compromiso original. Los recursos restantes están disponibles para su redistribución en el compromiso dividido. El compromiso de origen no puede estar vacío después de cambiar el tamaño.
    2. Haz clic en Siguiente. Se abrirá la pestaña Redistribute.

  4. En la pestaña Redistribute de la página Split commitment, haz lo siguiente:

    1. En el campo Nombre, especifica el nombre del compromiso dividido.

    2. En los campos CPU virtuales y Memoria, especifica la cantidad de CPU virtuales y memoria para el compromiso dividido. Solo puedes especificar la memoria en incrementos de 0.25 GB. Para especificar un valor de memoria personalizado para tu compromiso, usa gcloud CLI o REST.

      Si deseas crear un solo compromiso dividido, especifica todos los recursos que deseas redistribuir del compromiso de origen. Si deseas crear varios compromisos divididos, especifica solo la parte de los recursos redistribuidos que deseas para este compromiso dividido.

    3. Opcional: Para habilitar la renovación automática en tu compromiso dividido, elige la casilla de verificación Habilitar renovación automática.

    4. Haz clic en Listo.

    5. Opcional: Para crear compromisos divididos adicionales, haz clic en Agregar un elemento y repite los pasos anteriores.

    6. Haz clic en Siguiente. Se abrirá la pestaña Revisar.

  5. En la pestaña Revisar de la página Dividir compromiso, haz lo siguiente:

    1. Revisa y confirma los detalles del compromiso al que se le cambió el tamaño y los compromisos divididos.
      • Para modificar la asignación de recursos del compromiso original, elige la pestaña Cambiar tamaño en el lado izquierdo de la ventana y repite el paso 3.
      • Para modificar la redistribución de recursos entre los compromisos divididos, elige la pestaña Redistribuir en el lado izquierdo de la ventana y repite el paso 4.
    2. Leer Términos y condiciones
    3. Para terminar de crear los compromisos divididos y volver a la página Lista de compromisos, haz clic en Enviar.

gcloud

Para dividir un compromiso existente en dos compromisos, usa el comando gcloud compute commitments create con la marca --split-source-commitment.

gcloud compute commitments create COMMITMENT_NAME \
    --region=REGION \
    --project=PROJECT_ID \
    --plan=COMMITMENT_PLAN \
    --type=COMMITMENT_TYPE \
    --resources=vcpu=NUMBER_VCPUS,memory=MEMORY \
    --split-source-commitment=SOURCE_COMMITMENT_URL

Reemplaza lo siguiente:

  • COMMITMENT_NAME: el nombre del compromiso dividido nuevo.

  • COMMITMENT_TYPE: el mismo tipo de compromiso que el compromiso de origen, uno de los siguientes:

    • Para los tipos de máquinas A2, usa accelerator-optimized
    • Para los tipos de máquinas A3 Edge y A3 High, usa accelerator-optimized-a3.
    • Para los tipos de máquinas A3 Mega, usa accelerator-optimized-a3-mega.
    • Para los tipos de máquinas G2, usa graphics-optimized.
    • Para los tipos de máquinas G4, usa graphics-optimized-g4
    • Para los tipos de máquinas C2, usa compute-optimized.
    • Para los tipos de máquinas C2D, usa compute-optimized-c2d.
    • Para los tipos de máquinas C3, usa compute-optimized-c3.
    • Para los tipos de máquinas C3D, usa compute-optimized-c3d.
    • Para los tipos de máquinas H3, usa compute-optimized-h3
    • Para los tipos de máquinas H4D, usa compute-optimized-h4d
    • Para los tipos de máquinas N1, usa general-purpose.
    • Para los tipos de máquinas C4, usa general-purpose-c4.
    • Para los tipos de máquinas C4A, usa general-purpose-c4a.
    • Para los tipos de máquinas C4D, usa general-purpose-c4d.
    • Para los tipos de máquinas E2, usa general-purpose-e2.
    • Para los tipos de máquinas N2, usa general-purpose-n2.
    • Para los tipos de máquinas N2D, usa general-purpose-n2d.
    • Para los tipos de máquinas N4, usa general-purpose-n4.
    • Para los tipos de máquinas N4D, usa general-purpose-n4d.
    • Para los tipos de máquinas N4A, usa general-purpose-n4a.
    • Para los tipos de máquinas Tau T2D, usa general-purpose-t2d.
    • Para los tipos de máquinas M1 o M2, usa memory-optimized.
    • Para los tipos de máquinas M3, usa memory-optimized-m3.
    • Para los tipos de máquinas M4, usa memory-optimized-m4.
    • Para los tipos de máquina M4 con 6 TB de memoria, usa memory-optimized-m4-6tb.
    • Para los tipos de máquinas X4 con 6 TB de memoria, usa memory-optimized-x4-6t.
    • Para los tipos de máquinas X4 con 8 TB de memoria, usa memory-optimized-x4-8t.
    • Para los tipos de máquinas X4 con 12 TB de memoria, usa memory-optimized-x4-12t.
    • Para los tipos de máquinas X4 con 16 TB de memoria, usa memory-optimized-x4-960-16t.
    • Para los tipos de máquinas X4 con 24 TB de memoria, usa memory-optimized-x4-1440-24t.
    • Para los tipos de máquinas X4 con 32 TB de memoria, usa memory-optimized-x4-1920-32t.
    • Para los tipos de máquinas Z3, usa storage-optimized-z3.

  • REGION: la misma región que tu compromiso de origen.

  • PROJECT_ID: Es el ID del proyecto para el que deseas dividir el compromiso de origen.

  • COMMITMENT_PLAN: Es el plan de compromiso ("12 meses" o "36 meses"), que debe ser el mismo que el compromiso de origen.

  • NUMBER_VCPUS: Es la cantidad de CPU virtuales que deseas transferir desde tu compromiso de origen para crear tu compromiso de división nuevo. Este número debe ser un número entero menor que la cantidad de CPU virtuales en el compromiso de origen.

  • MEMORY: la cantidad de memoria, en MB o GB, que deseas transferir desde tu compromiso de origen para crear tu compromiso de división nuevo. Esta cantidad debe ser menor que la cantidad de memoria en el compromiso de origen. Por ejemplo, 10,000 MB. Si no especificas una unidad, la unidad predeterminada es GB.

  • SOURCE_COMMITMENT_URL: la URL del compromiso de origen desde el que deseas extraer recursos.

Por ejemplo, considera un compromiso de origen (source-commitment) en la región us-east1 con recursos especificados como tres CPUs virtuales N2 y 2048 MB de memoria. El plan de compromiso para el compromiso de la fuente es 12-month. El siguiente comando de gcloud CLI divide el compromiso en dos compromisos separados:

gcloud compute commitments create split-commitment \
    --plan=12-month \
    --type=general-purpose-n2 \
    --region=us-east1 \
    --project=myproject \
    --resources vcpu=1,memory=1024MB \
    --split-source-commitment=projects/myproject/regions/us-east1/commitments/source-commitment

Cuando se divide source-commitment, Compute Engine hace lo siguiente:

  • Toma recursos de source-commitment y crea un compromiso nuevo split-commitment con una CPU virtual N2 y 1024 MB de memoria.
  • Cambia el tamaño de source-commitment para que se ajuste a los recursos restantes.

REST

Para dividir un compromiso existente en dos, usa el método regionCommitments.insert.

POST https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/regions/REGION/commitments
{
  "name": COMMITMENT_NAME,
  "plan": COMMITMENT_PLAN,
  "type": COMMITMENT_TYPE,
  "region": REGION,
  "resources": [
    {
      "type": "vCPUs",
      "amount": NUMBER_VCPUS
    }
    {
      "type": "MEMORY",
      "amount": MEMORY
    }
  ],
  "splitSourceCommitment": SOURCE_COMMITMENT_URL
}

Reemplaza lo siguiente:

  • PROJECT_ID: Es el ID del proyecto para el que deseas dividir el compromiso de origen.
  • REGION: la misma región que tu compromiso de origen.
  • COMMITMENT_NAME: el nombre del compromiso dividido nuevo.

  • COMMITMENT_TYPE: el mismo tipo de compromiso que el compromiso de origen, uno de los siguientes:

    • Para los tipos de máquinas A2, usa ACCELERATOR_OPTIMIZED
    • Para los tipos de máquinas A3 Edge y A3 High, usa ACCELERATOR_OPTIMIZED_A3.
    • Para los tipos de máquinas A3 Mega, usa ACCELERATOR_OPTIMIZED_A3_MEGA.
    • Para los tipos de máquinas G2, usa GRAPHICS_OPTIMIZED.
    • Para los tipos de máquinas G4, usa GRAPHICS_OPTIMIZED_G4
    • Para los tipos de máquinas C2, usa COMPUTE_OPTIMIZED.
    • Para los tipos de máquinas C2D, usa COMPUTE_OPTIMIZED_C2D.
    • Para los tipos de máquinas C3, usa COMPUTE_OPTIMIZED_C3.
    • Para los tipos de máquinas C3D, usa COMPUTE_OPTIMIZED_C3D.
    • Para los tipos de máquinas H3, usa COMPUTE_OPTIMIZED_H3
    • Para los tipos de máquinas H4D, usa COMPUTE_OPTIMIZED_H4D
    • Para los tipos de máquinas N1, usa GENERAL_PURPOSE.
    • Para los tipos de máquinas C4, usa GENERAL_PURPOSE_C4.
    • Para los tipos de máquinas C4A, usa GENERAL_PURPOSE_C4A.
    • Para los tipos de máquinas C4D, usa GENERAL_PURPOSE_C4D.
    • Para los tipos de máquinas E2, usa GENERAL_PURPOSE_E2.
    • Para los tipos de máquinas N2, usa GENERAL_PURPOSE_N2.
    • Para los tipos de máquinas N2D, usa GENERAL_PURPOSE_N2D.
    • Para los tipos de máquinas N4, usa GENERAL_PURPOSE_N4.
    • Para los tipos de máquinas N4D, usa GENERAL_PURPOSE_N4D.
    • Para los tipos de máquinas N4A, usa GENERAL_PURPOSE_N4A.
    • Para los tipos de máquinas Tau T2D, usa GENERAL_PURPOSE_T2D.
    • Para los tipos de máquinas M1 o M2, usa MEMORY_OPTIMIZED.
    • Para los tipos de máquinas M3, usa MEMORY_OPTIMIZED_M3.
    • Para los tipos de máquinas M4, usa MEMORY_OPTIMIZED_M4.
    • Para los tipos de máquina M4 con 6 TB de memoria, usa MEMORY_OPTIMIZED_M4_6TB.
    • Para los tipos de máquinas X4 con 6 TB de memoria, usa MEMORY_OPTIMIZED_X4_480_6T.
    • Para los tipos de máquinas X4 con 8 TB de memoria, usa MEMORY_OPTIMIZED_X4_480_8T.
    • Para los tipos de máquinas X4 con 12 TB de memoria, usa MEMORY_OPTIMIZED_X4_960_12T.
    • Para los tipos de máquinas X4 con 16 TB de memoria, usa MEMORY_OPTIMIZED_X4_960_16T.
    • Para los tipos de máquinas X4 con 24 TB de memoria, usa MEMORY_OPTIMIZED_X4_1440_24T.
    • Para los tipos de máquinas X4 con 32 TB de memoria, usa MEMORY_OPTIMIZED_X4_1920_32T.
    • Para los tipos de máquinas Z3, usa STORAGE_OPTIMIZED_Z3.

  • COMMITMENT_PLAN: Es el plan de compromiso (“TWELVE_MONTH” o “THIRTY_SIX_MONTH”), que debe ser el mismo que el de tu compromiso de origen.

  • NUMBER_VCPUS: Es la cantidad de CPU virtuales que deseas transferir desde tu compromiso de origen para crear tu compromiso de división nuevo. Este número debe ser un número entero menor que la cantidad de CPU virtuales en el compromiso de origen.

  • MEMORY: la cantidad de memoria, en MB, que deseas transferir desde tu compromiso de origen para crear tu compromiso de división nuevo. Este importe debe ser menor que la cantidad de memoria en el compromiso de origen. Por ejemplo, 1000 MB. Si no especificas una unidad, la unidad predeterminada es MB.

  • SOURCE_COMMITMENT_URL: la URL del compromiso de origen desde el que deseas transferir recursos.

Por ejemplo, considera un compromiso de origen (source-commitment) en la región us-east1 con recursos especificados como tres CPUs virtuales N2 y 2048 MB de memoria. El plan de compromiso para el compromiso de la fuente es TWELVE_MONTH. La siguiente solicitud POST divide el compromiso en dos compromisos separados:

POST https://compute.googleapis.com/compute/v1/projects/myproject/regions/us-east1/commitments
{
  "name": "split-commitment",
  "plan": "TWELVE_MONTH",
  "type": "GENERAL_PURPOSE_N2",
  "region": "us-east1",
  "resources": [
    {
      "type": "VCPU",
      "amount": "1"
    }
    {
      "type": "MEMORY",
      "amount": "1024"
    }
  ],
  "splitSourceCommitment": "projects/myproject/regions/us-east1/commitments/source-commitment"
}

Cuando se divide source-commitment, Compute Engine hace lo siguiente:

  • Toma recursos de source-commitment y crea un compromiso nuevo split-commitment con una CPU virtual N2 y 1024 MB de memoria.
  • Cambia el tamaño de source-commitment para que se ajuste a los recursos restantes.

¿Qué sigue?