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 requerido para tus proyectos.

En este documento, se describen los beneficios y el proceso de combinación y división de compromisos, junto con las limitaciones y los requisitos que se aplican.

Antes de empezar

Configura la autenticación si aún no lo hiciste. La autenticación es el proceso mediante el cual se verifica tu identidad para acceder a los servicios y las API de Google Cloud. Para ejecutar código o muestras desde un entorno de desarrollo local, puedes autenticarte en Compute Engine de la siguiente manera.

Selecciona la pestaña para saber cómo planeas usar las muestras en esta página:
Consola

Cuando usas la consola de Google Cloud para acceder a los servicios y las APIs de Google Cloud, no necesitas configurar la autenticación.
gcloud
1. Instala Google Cloud CLI y, luego, inicializa la ejecución del siguiente comando:
```
gcloud init
```
  Nota: Si ya instalaste la CLI de gcloud, asegúrate de que tienes la versión más reciente mediante la ejecución de gcloud components update.
2. Configura una región y una zona predeterminadas.
REST

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

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 vencimiento 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.

Limitaciones para la combinación

No puedes combinar los compromisos de licencia.
Al momento de la creación de compromisos combinados, no puedes crear reservas nuevas y adjuntarlas a esos compromisos.
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 de forma automática, 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.

Cómo funciona la combinación

Cuando combinas compromisos individuales entre sí (compromisos de origen), creas un compromiso nuevo (compromiso combinado) con los recursos combinados 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.

Compute Engine establece la fecha de vencimiento del compromiso combinado en la fecha de vencimiento más lejana entre los compromisos de origen. Por ejemplo, si tienes dos compromisos de origen y vencen el 1 de enero de 2023 y el 1 de diciembre de 2023, respectivamente, el compromiso combinado vence el 1 de diciembre de 2023.

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 adjuntas, consulta Combina reservas con descuentos por compromiso de uso.

Implicaciones de precios para la combinación

La tarifa de compromiso es la suma de los precios con descuento de todos los recursos comprometidos. Cuando combinas el compromiso, los precios con descuento de los recursos de tu 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 en el futuro, es posible que los precios con descuento de los recursos vuelvan a cambiar.

Ejemplo de un compromiso combinado

En la siguiente tabla, se muestran las propiedades de los compromisos de origen y combinados en una situación en la que dos compromisos (source-commitment-1 y source-commitment-2) se combinan en un solo compromiso (merged-commitment) en March 1, 2022:

	Primer compromiso de origen (antes de la combinación)	Segundo compromiso de origen (antes de la combinación)	Compromiso combinado
Nombre	source-commitment-1	source-commitment-2	merged-commitment
Tipo	N2	N2	N2
Región	us-central-1	us-central-1	us-central-1
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

^*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 terminan 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.

Requisitos para la combinación

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

El proyecto, la región, la duración (o plazo), el tipo de compromiso y la categoría de compromiso de los compromisos de origen deben ser iguales.
El proyecto, la región, la duración (o plazo), el tipo de compromiso y la categoría de compromiso del compromiso nuevo combinado deben ser iguales que los de los compromisos de origen. Sin embargo, puedes elegir un nombre nuevo para el compromiso combinado.
Los tipos de recursos que especifícas para tu compromiso combinado deben ser exactamente los mismos tipos de recursos que se encuentran en los compromisos de origen. Además, la cantidad de recursos para cada tipo de recurso en tu compromiso combinado nuevo debe ser igual a la suma de los recursos 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.
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 mediante la CLI de gcloud o la API de Compute Engine. Antes de combinar los compromisos, revisa las limitaciones de la combinación.

Permisos necesarios para esta tarea

Para realizar esta tarea, debes tener los siguientes permisos:

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

Console

En la consola de Google Cloud, elige el proyecto en el que deseas combinar los compromisos y ve a la página Descuentos por compromiso de uso.

Ir a Descuentos por compromiso de uso
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.
En la pestaña Elige un 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.
  
  De manera opcional, también puedes especificar los valores Plan, Región y Tipo de compromiso que deseas para tu compromiso combinado antes de los compromisos individuales para la combinación. Esto filtra la lista de compromisos para mostrar solo los compromisos que puedes combinar para los atributos especificados.
2. Haz clic en Siguiente. Se abrirá la pestaña Revisar.
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 deseas combinar, 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=DURATION \
    --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:
- general-purpose para los compromisos de tipos de máquinas N1 de uso general
- general-purpose-n2 para los compromisos de tipos de máquinas N2 de uso general
- general-purpose-e2 para los compromisos de tipos de máquinas E2 de uso general
- general-purpose-n2d para los compromisos de tipos de máquinas N2D de uso general
- general-purpose-t2d para los compromisos de tipos de máquinas Tau T2D de uso general
- compute-optimized para los compromisos de tipos de máquinas C2 optimizados para procesamiento
- compute-optimized-c2d para los compromisos de tipos de máquinas C2D optimizados para procesamiento
- memory-optimized para los compromisos de tipos de máquinas M1 o M2 con optimización de memoria
- accelerator-optimized para los compromisos de tipos de máquinas A2 con optimización de acelerador
- accelerator-optimized-a3 para los compromisos de tipos de máquinas A3 optimizados para aceleradores
- graphics-optimized para los compromisos de tipos de máquinas G2 con optimización de acelerador
REGION: es la misma región que los compromisos de origen.
PROJECT_ID: el ID del proyecto para el que deseas combinar los compromisos.
DURATION: la misma duración (o plazo) que tus compromisos de origen, ya sea 12-month o 36-month.
MEMORY: la suma de las cantidades, en MB o GB, de memoria en los compromisos de origen. Por ejemplo, 1000 MB. Si no se especifican las unidades, la unidad predeterminada es el GB.
SOURCE_COMMITMENT_URLS: Especifica una lista de URL de compromiso de origen distintas, que separa cada URL con una coma. No agregues un espacio en blanco entre las URLs. En la lista, debes especificar al menos dos URL de compromisos de origen.

Por ejemplo, considera dos compromisos de origen en la región us-east1 con sus recursos como (4 CPUs virtuales N2 y 2048 MB) y (3 CPU virtuales N2 y 2048 MB), respectivamente. La duración de cada uno de los compromisos de origen es de 12 meses. Con el siguiente comando de la CLI de gcloud, se combinan los dos compromisos y se crea un nuevo compromiso denominado merged-commitmentcon sus recursos como 7 CPUs N2 y 4096 MB y su duración como 12 meses:

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

API

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": DURATION,
  "type": COMMITMENT_TYPE,
  "region": REGION,
  "resources": [
    {
      "type": "vCPUs",
      "amount": NUMBER_VCPUS
    }
    {
      "type": "MEMORY",
      "amount": MEMORY
    }
  ],
  "mergeSourceCommitments": [SOURCE_COMMITMENT_URL ...]
}

Reemplaza lo siguiente:

PROJECT_ID: el ID del proyecto para el que deseas combinar los 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:
- GENERAL_PURPOSE para los compromisos de tipos de máquinas N1 de uso general
- GENERAL_PURPOSE_N2 para los compromisos de tipos de máquinas N2 de uso general
- GENERAL_PURPOSE_E2 para los compromisos de tipos de máquinas E2 de uso general
- GENERAL_PURPOSE_N2D para los compromisos de tipos de máquinas N2D de uso general
- GENERAL_PURPOSE_T2D para los compromisos de tipos de máquinas Tau T2D de uso general
- COMPUTE_OPTIMIZED para los compromisos de tipos de máquinas C2 optimizados para procesamiento
- COMPUTE_OPTIMIZED_C2D para los compromisos de tipos de máquinas C2D optimizados para procesamiento
- MEMORY_OPTIMIZED para los compromisos de tipos de máquinas M1 o M2 con optimización de memoria
- ACCELERATOR_OPTIMIZED para los compromisos de tipos de máquinas A2 con optimización de acelerador
- ACCELERATOR_OPTIMIZED_A3 para los compromisos de tipos de máquinas A3 optimizados para aceleradores
- GRAPHICS_OPTIMIZED para los compromisos de tipos de máquinas G2 con optimización de acelerador
DURATION: la misma duración (o plazo) que tus compromisos de origen, ya sea TWELVE_MONTH o THIRTY_SIX_MONTH.
COMMITMENT_NAME: el nombre del compromiso combinado nuevo.
NUMBER_VCPUS: la suma de la cantidad de CPU virtuales en los compromisos de origen.
MEMORY: la suma de las cantidades, en MB, de memoria en los compromisos de origen. Por ejemplo, 1000 MB. Si no se especifican las unidades, la unidad predeterminada es el GB.
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 como (4 CPUs virtuales N2 y 2048 MB) y (3 CPUs virtuales N2 y 2,048 MB), respectivamente. La siguiente solicitud POST combina source-commitment-1 y source-commitment-2 en un solo compromiso llamado merged-commitment:

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",
         ...
    ]
}

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.

