Combinar y dividir compromisos

---

Para ayudarte a gestionar los requisitos de recursos de tus proyectos, Compute Engine te permite combinar o dividir tus compromisos y redistribuir tus recursos para que se ajusten a la granularidad que necesiten tus proyectos.

En este documento se describen las ventajas y el proceso de combinación y división de compromisos, así como las limitaciones y los requisitos que se aplican.

Antes de empezar

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

  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

  1. Instala Google Cloud CLI. Después de la instalación, inicializa la CLI de Google Cloud ejecutando el siguiente comando:

     gcloud init

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

     Nota: Si ya has instalado la CLI de gcloud, asegúrate de que tienes la versión más reciente ejecutando gcloud components update.
  2. Set a default region and zone.

  REST

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

  Instala Google Cloud CLI. Después de la instalación, inicializa la CLI de Google Cloud ejecutando el siguiente comando:

  gcloud init

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

  Nota: Si ya has instalado la CLI de gcloud, asegúrate de que tienes la versión más reciente ejecutando gcloud components update.

  Para obtener más información, consulta el artículo Autenticarse para usar REST de la documentación sobre autenticación de Google Cloud .

Combinar compromisos

Puedes combinar varias confirmaciones compatibles para crear una nueva de mayor tamaño. Si combinas confirmaciones, puedes hacer un seguimiento de ellas y gestionarlas como una sola entidad. Al combinar compromisos, puedes evitar que las fechas de finalización de los compromisos se escalonen, ya que todos los compromisos individuales caducarán al mismo tiempo. La combinación también te permite aumentar gradualmente tus cargas de trabajo. Por ejemplo, puede comprar compromisos más recientes y pequeños cuando lo necesite y combinarlos entre sí o con un compromiso que ya tenga.

Precaución: Cuando combinas compromisos, se eliminan todas las reglas de atribución priorizadas asociadas a esos compromisos y no se pueden recuperar. Si quiere seguir usando las reglas de atribución priorizadas en las asignaciones combinadas, debe volver a crear las reglas después de la operación correspondiente.

Cómo funciona la combinación

Cuando combinas confirmaciones individuales (confirmaciones de origen), creas una nueva confirmación (confirmación combinada) con los recursos combinados de todas las confirmaciones de origen. A las 00:00 (UTC-8 o UTC-7 durante el horario de verano) del día siguiente, el compromiso combinado se activará y los compromisos de origen se cancelarán. Esta fecha de activación se convierte en la fecha de inicio del compromiso combinado y la operación de combinación finaliza.

Además, el compromiso combinado recién creado hereda las siguientes propiedades, independientemente de si los compromisos de origen tienen una duración predefinida o personalizada:

• La fecha de finalización más lejana de los compromisos de la fuente.
• El plazo de ampliación que finaliza antes de todos los compromisos de origen.

Como el compromiso combinado se crea solo después de que tus compromisos de origen ya estén activos, puede que tenga una duración personalizada y no los 1 o 3 años predefinidos. Sin embargo, el compromiso combinado conserva el plan de compromiso de 1 o 3 años de los compromisos de origen.

Por ejemplo, supongamos que tienes dos compromisos de origen que empiezan el 1 de enero del 2020 y el 1 de diciembre del 2020, respectivamente. Las fechas de finalización de los compromisos son el 1 de enero del 2023 y el 1 de diciembre del 2023, respectivamente. El plazo para solicitar la prórroga del primer compromiso sigue abierto hasta el 1 de mayo del 2020, y el del segundo, hasta el 1 de abril del 2021. Si combinas estos compromisos el 1 de marzo del 2022, el compromiso combinado será un compromiso de plazo personalizado que tendrá una fecha de inicio del 2 de marzo del 2022 y una fecha de finalización del 1 de diciembre del 2023. El plazo para ampliar el compromiso combinado ya habría finalizado el 1 de mayo del 2020.

Si alguna de las confirmaciones de origen tiene reservas asociadas, estas se conservarán durante la combinación y se adjuntarán a la confirmación combinada después de su creación. Para obtener más información sobre los compromisos con reservas asociadas, consulta el artículo Asociar reservas a compromisos basados en recursos.

Ejemplo de compromiso combinado

En la siguiente tabla se muestran las propiedades de las confirmaciones de origen y fusionadas en un escenario en el que dos confirmaciones (source-commitment-1 y source-commitment-2) se fusionan en una sola confirmación (merged-commitment) en March 1, 2022:

	Primera confirmación de origen (antes de la combinación)	Compromiso de segunda fuente (antes de la combinación)	Compromiso combinado