Limitaciones para la división

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 GPU, discos SSD locales o ambos, ya que los compromisos con estos recursos siempre tienen reservas adjuntas.
Al momento de la creación de compromisos divididos, no puedes crear reservas nuevas y adjuntarlas a esos compromisos.
No puedes dividir los compromisos que vencieron o se cancelaron.
De forma predeterminada, cuando creas compromisos divididos, 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 divididos se renueven de forma automática, 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 mediante la API de Compute Engine o la CLI de gcloud.

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 nuevos 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. Cuando finaliza la operación de división, tienes 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 recién creados 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 vencimiento y sigue funcionando con normalidad. La fecha de vencimiento de los compromisos divididos sigue siendo la misma que la del compromiso de origen.

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

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

Implicaciones de precios para la división

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 la siguiente manera:

Compromiso de la fuente con cambio de tamaño: Los precios con descuento de los recursos de tu compromiso de origen cambiado de tamaño siguen siendo los mismos.
Compromiso dividido: Los precios con descuento de los recursos de tu compromiso recién dividido pueden cambiar el día en que tu 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 combinas o divides cualquiera de estos compromisos de nuevo en el futuro, los precios con descuento pueden volver a cambiar.

Ejemplo de un compromiso dividido

En la siguiente tabla, se muestran las propiedades del compromiso cuando un compromiso existente (source-commitment) se divide en dos compromisos distintos (cambio de tamaño de source-commitment y 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-central-1	us-central-1	us-central-1
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

Requisitos para la división

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 nuevos deben tener el mismo proyecto, tipo de compromiso, región y duración (o plazo) 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 nuevos 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 nuevos 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, supongamos que el compromiso de origen es para 200 CPU virtuales y 300 GB de memoria, cuando 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 tus nuevos 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 nuevos.
Los compromisos de origen y divididos deben ser para recursos de hardware que sean CPU virtuales, memoria o una combinación de ambos.

Además, para usar Google Cloud CLI para dividir un compromiso de origen, actualiza Google Cloud CLI a la versión 423.0.0 o una posterior. Si intentas dividir un compromiso de origen con una versión anterior de la gcloud CLI, 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 mediante la consola de Google Cloud. Antes de dividir un compromiso, revisa las limitaciones para la división.

Permisos necesarios para esta tarea

Para realizar esta tarea, debes tener los siguientes permisos:

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

Console

En la consola de Google Cloud, elige el proyecto en el que deseas dividir un compromiso y ve a la página Descuentos por compromiso de uso.

Ir a Descuentos por compromiso de uso
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 abrirá, haz clic en Dividir.
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 Redistribuir.
En la pestaña Redistribuir de la página Compromiso dividido, 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 que deseas en el compromiso dividido.
  - Si deseas crear varios compromisos divididos, especifica solo una parte de los recursos redistribuidos.
  - De lo contrario, especifica todos los recursos redistribuidos.
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.
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=DURATION \
    --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:
- general-purpose para los compromisos de tipos de máquinas N1 de uso general
- general-purpose-n2 para los compromisos de tipos de máquinas N2 de uso general
- general-purpose-e2 para los compromisos de tipos de máquinas E2 de uso general
- general-purpose-n2d para los compromisos de tipos de máquinas N2D de uso general
- general-purpose-t2d para los compromisos de tipos de máquinas Tau T2D de uso general
- compute-optimized para los compromisos de tipos de máquinas C2 optimizados para procesamiento
- compute-optimized-c2d para los compromisos de tipos de máquinas C2D optimizados para procesamiento
- memory-optimized para los compromisos de tipos de máquinas M1 o M2 con optimización de memoria
- accelerator-optimized para los compromisos de tipos de máquinas A2 con optimización de acelerador
- accelerator-optimized-a3 para los compromisos de tipos de máquinas A3 con optimización de acelerador
- graphics-optimized para los compromisos de tipos de máquinas G2 con optimización de acelerador
REGION: la misma región que tu compromiso de origen.
PROJECT_ID: el ID del proyecto para el que deseas dividir el compromiso de origen.
DURATION: la misma duración (o plazo) que tu compromiso de origen, ya sea 12-month o 36-month.
NUMBER_VCPUS: la cantidad de CPU virtuales que deseas transferir desde tu compromiso de origen para crear el compromiso dividido nuevo. El 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. La cantidad debe ser menor que la cantidad de memoria en el compromiso de origen. Por ejemplo, 1000 MB. Si no se especifican las unidades, la unidad predeterminada es el GB. La memoria se puede comprar en incrementos de 0.25 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 3 CPUs virtuales N2 y 2048 MB de memoria. El siguiente comando de la CLI de gcloud divide el compromiso de la siguiente manera:

Tomar recursos de source-commitment y crear un compromiso nuevo split-commitment con 1 CPU virtual N2 y 1024 MB de memoria.
Cambiar el tamaño de source-commitment a los recursos restantes.

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

API

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": DURATION,
  "type": COMMITMENT_TYPE,
  "region": REGION,
  "resources": [
    {
      "type": "vCPUs",
      "amount": NUMBER_VCPUS
    }
    {
      "type": "MEMORY",
      "amount": MEMORY
    }
  ],
  "splitSourceCommitment": SOURCE_COMMITMENT_URL
}

Reemplaza lo siguiente:

PROJECT_ID: 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:
- GENERAL_PURPOSE para los compromisos de tipos de máquinas N1 de uso general
- GENERAL_PURPOSE_N2 para los compromisos de tipos de máquinas N2 de uso general
- GENERAL_PURPOSE_E2 para los compromisos de tipos de máquinas E2 de uso general
- GENERAL_PURPOSE_N2D para los compromisos de tipos de máquinas N2D de uso general
- GENERAL_PURPOSE_T2D para los compromisos de tipos de máquinas Tau T2D de uso general
- COMPUTE_OPTIMIZED para los compromisos de tipos de máquinas C2 optimizados para procesamiento
- COMPUTE_OPTIMIZED_C2D para los compromisos de tipos de máquinas C2D optimizados para procesamiento
- MEMORY_OPTIMIZED para los compromisos de tipos de máquinas M1 o M2 con optimización de memoria
- ACCELERATOR_OPTIMIZED para los compromisos de tipos de máquinas A2 con optimización de acelerador
- ACCELERATOR_OPTIMIZED_A3 para los compromisos de tipos de máquinas A3 con optimización de acelerador
- GRAPHICS_OPTIMIZED para los compromisos de tipos de máquinas G2 con optimización de acelerador
DURATION: la misma duración (o plazo) que tu compromiso de origen, ya sea TWELVE_MONTH o THIRTY_SIX_MONTH.
NUMBER_VCPUS: la cantidad de CPU virtuales que deseas transferir desde tu compromiso de origen para crear el compromiso dividido nuevo. El 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. La cantidad debe ser menor que la cantidad de memoria en el compromiso de origen. Por ejemplo, 1000 MB. Si no se especifican las unidades, la unidad predeterminada es el MB. La memoria se puede comprar en incrementos de 0.25 GB.
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 3 CPUs virtuales N2 y 2048 MB de memoria. La siguiente solicitud POST divide el compromiso de la siguiente manera:

Tomar recursos de source-commitment y crear un compromiso nuevo split-commitment con 1 CPU virtual N2 y 1024 MB de memoria.
Cambiar el tamaño de source-commitment a los recursos restantes.

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"
}

¿Qué sigue?

Obtén más información para renovar los compromisos basados en recursos de forma automática.
Obtén más información acerca de cómo actualizar el término de los compromisos basados en recursos.
Obtén información sobre cómo analizar la eficacia de los descuentos por compromiso de uso basados en recursos.

Combinar y dividir compromisos

Antes de empezar

Consola

gcloud

REST

Combina los compromisos

Limitaciones para la combinación

Cómo funciona la combinación

Implicaciones de precios para la combinación

Ejemplo de un compromiso combinado

Requisitos para la combinación

Crea compromisos combinados

Permisos necesarios para esta tarea

Console

gcloud

API

Divide los compromisos

Limitaciones para la división

Cómo funciona la división

Implicaciones de precios para la división

Ejemplo de un compromiso dividido

Requisitos para la división

Crea compromisos divididos

Permisos necesarios para esta tarea

Console

gcloud

API

¿Qué sigue?