Nombre	source-commitment-1	source-commitment-2	merged-commitment
Tipo	N2	N2	N2
Region	us-central-1	us-central-1	us-central-1
Resources	vCPUs: 100 Memoria: 100 GB	vCPUs: 200 Memoria: 300 GB	vCPUs: 300 Memoria: 400 GB
Periodo de vigencia	3 años	3 años	3 años
Fecha de inicio^*	1 de enero del 2020	1 de diciembre del 2020	2 de marzo del 2022 (el día después de la fusión)
Fecha de finalización^†	1 de enero del 2023	1 de diciembre del 2023	1 de diciembre del 2023
Periodo para solicitar la ampliación del plazo abierto hasta el	1 de mayo del 2020	1 de abril del 2021	1 de mayo del 2020

^* Todos los compromisos empiezan a las 00:00 (hora del Pacífico de EE. UU. y Canadá, UTC-8 o UTC-7) de la fecha de inicio especificada.
^†Todos los compromisos caducan a las 00:00 (hora del Pacífico de EE. UU. y Canadá, UTC-8 o UTC-7) de la fecha de finalización especificada.

Implicaciones de los precios

Tu cuota de compromiso es la suma de los precios con descuento de todos tus recursos comprometidos. Cuando combines tu compromiso, los precios con descuento de los recursos del compromiso combinado podrían cambiar el día en que se active el compromiso combinado. Este nuevo precio con descuento de cada recurso se mantendrá igual hasta que finalice el periodo del compromiso combinado, aunque los precios bajo demanda cambien. Sin embargo, si vuelves a fusionar o dividir este compromiso en el futuro, los precios con descuento de los recursos podrían cambiar de nuevo.

Limitaciones

• No puedes combinar confirmaciones de licencia.
• En el momento de crear compromisos combinados, no puedes crear ninguna reserva nueva y adjuntarla a esos compromisos.
• No puedes combinar compromisos que hayan caducado o se hayan cancelado.
• De forma predeterminada, cuando creas compromisos combinados, la opción de renovación automática está inhabilitada en los nuevos compromisos, aunque todos los compromisos de origen se hayan configurado para renovarse automáticamente. Si quieres que tus compromisos combinados se renueven automáticamente, debes habilitar manualmente el ajuste de renovación automática en esos compromisos. Puedes hacerlo en el momento de crearlos o después de crearlos.

Requisitos

Cuando combines compromisos de origen individuales para crear un nuevo compromiso combinado, los compromisos de origen y el combinado deben cumplir 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 nuevo 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 nuevo nombre para tu compromiso combinado.
• Los tipos de recursos que especifiques en tu compromiso combinado deben ser exactamente los mismos que los de los compromisos de origen. Además, la cantidad de recursos de cada tipo de recurso en tu nuevo compromiso combinado debe ser igual a la suma de las cantidades de recursos de ese tipo de recurso en todos los compromisos de origen. Por ejemplo, si el primer compromiso de recursos de origen tiene 100 vCPUs y 100 GB de memoria, y el segundo compromiso de recursos de origen tiene 200 vCPUs y 300 GB de memoria, debes crear el compromiso combinado con 300 vCPUs y 400 GB de memoria.
• Los compromisos de origen y combinados deben ser de recursos de hardware (vCPUs, memoria, GPUs y discos SSD locales).

Crear confirmaciones combinadas

Crea un compromiso combinado mediante la CLI de gcloud o la API REST. Antes de combinar compromisos, consulta las limitaciones de la combinación.

Permisos que se necesitan para completar esta tarea

Para realizar esta tarea, debes tener los siguientes permisos:

• compute.commitments.create en el proyecto o la organización.

Consola

1. En la Google Cloud consola, selecciona el proyecto en el que quieras combinar compromisos y ve a la página Descuentos por uso comprometido.

   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 de hardware de la página Lista de compromisos, haga clic en Combinar.

   También puede seleccionar los compromisos que quiera combinar de la lista y, a continuación, hacer clic en Combinar.

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

   1. En Elige los compromisos que quieras combinar, selecciona los compromisos que quieras combinar de la lista. Si ya ha seleccionado estos compromisos en la página Lista de compromisos, verifíquelos en esta pestaña.

      Opcional: también puede especificar los valores de Plan, Región y Tipo de compromiso que quiera para el compromiso combinado antes de seleccionar los compromisos individuales que quiera combinar. De esta forma, la lista de compromisos se filtra para mostrar solo aquellos que se pueden combinar con los atributos especificados.

   2. Haz clic en Siguiente. Se abre 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 que quieras combinar, selecciona la pestaña Elegir compromiso en la parte izquierda de la ventana y repite el paso 3.
   2. En el campo Nombre del nuevo compromiso, escribe un nombre para el compromiso combinado.
   3. Opcional: Para habilitar la renovación automática en tu compromiso combinado, selecciona la casilla Habilitar renovación automática.
   4. Lee los 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 compromisos en un único 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

Haz los cambios siguientes:

• COMMITMENT_NAME: el nombre de tu nuevo compromiso combinado.
• NUMBER_VCPUS: la suma del número de vCPUs de los usos confirmados de origen.

• COMMITMENT_TYPE: el mismo tipo de compromiso que tus compromisos de origen. Puede ser uno de los siguientes:

  • accelerator-optimized para recursos de tipo de máquina A2
  • accelerator-optimized-a3 para los recursos de los tipos de máquinas A3 Edge y A3 High
  • accelerator-optimized-a3-mega para los recursos de tipo de máquina A3 Mega
    Nota: Para los recursos de tipo de máquina A4 o A3 Ultra, consulta la sección sobre cómo solicitar capacidad en la documentación de Hiperordenador con IA.
  • compute-optimized para recursos de tipo de máquina C2
  • compute-optimized-c2d para recursos de tipo de máquina C2D
  • compute-optimized-c3 para recursos de tipo de máquina C3
  • compute-optimized-c3d para recursos de tipo de máquina C3D
  • compute-optimized-h3 para recursos de tipo de máquina H3
  • general-purpose para recursos de tipo de máquina N1
  • general-purpose-c4 para recursos de tipo de máquina C4
  • general-purpose-c4a para recursos de tipo de máquina C4A
  • general-purpose-c4d para recursos de tipo de máquina C4D
  • general-purpose-e2 para los recursos de tipos de máquinas E2
  • general-purpose-n2 para recursos de tipo de máquina N2
  • general-purpose-n2d para recursos de máquinas N2D
  • general-purpose-n4 para recursos de tipo de máquina N4
  • general-purpose-t2d para recursos de tipo de máquina Tau T2D
  • graphics-optimized para recursos de tipo de máquina G2
  • memory-optimized para recursos de tipo de máquina M1 o M2
  • memory-optimized-m3 para recursos de tipo de máquina M3
  • memory-optimized-m4 para recursos de tipo de máquina M4
  • memory-optimized-m4-6tb para el tipo de máquina M4 recursos para instancias con 6 TB de memoria
  • memory-optimized-x4-16tb para el tipo de máquina X4 recursos para instancias con 16 TB de memoria
  • memory-optimized-x4-24tb para recursos de tipo de máquina X4 para instancias con 24 TB de memoria
  • memory-optimized-x4-32tb para recursos de tipo de máquina X4 para instancias con 32 TB de memoria
  • storage-optimized-z3 para recursos de tipo de máquina Z3

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

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

• COMMITMENT_PLAN: el mismo plan de compromiso que tus compromisos de origen, ya sea 12-month o 36-month.

• MEMORY: la suma de las cantidades, en MB o GB, de memoria de los compromisos de origen. Por ejemplo, 1000 MB. Si no se especifican las unidades, se usarán GB de forma predeterminada.

• SOURCE_COMMITMENT_URLS: especifica una lista de URLs de confirmación de origen distintas. Separa cada URL con una coma. No añada espacios en blanco entre las URLs. En la lista, debe especificar al menos dos URLs de compromiso de origen.

Por ejemplo, supongamos que hay dos compromisos de recursos en la región us-east1 con sus recursos especificados como (4 vCPUs N2 y 2048 MB) y (3 vCPUs N2 y 2048 MB), respectivamente. El plan de compromiso de cada uno de los compromisos de origen es 12-month. El siguiente comando de la CLI de gcloud te permite combinar los dos compromisos y crear uno nuevo llamado merged-commitment. La confirmación combinada especifica sus recursos como 7 vCPUs N2 y 4096 MB, y tiene un plan de confirmación de 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-central1/commitments/source-commitment-1,projects/myproject/regions/us-central1/commitments/source-commitment-2

REST

Para combinar compromisos en uno solo, 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 ...]
}

Haz los cambios siguientes:

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

• COMMITMENT_TYPE: el mismo tipo de compromiso que tus compromisos de origen. Puede ser uno de los siguientes:

  • ACCELERATOR_OPTIMIZED para recursos de tipo de máquina A2
  • ACCELERATOR_OPTIMIZED_A3 para los recursos de los tipos de máquinas A3 Edge y A3 High
  • ACCELERATOR_OPTIMIZED_A3_MEGA para los recursos de tipo de máquina A3 Mega
    Nota: Para los recursos de tipo de máquina A4 o A3 Ultra, consulta la sección sobre cómo solicitar capacidad en la documentación de Hiperordenador con IA.
  • COMPUTE_OPTIMIZED para recursos de tipo de máquina C2
  • COMPUTE_OPTIMIZED_C2D para recursos de tipo de máquina C2D
  • COMPUTE_OPTIMIZED_C3 para recursos de tipo de máquina C3
  • COMPUTE_OPTIMIZED_C3D para recursos de tipo de máquina C3D
  • COMPUTE_OPTIMIZED_H3 para recursos de tipo de máquina H3
  • GENERAL_PURPOSE para recursos de tipo de máquina N1
  • GENERAL_PURPOSE_C4 para recursos de tipo de máquina C4
  • GENERAL_PURPOSE_C4A para recursos de tipo de máquina C4A
  • GENERAL_PURPOSE_C4D para recursos de tipo de máquina C4D
  • GENERAL_PURPOSE_E2 para los recursos de tipos de máquinas E2
  • GENERAL_PURPOSE_N2 para recursos de tipo de máquina N2
  • GENERAL_PURPOSE_N2D para recursos de máquinas N2D
  • GENERAL_PURPOSE_N4 para recursos de tipo de máquina N4
  • GENERAL_PURPOSE_T2D para recursos de tipo de máquina Tau T2D
  • GRAPHICS_OPTIMIZED para recursos de tipo de máquina G2
  • MEMORY_OPTIMIZED para recursos de tipo de máquina M1 o M2
  • MEMORY_OPTIMIZED_M3 para recursos de tipo de máquina M3
  • MEMORY_OPTIMIZED_M4 para recursos de tipo de máquina M4
  • MEMORY_OPTIMIZED_M4_6TB para recursos de tipo de máquina M4 para instancias con 6 TB de memoria
  • MEMORY_OPTIMIZED_X4_16TB para recursos de tipo de máquina X4 para instancias con 16 TB de memoria
  • MEMORY_OPTIMIZED_X4_24TB para recursos de tipo de máquina X4 para instancias con 24 TB de memoria
  • MEMORY_OPTIMIZED_X4_32TB para recursos de tipo de máquina X4 para instancias con 32 TB de memoria
  • STORAGE_OPTIMIZED_Z3 para recursos de tipo de máquina Z3

• COMMITMENT_PLAN: el mismo plan de compromiso que tus compromisos de origen, ya sea TWELVE_MONTH o THIRTY_SIX_MONTH.

• COMMITMENT_NAME: el nombre de tu nuevo compromiso combinado.

• NUMBER_VCPUS: la suma del número de vCPUs de los usos confirmados de origen.

• MEMORY: la suma de las cantidades, en MB, de memoria de los compromisos de origen. Por ejemplo, 1000 MB. Si no se especifican las unidades, se usarán los MB de forma predeterminada.

• SOURCE_COMMITMENT_URL: la URL de la confirmación de origen que quieres combinar. Debe especificar una lista separada por comas de URLs de confirmación de origen distintas.

Por ejemplo, considera dos compromisos de recursos (source-commitment-1 y source-commitment-2) en la región us-east1 con sus recursos especificados como (4 vCPUs N2 y 2048 MB) y (3 vCPUs N2 y 2048 MB), respectivamente. El plan de compromiso de cada uno de los compromisos de origen es TWELVE_MONTH. La siguiente solicitud POST te permite combinar las confirmaciones de origen y crear una nueva confirmación llamada merged-commitment. La confirmación combinada especifica sus recursos como 7 vCPUs N2 y 4096 MB, y tiene un plan de confirmación de TWELVE_MONTH.

POST https://compute.googleapis.com/compute/v1/projects/myproject/regions/us-central1/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-central1/commitments/source-commitment-1",
         "projects/myproject/regions/us-central1/commitments/source-commitment-2",
         ...
    ]
}

Dividir compromisos

Puedes transferir recursos de un compromiso y dividirlo en compromisos más pequeños. La división te permite monitorizar y gestionar de cerca partes de un gran compromiso en forma de compromisos individuales más pequeños. Por ejemplo, puedes configurar solo una parte de un compromiso para que se renueve automáticamente dividiéndolo y habilitando la renovación automática solo en uno de los compromisos secundarios. Con la división, también puede distribuir sus descuentos por uso comprometido de forma más granular mediante la atribución priorizada para los compromisos divididos.

Precaución: Cuando divides compromisos, se eliminan todas las reglas de atribución priorizadas asociadas a esos compromisos y no se pueden recuperar. Si quiere seguir usando las reglas de atribución priorizadas en compromisos combinados o divididos, debe volver a crear las reglas después de la operación correspondiente.

Cómo funciona la división

Cuando divides un compromiso (compromiso de origen), transfieres recursos del compromiso de origen, creas uno o varios compromisos (compromisos divididos) y redistribuyes los recursos transferidos entre los nuevos compromisos divididos. Tanto la activación de los nuevos compromisos divididos como el cambio de tamaño del compromiso de origen se producen a las 00:00 (UTC-8 o UTC-7 durante el horario de verano) del día siguiente. Compute Engine establece esta fecha de activación como la fecha de inicio de los compromisos divididos. Cuando se complete la operación de división, tendrás los siguientes compromisos:

• El compromiso de origen redimensionado con los recursos que quedan después de la división.
• Los compromisos divididos recién creados con los recursos redistribuidos.

El compromiso de la fuente, aunque se haya cambiado su tamaño, conserva todos sus demás atributos, incluidas las fechas de inicio y de finalización, y sigue funcionando con normalidad. Los compromisos divididos conservan la misma fecha de finalización y el mismo periodo de validez de la prórroga que el compromiso de origen.

Como los nuevos compromisos divididos se crean solo después de que tu compromiso de origen ya esté activo, es posible que tengan una duración personalizada y no los 1 o 3 años predefinidos. Sin embargo, los compromisos divididos conservan el plan de compromiso de 1 o 3 años del compromiso de origen.

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

No puedes dividir un compromiso cuando tiene reservas asociadas. Para obtener más información sobre los compromisos con reservas asociadas, consulta el artículo Combinar reservas con descuentos por uso confirmado.

Ejemplo de compromiso dividido

En la siguiente tabla se muestran las propiedades de la confirmación cuando una confirmación (source-commitment) se divide en dos confirmaciones distintas (source-commitment y split-commitment) el 1 de marzo del 2022:

	Compromiso de origen (antes de la división)	Compromiso de división	Compromiso de la fuente (después de la división)
Nombre	source-commitment	split-commitment	source-commitment
Tipo	N2	N2	N2
Region	us-central-1	us-central-1	us-central-1
Resources	vCPUs: 200 Memoria: 200 GB	vCPUs: 50 Memoria: 100 GB	vCPUs: 150 Memoria: 100 GB
Periodo de vigencia	3 años	3 años	3 años
Fecha de inicio^*	1 de enero del 2020	2 de marzo del 2022 (el día después de la división)	1 de enero del 2020
Fecha de finalización^†	1 de enero del 2023	1 de enero del 2023	1 de enero del 2023
Periodo para solicitar la ampliación del plazo abierto hasta el	1 de enero del 2021	1 de enero del 2021	1 de enero del 2021

^* Todos los compromisos empiezan a las 00:00 (hora del Pacífico de EE. UU. y Canadá, UTC-8 o UTC-7) de la fecha de inicio especificada.
^†Todos los compromisos caducan a las 00:00 (hora del Pacífico de EE. UU. y Canadá, UTC-8 o UTC-7) de la fecha de finalización especificada.

Implicaciones de los precios

Tu cuota de compromiso es la suma de los precios con descuento de todos tus recursos comprometidos. Dividir un compromiso afecta a los costes de los recursos de la siguiente manera:

• Compromiso de origen redimensionado: los precios con descuento de los recursos de tu compromiso de origen redimensionado no cambian.
• Dividir compromiso: los precios con descuento de los recursos de tu compromiso recién dividido podrían cambiar el día en que se active. Este nuevo precio con descuento de cada recurso se mantiene igual hasta que finalice el periodo de tu nuevo compromiso dividido, aunque los precios bajo demanda cambien.

Sin embargo, si vuelves a fusionar o dividir alguno de estos compromisos en el futuro, los precios con descuento podrían volver a cambiar.

Limitaciones

• No puedes dividir las confirmaciones de licencia.
• No puedes dividir compromisos que tengan reservas asociadas. Por lo tanto, no puedes dividir los compromisos que tengan GPUs, discos SSD locales o ambos, ya que los compromisos con estos recursos siempre tienen reservas adjuntas.
• En el momento de crear compromisos divididos, no puedes crear ninguna reserva nueva y asociarla a esos compromisos.
• No puedes dividir compromisos que hayan caducado o se hayan cancelado.
• De forma predeterminada, cuando creas compromisos divididos, la opción de renovación automática está inhabilitada en los nuevos compromisos, aunque todos los compromisos de origen se hayan configurado para renovarse automáticamente. Si quieres que tus compromisos divididos se renueven automáticamente, debes habilitar manualmente el ajuste de renovación automática en esos compromisos. Puedes hacerlo en el momento de crearlos o después de crearlos.
• Solo puedes crear un nuevo compromiso dividido a la vez mediante la API REST o la CLI de gcloud. Por lo tanto, puedes dividir tu compromiso de origen en un máximo de dos compromisos en una sola operación cuando utilices estas interfaces. Para dividir tu compromiso de origen en tres o más compromisos en una sola operación, usa laGoogle Cloud consola.
• En la Google Cloud consola, 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 varios compromisos divididos, tanto el compromiso de origen como los divididos deben cumplir los siguientes requisitos:

• Los nuevos 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 nuevos nombres para los compromisos divididos.
• Los tipos de recursos que especifiques para los nuevos compromisos divididos deben coincidir con algunos o todos los tipos de recursos del compromiso de origen. Además, la cantidad combinada de recursos que especifiques para los nuevos compromisos divididos debe ser una parte de los recursos del compromiso de origen. Tienes que conservar una parte de los recursos de tu compromiso de origen. Por ejemplo, supongamos que tu compromiso de recursos de origen es de 200 vCPUs y 300 GB de memoria. En ese caso, se aplican los siguientes escenarios de cambio de tamaño y redistribución:
  • Puedes redistribuir una parte de las 200 vCPUs y una parte de los 300 GB de memoria entre tus nuevos compromisos divididos.
  • Puedes redistribuir las 200 vCPUs, pero debes conservar una parte de la memoria de tu compromiso de recursos de origen.
  • Puedes redistribuir toda la memoria de 300 GB, pero debes conservar una parte de las vCPUs de tu compromiso de recursos de origen.
  • No puedes redistribuir las 200 vCPUs y los 300 GB de memoria entre tus nuevos compromisos divididos
• Los compromisos de origen y divididos deben ser de recursos de hardware, como vCPUs, memoria o una combinación de ambos.

Además, para usar Google Cloud CLI y dividir una confirmación de origen, actualiza Google Cloud CLI a la versión 423.0.0 o posterior. Si intentas dividir un compromiso de recursos de origen con una versión anterior de la CLI de gcloud, la operación de división fallará y Compute Engine mostrará un error.

Crear compromisos divididos

Crea un compromiso dividido cada vez mediante la CLI de gcloud o la API de Compute Engine. Crea varias confirmaciones de división a la vez con la Google Cloud consola. Antes de dividir un compromiso, consulta las limitaciones para dividir compromisos.

Permisos que se necesitan para completar esta tarea

Para realizar esta tarea, debes tener los siguientes permisos:

• compute.commitments.create en el proyecto o la organización.

Consola

1. En la Google Cloud consola, selecciona el proyecto en el que quieras dividir un compromiso y ve a la página Descuentos por uso comprometido.

   Ir a Descuentos por compromiso de uso

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

   • Selecciona el compromiso que quieras dividir de la lista y haz clic en Dividir.
   • En la columna Nombre, haga clic en el nombre del compromiso que quiera 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 Compromiso de división que se abre, haga lo siguiente:

   1. En los campos vCPUs y Memoria, especifica el número de vCPUs y la cantidad de memoria que quieras conservar en tu compromiso original. Los recursos restantes se pueden redistribuir a tu compromiso dividido. El compromiso de origen no puede estar vacío después de cambiar su tamaño.
   2. Haz clic en Siguiente. Se abre la pestaña Redistribuir.

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

   1. En el campo Nombre, especifica un nombre para tu compromiso dividido.
   2. En los campos vCPUs y Memoria, especifica el número de vCPUs y la cantidad de memoria que quieres que tenga tu compromiso dividido.
      • Si quieres crear varios compromisos divididos, especifica solo una parte de los recursos redistribuidos.
      • De lo contrario, especifique todos los recursos redistribuidos.

   Solo puedes especificar la memoria en incrementos de 0,25 GB. Para especificar un valor de memoria personalizado para tu compromiso, usa la CLI de gcloud o REST. 1. Opcional: Para habilitar la renovación automática de tu compromiso dividido, selecciona la casilla Habilitar renovación automática. 1. Haz clic en Listo. 1. Opcional: Para crear compromisos divididos adicionales, haz clic en Añadir un elemento y repite los pasos anteriores. 1. Haz clic en Siguiente. Se abre 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 redimensionado y de los compromisos divididos.
      • Para modificar la asignación de recursos de tu compromiso original, selecciona la pestaña Cambiar tamaño en la parte izquierda de la ventana y repite el paso 3.
      • Para modificar la redistribución de los recursos entre tus compromisos divididos, selecciona la pestaña Redistribuir, situada en la parte izquierda de la ventana, y repite el paso 4.
   2. Lee los términos y condiciones.
   3. Para terminar de crear tus compromisos divididos y volver a la página Lista de compromisos, haz clic en Enviar.

gcloud

Importante: Para usar Google Cloud CLI y dividir un compromiso de recursos de origen, actualiza Google Cloud CLI a la versión 423.0.0 o posterior. Si intentas dividir un compromiso de recursos de origen con una versión anterior de la CLI de gcloud, la operación de división fallará y Compute Engine mostrará un error.

Para dividir un compromiso en dos, 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

Haz los cambios siguientes:

• COMMITMENT_NAME: el nombre de tu nuevo compromiso de división.

• COMMITMENT_TYPE: el mismo tipo de compromiso que el de tu compromiso de origen. Puede ser uno de los siguientes:

  • accelerator-optimized para recursos de tipo de máquina A2
  • accelerator-optimized-a3 para los recursos de los tipos de máquinas A3 Edge y A3 High
  • accelerator-optimized-a3-mega para los recursos de tipo de máquina A3 Mega
    Nota: Para los recursos de tipo de máquina A4 o A3 Ultra, consulta la sección sobre cómo solicitar capacidad en la documentación de Hiperordenador con IA.
  • compute-optimized para recursos de tipo de máquina C2
  • compute-optimized-c2d para recursos de tipo de máquina C2D
  • compute-optimized-c3 para recursos de tipo de máquina C3
  • compute-optimized-c3d para recursos de tipo de máquina C3D
  • compute-optimized-h3 para recursos de tipo de máquina H3
  • general-purpose para recursos de tipo de máquina N1
  • general-purpose-c4 para recursos de tipo de máquina C4
  • general-purpose-c4a para recursos de tipo de máquina C4A
  • general-purpose-c4d para recursos de tipo de máquina C4D
  • general-purpose-e2 para los recursos de tipos de máquinas E2
  • general-purpose-n2 para recursos de tipo de máquina N2
  • general-purpose-n2d para recursos de máquinas N2D
  • general-purpose-n4 para recursos de tipo de máquina N4
  • general-purpose-t2d para recursos de tipo de máquina Tau T2D
  • graphics-optimized para recursos de tipo de máquina G2
  • memory-optimized para recursos de tipo de máquina M1 o M2
  • memory-optimized-m3 para recursos de tipo de máquina M3
  • memory-optimized-m4 para recursos de tipo de máquina M4
  • memory-optimized-m4-6tb para el tipo de máquina M4 recursos para instancias con 6 TB de memoria
  • memory-optimized-x4-16tb para el tipo de máquina X4 recursos para instancias con 16 TB de memoria
  • memory-optimized-x4-24tb para recursos de tipo de máquina X4 para instancias con 24 TB de memoria
  • memory-optimized-x4-32tb para recursos de tipo de máquina X4 para instancias con 32 TB de memoria
  • storage-optimized-z3 para recursos de tipo de máquina Z3

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

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

• COMMITMENT_PLAN: el mismo plan de compromiso que el de tu compromiso de origen, ya sea 12-month o 36-month.

• NUMBER_VCPUS: el número de vCPUs que quieres transferir de tu compromiso de origen para crear tu nuevo compromiso dividido. El número debe ser un entero inferior al número de vCPUs del compromiso de origen.

• MEMORY: cantidad de memoria, en MB o GB, que quieres transferir de tu compromiso de origen para crear tu nuevo compromiso dividido. El importe debe ser inferior a la cantidad de memoria de la confirmación de origen. Por ejemplo, 1000 MB. Si no se especifican las unidades, se usarán GB de forma predeterminada.

• SOURCE_COMMITMENT_URL: la URL de la confirmación de origen de la que quieres extraer recursos.

Por ejemplo, supongamos que tienes un compromiso de recursos (source-commitment) en la región us-east1 que tiene especificados 3 vCPUs N2 y 2048 MB de memoria. El siguiente comando de la CLI de gcloud te permite dividir el compromiso en dos compromisos independientes:

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-central1/commitments/source-commitment

Durante el proceso de división de source-commitment, Compute Engine hace lo siguiente:

• Toma recursos de source-commitment y crea un nuevo compromiso split-commitment con 1 vCPU N2 y 1024 MB de memoria.
• Cambia el tamaño de source-commitment a los recursos restantes.

REST

Para dividir un compromiso 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
}

Haz los cambios siguientes:

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

• COMMITMENT_TYPE: el mismo tipo de compromiso que el de tu compromiso de origen. Puede ser uno de los siguientes:

  • ACCELERATOR_OPTIMIZED para recursos de tipo de máquina A2
  • ACCELERATOR_OPTIMIZED_A3 para los recursos de los tipos de máquinas A3 Edge y A3 High
  • ACCELERATOR_OPTIMIZED_A3_MEGA para los recursos de tipo de máquina A3 Mega
    Nota: Para los recursos de tipo de máquina A4 o A3 Ultra, consulta la sección sobre cómo solicitar capacidad en la documentación de Hiperordenador con IA.
  • COMPUTE_OPTIMIZED para recursos de tipo de máquina C2
  • COMPUTE_OPTIMIZED_C2D para recursos de tipo de máquina C2D
  • COMPUTE_OPTIMIZED_C3 para recursos de tipo de máquina C3
  • COMPUTE_OPTIMIZED_C3D para recursos de tipo de máquina C3D
  • COMPUTE_OPTIMIZED_H3 para recursos de tipo de máquina H3
  • GENERAL_PURPOSE para recursos de tipo de máquina N1
  • GENERAL_PURPOSE_C4 para recursos de tipo de máquina C4
  • GENERAL_PURPOSE_C4A para recursos de tipo de máquina C4A
  • GENERAL_PURPOSE_C4D para recursos de tipo de máquina C4D
  • GENERAL_PURPOSE_E2 para los recursos de tipos de máquinas E2
  • GENERAL_PURPOSE_N2 para recursos de tipo de máquina N2
  • GENERAL_PURPOSE_N2D para recursos de máquinas N2D
  • GENERAL_PURPOSE_N4 para recursos de tipo de máquina N4
  • GENERAL_PURPOSE_T2D para recursos de tipo de máquina Tau T2D
  • GRAPHICS_OPTIMIZED para recursos de tipo de máquina G2
  • MEMORY_OPTIMIZED para recursos de tipo de máquina M1 o M2
  • MEMORY_OPTIMIZED_M3 para recursos de tipo de máquina M3
  • MEMORY_OPTIMIZED_M4 para recursos de tipo de máquina M4
  • MEMORY_OPTIMIZED_M4_6TB para recursos de tipo de máquina M4 para instancias con 6 TB de memoria
  • MEMORY_OPTIMIZED_X4_16TB para recursos de tipo de máquina X4 para instancias con 16 TB de memoria
  • MEMORY_OPTIMIZED_X4_24TB para recursos de tipo de máquina X4 para instancias con 24 TB de memoria
  • MEMORY_OPTIMIZED_X4_32TB para recursos de tipo de máquina X4 para instancias con 32 TB de memoria
  • STORAGE_OPTIMIZED_Z3 para recursos de tipo de máquina Z3

• COMMITMENT_PLAN: el mismo plan de compromiso que el de tu compromiso de origen, ya sea TWELVE_MONTH o THIRTY_SIX_MONTH.

• NUMBER_VCPUS: el número de vCPUs que quieres transferir de tu compromiso de origen para crear tu nuevo compromiso dividido. El número debe ser un entero inferior al número de vCPUs del compromiso de origen.

• MEMORY: la cantidad de memoria, en MB, que quieres transferir de tu compromiso de origen para crear tu nuevo compromiso dividido. El importe debe ser inferior a la cantidad de memoria de la confirmación de la fuente. Por ejemplo, 1000 MB. Si no se especifican las unidades, se usarán los MB de forma predeterminada.

• SOURCE_COMMITMENT_URL: la URL de la confirmación de origen desde la que quieres transferir recursos.

Por ejemplo, supongamos que tienes un compromiso de recursos (source-commitment) en la región us-east1 que tiene especificados 3 vCPUs N2 y 2048 MB de memoria. La siguiente solicitud POST te permite dividir el compromiso en dos compromisos independientes:

POST https://compute.googleapis.com/compute/v1/projects/myproject/regions/us-central1/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-central1/commitments/source-commitment"
}

Durante el proceso de división de source-commitment, Compute Engine hace lo siguiente:

• Toma recursos de source-commitment y crea un nuevo compromiso split-commitment con 1 vCPU N2 y 1024 MB de memoria.
• Cambia el tamaño de source-commitment a los recursos restantes.

Siguientes pasos

• Consulta cómo renovar automáticamente los compromisos basados en recursos.
• Consulta cómo ampliar la duración de los compromisos basados en recursos.
• Consulta cómo ampliar el plazo de los compromisos basados en recursos.
• Consulta cómo analizar la eficacia de tus CUDs.