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

Fusionar y dividir compromisos
Organízate con las colecciones Guarda y clasifica el contenido según tus preferencias.

Para ayudarte a administrar los requisitos de recursos para tus proyectos, Compute Engine te permite fusionar o dividir tus compromisos existentes y redistribuir tus recursos para que coincidan con la granularidad requerida para tus proyectos.

Este documento describe los beneficios y el proceso de fusionar y dividir compromisos, junto con las limitaciones y requisitos que se aplican.

Antes de comenzar

Si aún no lo has hecho, configura la autenticación. La autenticación es el proceso mediante el cual se verifica su identidad para acceder a Google Cloud servicios y API. Para ejecutar código o muestras 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. After installing the Google Cloud CLI, initialize it by running the following command:
  gcloud init
  If you're using an external identity provider (IdP), you must first sign in to the gcloud CLI with your federated identity.
  
  Note: If you installed the gcloud CLI previously, make sure you have the latest version by running gcloud components update.
2. Set a default region and zone.

Fusionar compromisos

Puede fusionar varios compromisos compatibles para crear un nuevo compromiso más grande. Al fusionar compromisos, puede realizar un seguimiento y gestionarlos como una sola entidad. La fusión de compromisos le ayuda a evitar fechas de finalización de compromisos escalonadas al establecer conjuntamente los compromisos individuales para que expiren al mismo tiempo. La fusión también le permite aumentar gradualmente sus cargas de trabajo. Por ejemplo, puede adquirir compromisos más nuevos y más pequeños cuando surja la necesidad y optar por fusionarlos juntos o con un compromiso existente.

Cómo funciona la fusión

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

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

La fecha de finalización más lejana en el futuro entre los compromisos de origen.
El plazo de elegibilidad para la extensión del plazo que finaliza antes entre los compromisos de origen.

Por ejemplo, considere dos compromisos de fuente que comienzan el 1 de enero de 2020 y el 1 de diciembre de 2020, respectivamente. Los compromisos tienen como fechas de finalización 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 para el primer compromiso permanece abierto hasta el 1 de mayo de 2020 y para el segundo compromiso hasta el 1 de abril de 2021. Si fusiona estos compromisos el 1 de marzo de 2022, el compromiso fusionado hereda una fecha de finalización del 1 de diciembre de 2023. El período de elegibilidad para la extensión del plazo para el compromiso fusionado ya habría finalizado el 1 de mayo de 2020.

Si alguno de los compromisos de origen tiene reservas adjuntas, las reservas se conservan durante la fusión y se adjuntan al compromiso fusionado después de su creación. Para obtener más información sobre compromisos con reservas adjuntas, consulte Adjuntar reservas a compromisos basados en recursos .

Ejemplo de un compromiso fusionado

La siguiente tabla muestra las propiedades de los compromisos de origen y fusionados en un escenario en el que dos compromisos ( source-commitment-1 y source-commitment-2 ) se fusionan en un solo compromiso ( merged-commitment ) el March 1, 2022 :

	Compromiso de primera fuente (antes de fusionarse)	Compromiso de segunda fuente (antes de fusionarse)	Compromiso fusionado
Nombre	compromiso-fuente-1	compromiso-fuente-2	compromiso fusionado
Tipo	N2	N2	N2
Región	us-central-1	us-central-1	us-central-1
Recursos	vCPU: 100 Memoria: 100GB	vCPU: 200 Memoria: 300GB	vCPU: 300 Memoria: 400GB
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 fusió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	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

Su tarifa de compromiso es la suma de los precios con descuento de todos sus recursos comprometidos. Cuando fusiona su compromiso, los precios con descuento de los recursos de su compromiso fusionado pueden cambiar el día en que su compromiso fusionado se activa. Este nuevo precio con descuento para cada recurso permanece igual hasta el final del plazo de su compromiso combinado, incluso si los precios bajo demanda cambian. Sin embargo, si fusiona o divide este compromiso nuevamente en el futuro, los precios con descuento de los recursos podrían cambiar nuevamente.

Limitaciones

No puede fusionar compromisos de licencia.
En el momento de la creación de compromisos fusionados, no puede crear ninguna reserva nueva y adjuntarlas a esos compromisos.
No puede fusionar compromisos que hayan expirado o estén cancelados.
De forma predeterminada, cuando crea compromisos combinados, la configuración de renovación automática está deshabilitada en los nuevos compromisos incluso si todos los compromisos de origen estaban configurados para renovarse automáticamente. Si desea que sus compromisos combinados se renueven automáticamente, debe habilitar manualmente la configuración de renovación automática en esos compromisos. Puede hacerlo en el momento de su creación o después de su creación .

Requisitos

Cuando combina compromisos de fuente individuales para crear un nuevo compromiso combinado, su fuente y sus compromisos combinados deben cumplir los siguientes requisitos:

Los compromisos de origen deben tener el mismo proyecto, región, duración (o plazo), tipo de compromiso y categoría de compromiso.
El nuevo compromiso fusionado debe tener el mismo proyecto, región, duración (o plazo), tipo de compromiso y categoría de compromiso que los compromisos de origen. Sin embargo, puede elegir un nuevo nombre para su compromiso fusionado.
Los tipos de recursos que especifique para su 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 su nuevo compromiso combinado debe ser igual a la suma de las cantidades de recursos para ese tipo de recurso en todos los compromisos de origen. Por ejemplo, si el primer compromiso de origen tiene 100 vCPU y 100 GB de memoria y el segundo compromiso de origen tiene 200 vCPU y 300 GB de memoria, debe crear su compromiso combinado con 300 vCPU y 400 GB de memoria.
Los compromisos de origen y combinados deben ser para recursos de hardware (vCPU, memoria, GPU y discos SSD locales).

Crear compromisos fusionados

Crea un compromiso combinado mediante la CLI de gcloud o la API de Compute Engine. Antes de fusionar compromisos, revise las limitaciones para la fusión .

Permisos necesarios para esta tarea

Para realizar esta tarea, debe tener los siguientes permisos :

compute.commitments.create en el proyecto u organización.

Consola

En la consola de Google Cloud, seleccione el proyecto donde desea fusionar compromisos y vaya a la página Descuentos por uso comprometido .
Ir a descuentos por uso comprometido
Para iniciar la operación de combinación para un conjunto de compromisos, en la pestaña Compromisos de hardware de la página de lista Compromiso , haga clic en Combinar .
Alternativamente, también puede seleccionar los compromisos que desea fusionar de la lista y luego hacer clic en Fusionar .
En la pestaña Elegir compromiso de la página Combinar que se abre, haga lo siguiente:
1. En Elegir compromisos para fusionar , seleccione los compromisos que desea fusionar de la lista. Si ya seleccionó estos compromisos en la página de lista de compromisos , verifique los compromisos seleccionados en esta pestaña.
  Opcional: también puede especificar los valores Plan , Región y Tipo de compromiso que desea para su compromiso fusionado antes de seleccionar los compromisos individuales para fusionar. Al hacer esto, se filtra la lista de compromisos para mostrar solo aquellos compromisos que puede fusionar para los atributos especificados.
2. Haga clic en Siguiente . Se abre la pestaña Revisar .
En la pestaña Revisar de la página Combinar , haga lo siguiente:
1. Revise y confirme los detalles del compromiso fusionado. Para modificar la lista de compromisos individuales que desea fusionar, seleccione la pestaña Elegir compromiso en el lado izquierdo de la ventana y repita el paso 3.
2. En el campo Nombre del nuevo compromiso , ingrese un nombre para su compromiso combinado.
3. Opcional: Para habilitar la renovación automática en su compromiso combinado, seleccione la casilla de verificación Habilitar renovación automática .
4. Lea los Términos y condiciones .
5. Para terminar de crear su compromiso combinado y regresar a la página de lista de compromisos , haga clic en Combinar .

nube de gcloud

Para fusionar compromisos existentes en un solo compromiso, use 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

Reemplace lo siguiente:

COMMITMENT_NAME : el nombre de su nuevo compromiso combinado.
NUMBER_VCPUS : la suma de la cantidad de vCPU en los compromisos de origen.
COMMITMENT_TYPE : el mismo tipo de compromiso que sus compromisos de origen, uno de los siguientes:
- accelerator-optimized para recursos de tipo máquina A2.
- accelerator-optimized-a3 para recursos de tipo de máquina A3 Edge y A3 High
- accelerator-optimized-a3-mega para recursos de tipo máquina A3 Mega
  Nota: Para recursos de tipo de máquina A3 Ultra o A4, consulte Solicitar capacidad en la documentación de AI Hypercomputer.
- compute-optimized para recursos de tipo máquina C2.
- compute-optimized-c2d para recursos de tipo máquina C2D
- compute-optimized-c3 para recursos de tipo de máquina C3
- compute-optimized-c3d para recursos de tipo máquina C3D
- compute-optimized-h3 para recursos de tipo de máquina H3
- general-purpose para recursos de tipo máquina N1
- general-purpose-c4 para recursos de tipo máquina C4
- general-purpose-c4a para recursos de tipo máquina C4A
- general-purpose-e2 para recursos de tipo de máquina E2
- general-purpose-n2 para recursos de tipo máquina N2
- general-purpose-n2d para recursos de máquinas N2D
- general-purpose-n4 para recursos de tipo máquina N4
- general-purpose-t2d para recursos de tipo de máquina Tau T2D
- graphics-optimized para recursos de tipo 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 máquina M4
- 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
REGION : la misma región que sus compromisos de origen.
PROJECT_ID : el ID del proyecto para el que desea fusionar compromisos.
DURATION : la misma duración (o plazo) que sus 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 utilizada es GB.
SOURCE_COMMITMENT_URLS : especifique una lista de URL de compromiso de fuente distintas, separando cada URL con una coma. No agregue espacios en blanco entre las URL. En la lista, debe especificar al menos dos URL de compromiso de origen.

Por ejemplo, considere dos compromisos de fuente en la región us-east1 con sus recursos como (4 vCPU N2 y 2048 MB) y (3 vCPU N2 y 2048 MB) respectivamente. La duración de cada uno de los compromisos de fuente es de 12 meses. El siguiente comando CLI de gcloud combina los dos compromisos y crea un nuevo compromiso llamado merged-commitment , con recursos de 7 vCPU N2 y 4096 MB y una duración de 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 fusionar compromisos existentes en un solo compromiso, utilice 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 ...]
}

Reemplace lo siguiente:

PROJECT_ID : el ID del proyecto para el que desea fusionar compromisos.
REGION : la misma región que sus compromisos de origen.
COMMITMENT_TYPE : el mismo tipo de compromiso que sus compromisos de origen, uno de los siguientes:
- ACCELERATOR_OPTIMIZED para recursos de tipo máquina A2
- ACCELERATOR_OPTIMIZED_A3 para recursos de tipo de máquina A3 Edge y A3 High
- ACCELERATOR_OPTIMIZED_A3_MEGA para recursos de tipo máquina A3 Mega
  Nota: Para recursos de tipo de máquina A3 Ultra o A4, consulte Solicitar capacidad en la documentación de AI Hypercomputer.
- COMPUTE_OPTIMIZED para recursos de tipo máquina C2
- COMPUTE_OPTIMIZED_C2D para recursos de tipo de máquina C2D
- COMPUTE_OPTIMIZED_C3 para recursos de tipo 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 máquina C4
- GENERAL_PURPOSE_C4A para recursos de tipo de máquina C4A
- GENERAL_PURPOSE_E2 para recursos de tipo de máquina E2
- GENERAL_PURPOSE_N2 para recursos de tipo de máquina N2
- GENERAL_PURPOSE_N2D para recursos de máquina 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 máquina M4
- 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 máquina Z3
DURATION : la misma duración (o plazo) que sus compromisos de origen, ya sea TWELVE_MONTH o THIRTY_SIX_MONTH .
COMMITMENT_NAME : el nombre de su nuevo compromiso combinado.
NUMBER_VCPUS : la suma de la cantidad de vCPU 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 utilizada es MB.
SOURCE_COMMITMENT_URL : la URL del compromiso de origen que desea fusionar. Debe especificar una lista separada por comas de URL de compromiso de fuente distintas.

Por ejemplo, considere dos compromisos de origen ( source-commitment-1 y source-commitment-2 ) en la región us-east1 con sus recursos como (4 vCPU N2 y 2048 MB) y (3 vCPU N2 y 2048 MB) respectivamente. La siguiente solicitud POST fusiona source-commitment-1 y source-commitment-2 en un único 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",
         ...
    ]
}

Compromisos divididos

Puede transferir recursos de un compromiso existente y dividir el compromiso en compromisos más pequeños. La división le permite monitorear y administrar de cerca partes de un compromiso grande en forma de compromisos individuales más pequeños. Por ejemplo, puede establecer que solo una parte de un compromiso se renueve automáticamente dividiéndola y habilitando la renovación automática solo para uno de los compromisos secundarios. Con la división, también puede distribuir sus descuentos por uso comprometido a un nivel más granular mediante el uso de atribución priorizada para los compromisos divididos.

Cómo funciona la división

Cuando divide un compromiso existente (compromiso de origen), transfiere recursos fuera de su compromiso de origen, crea uno o más compromisos nuevos (compromisos divididos) y redistribuye 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 realizan a las 12 a. m., hora del Pacífico de EE. UU. y Canadá (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. Al finalizar la operación dividida tienes los siguientes compromisos:

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

El compromiso de origen, aunque haya cambiado de tamaño, conserva todos sus demás atributos, incluidas sus fechas de inicio y finalización, y continúa funcionando con normalidad. Los compromisos divididos conservan la misma fecha de finalización y el mismo período de elegibilidad para la extensión del plazo que el compromiso de origen.

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

No se puede dividir un compromiso cuando tiene reservas adjuntas. Para obtener más información sobre los compromisos con reservas adjuntas, consulte Combinación de reservas con descuentos por uso comprometido .

Ejemplo de compromiso dividido

La siguiente tabla muestra las propiedades del compromiso cuando un compromiso existente ( source-commitment ) se divide en dos compromisos distintos ( source-commitment redimensionado y split-commitment ) el 1 de marzo de 2022:

	Compromiso de fuente (antes de dividir)	Compromiso dividido	Compromiso de fuente (después de dividir)
Nombre	compromiso de fuente	compromiso dividido	compromiso de fuente
Tipo	N2	N2	N2
Región	us-central-1	us-central-1	us-central-1
Recursos	vCPU: 200 Memoria: 200GB	vCPU: 50 Memoria: 100GB	vCPU: 150 Memoria: 100GB
Término	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 separació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	1 de enero de 2021	1 de enero de 2021	1 de enero de 2021

Implicaciones de precios

Su tarifa de compromiso es la suma de los precios con descuento de todos sus recursos comprometidos. Dividir un compromiso afecta sus costos de recursos de la siguiente manera:

Compromiso de fuente redimensionado : los precios con descuento de los recursos de su compromiso de fuente redimensionado siguen siendo los mismos.
Compromiso dividido : los precios con descuento de los recursos de su nuevo compromiso dividido pueden cambiar el día en que su compromiso dividido se activa. Este nuevo precio con descuento para cada recurso permanece igual hasta el final del plazo de su nuevo compromiso dividido, incluso si los precios bajo demanda cambian.

Sin embargo, si fusiona o divide cualquiera de estos compromisos nuevamente en el futuro, los precios con descuento podrían cambiar nuevamente.

Limitaciones

No puede dividir los compromisos de licencia.
No puedes dividir compromisos que tengan reservas adjuntas . En consecuencia, no puede dividir compromisos que tengan GPU, discos SSD locales o ambos, ya que los compromisos con estos recursos siempre tienen reservas adjuntas.
En el momento de la creación de compromisos divididos, no puede crear ninguna reserva nueva y adjuntarlas a esos compromisos.
No puedes dividir compromisos que hayan expirado o estén cancelados.
De forma predeterminada, cuando crea compromisos divididos, la configuración de renovación automática está deshabilitada en los nuevos compromisos incluso si todos los compromisos de origen estaban configurados para renovarse automáticamente. Si desea que sus compromisos divididos se renueven automáticamente, debe habilitar manualmente la configuración de renovación automática en esos compromisos. Puede hacerlo en el momento de su creación o después de su creación .
Solo puedes crear un nuevo compromiso dividido a la vez usando la API de Compute Engine o la CLI de gcloud.

Requisitos

Cuando divide un compromiso de origen y crea uno o más compromisos divididos, sus compromisos de origen y divididos deben cumplir los siguientes requisitos:

Los nuevos compromisos divididos deben tener el mismo proyecto, tipo de compromiso, región y duración (o plazo) que el compromiso de origen. Sin embargo, deberá elegir nuevos nombres para sus compromisos divididos.
Los tipos de recursos que especifique para los nuevos compromisos divididos deben coincidir con algunos o todos los tipos de recursos en el compromiso de origen. Además, la cantidad combinada de recursos que especifique para los nuevos compromisos divididos debe ser una parte de los recursos del compromiso de origen. Debe retener una parte de los recursos en su compromiso de origen. Por ejemplo, supongamos que su compromiso de origen es para 200 vCPU y 300 GB de memoria, se aplican los siguientes escenarios de cambio de tamaño y redistribución:
- Puede redistribuir una parte de las 200 vCPU y una parte de la memoria de 300 GB entre sus nuevos compromisos divididos.
- Puede redistribuir las 200 vCPU, pero debe conservar una parte de la memoria en su compromiso de origen.
- Puede redistribuir toda la memoria de 300 GB, pero debe conservar una parte de las vCPU en su compromiso de origen.
- No puede redistribuir las 200 vCPU y los 300 GB de memoria entre sus nuevos compromisos divididos.
Los compromisos de origen y división deben ser para recursos de hardware que sean vCPU, memoria o una combinación de ambos.

Además, para utilizar la CLI de Google Cloud para dividir un compromiso de fuente, actualice la CLI de Google Cloud a la versión 423.0.0 o posterior. Si intentas dividir un compromiso de origen usando una versión anterior de la CLI de gcloud, la operación de división falla y Compute Engine genera un error.

Crear compromisos divididos

Crea un nuevo compromiso dividido a la vez usando la CLI de gcloud o la API de Compute Engine. Cree varios compromisos divididos nuevos a la vez mediante la consola de Google Cloud. Antes de dividir un compromiso, revise las limitaciones para dividir .

Permisos necesarios para esta tarea

Para realizar esta tarea, debe tener los siguientes permisos :

compute.commitments.create en el proyecto u organización.

Consola

En la consola de Google Cloud, seleccione el proyecto en el que desea dividir un compromiso y vaya a la página Descuentos por uso comprometido .
Ir a descuentos por uso comprometido
Para iniciar la operación de división de un compromiso, realice cualquiera de las siguientes acciones en la pestaña Compromisos de hardware de la página de lista Compromiso :
- Seleccione el compromiso que desea dividir de la lista y haga clic en Dividir .
- En la columna Nombre , haga clic en el nombre del compromiso que desea dividir. En la página de detalles del compromiso de hardware que se abre, haga clic en Dividir .
En la pestaña Cambiar tamaño de la página Compromiso dividido que se abre, haga lo siguiente:
1. En los campos vCPU y Memoria , especifique la cantidad de vCPU y memoria que desea conservar en su compromiso original. Los recursos restantes están disponibles para su redistribución a su compromiso dividido. El compromiso de origen no puede estar vacío después de cambiar su tamaño.
2. Haga clic en Siguiente . Se abre la pestaña Redistribuir .
En la pestaña Redistribuir de la página Compromiso dividido , haga lo siguiente:
1. En el campo Nombre , especifique un nombre para su compromiso dividido.
2. En los campos vCPU y Memoria , especifique la cantidad de vCPU y memoria que desea en su compromiso dividido.
  - Si desea crear varios compromisos divididos, especifique solo una parte de los recursos redistribuidos.
  - De lo contrario, especifique todos sus recursos redistribuidos.
3. Opcional: Para habilitar la renovación automática en su compromiso dividido, seleccione la casilla de verificación Habilitar renovación automática .
4. Haga clic en Listo .
5. Opcional: para crear compromisos divididos adicionales, haga clic en Agregar un artículo y repita los pasos anteriores.
6. Haga clic en Siguiente . Se abre la pestaña Revisar .
En la pestaña Revisar de la página Compromiso dividido , haga lo siguiente:
1. Revise y confirme los detalles del compromiso redimensionado y los compromisos divididos.
  - Para modificar la asignación de recursos de su compromiso original, seleccione la pestaña Cambiar tamaño en el lado izquierdo de la ventana y repita el paso 3.
  - Para modificar la redistribución de recursos entre sus compromisos divididos, seleccione la pestaña Redistribuir en el lado izquierdo de la ventana y repita el paso 4.
2. Lea los Términos y condiciones .
3. Para terminar de crear sus compromisos divididos y regresar a la página de lista de compromisos , haga clic en Enviar .

nube de gcloud

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

Reemplace lo siguiente:

COMMITMENT_NAME : el nombre de su nuevo compromiso dividido.
COMMITMENT_TYPE : el mismo tipo de compromiso que su compromiso de origen, uno de los siguientes:
- accelerator-optimized para recursos de tipo máquina A2.
- accelerator-optimized-a3 para recursos de tipo de máquina A3 Edge y A3 High
- accelerator-optimized-a3-mega para recursos de tipo máquina A3 Mega
  Nota: Para recursos de tipo de máquina A3 Ultra o A4, consulte Solicitar capacidad en la documentación de AI Hypercomputer.
- compute-optimized para recursos de tipo máquina C2.
- compute-optimized-c2d para recursos de tipo máquina C2D
- compute-optimized-c3 para recursos de tipo de máquina C3
- compute-optimized-c3d para recursos de tipo máquina C3D
- compute-optimized-h3 para recursos de tipo de máquina H3
- general-purpose para recursos de tipo máquina N1
- general-purpose-c4 para recursos de tipo máquina C4
- general-purpose-c4a para recursos de tipo máquina C4A
- general-purpose-e2 para recursos de tipo de máquina E2
- general-purpose-n2 para recursos de tipo máquina N2
- general-purpose-n2d para recursos de máquinas N2D
- general-purpose-n4 para recursos de tipo máquina N4
- general-purpose-t2d para recursos de tipo de máquina Tau T2D
- graphics-optimized para recursos de tipo máquina G2.
- memory-optimized para recursos de tipo máquina M1 o M2.
- memory-optimized-m3 para recursos de tipo de máquina M3
- memory-optimized-m4 para recursos de tipo máquina M4
- 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
REGION : la misma región que su compromiso de origen.
PROJECT_ID : el ID del proyecto para el que desea dividir el compromiso de origen.
DURATION : la misma duración (o plazo) que su compromiso de origen, ya sea 12-month o 36-month .
NUMBER_VCPUS : la cantidad de vCPU que desea transferir fuera de su compromiso de origen para crear su nuevo compromiso dividido. El número debe ser un número entero menor que el número de vCPU en el compromiso de origen.
MEMORY : la cantidad, en MB o GB, de memoria que desea transferir de su compromiso de origen para crear su nuevo compromiso dividido. 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 utilizada es GB. La memoria se puede comprar en incrementos de 0,25 GB.
SOURCE_COMMITMENT_URL : la URL del compromiso de origen del que desea extraer recursos.

Por ejemplo, considere un compromiso de origen ( source-commitment ) en la región us-east1 con 3 vCPU N2 y 2048 MB de memoria. El siguiente comando CLI de gcloud divide el compromiso haciendo lo siguiente:

Tomar recursos del source-commitment y crear un nuevo compromiso de split-commitment con 1 vCPU N2 y 1024 MB de memoria.
Cambiar el tamaño source-commitment con 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 compromisos, utilice 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
}

Reemplace lo siguiente:

PROJECT_ID : el ID del proyecto para el que desea dividir el compromiso de origen.
REGION : la misma región que su compromiso de origen.
COMMITMENT_NAME : el nombre de su nuevo compromiso dividido.
COMMITMENT_TYPE : el mismo tipo de compromiso que su compromiso de origen, uno de los siguientes:
- ACCELERATOR_OPTIMIZED para recursos de tipo máquina A2
- ACCELERATOR_OPTIMIZED_A3 para recursos de tipo de máquina A3 Edge y A3 High
- ACCELERATOR_OPTIMIZED_A3_MEGA para recursos de tipo máquina A3 Mega
  Nota: Para recursos de tipo de máquina A3 Ultra o A4, consulte Solicitar capacidad en la documentación de AI Hypercomputer.
- COMPUTE_OPTIMIZED para recursos de tipo máquina C2
- COMPUTE_OPTIMIZED_C2D para recursos de tipo de máquina C2D
- COMPUTE_OPTIMIZED_C3 para recursos de tipo 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 máquina C4
- GENERAL_PURPOSE_C4A para recursos de tipo de máquina C4A
- GENERAL_PURPOSE_E2 para recursos de tipo de máquina E2
- GENERAL_PURPOSE_N2 para recursos de tipo de máquina N2
- GENERAL_PURPOSE_N2D para recursos de máquina 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 máquina M4
- 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 máquina Z3
DURATION : la misma duración (o plazo) que su compromiso de origen, ya sea TWELVE_MONTH o THIRTY_SIX_MONTH .
NUMBER_VCPUS : la cantidad de vCPU que desea transferir fuera de su compromiso de origen para crear su nuevo compromiso dividido. El número debe ser un número entero menor que el número de vCPU en el compromiso de origen.
MEMORY : la cantidad, en MB, de memoria que desea transferir de su compromiso de origen para crear su nuevo compromiso dividido. 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 utilizada es MB. La memoria se puede comprar en incrementos de 0,25 GB.
SOURCE_COMMITMENT_URL : la URL del compromiso de origen desde el que desea transferir recursos.

Por ejemplo, considere un compromiso de origen ( source-commitment ) en la región us-east1 con 3 vCPU N2 y 2048 MB de memoria. La siguiente solicitud POST divide el compromiso haciendo lo siguiente:

Tomar recursos del source-commitment y crear un nuevo compromiso de split-commitment con 1 vCPU N2 y 1024 MB de memoria.
Cambiar el tamaño source-commitment con 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?

Aprenda cómo renovar automáticamente los compromisos basados en recursos .
Aprenda cómo ampliar la duración de los compromisos basados en recursos .
Aprenda cómo actualizar el plazo de los compromisos basados en recursos .
Aprenda a analizar la efectividad de sus descuentos por uso comprometido basados en recursos .

Fusionar y dividir compromisos Organízate con las colecciones Guarda y clasifica el contenido según tus preferencias.

Antes de comenzar

Console

gcloud

REST

Fusionar compromisos

Cómo funciona la fusión

Ejemplo de un compromiso fusionado

Implicaciones de precios

Limitaciones

Requisitos

Crear compromisos fusionados

Permisos necesarios para esta tarea

Consola

nube de gcloud

API

Compromisos divididos

Cómo funciona la división

Ejemplo de compromiso dividido

Implicaciones de precios

Limitaciones

Requisitos

Crear compromisos divididos

Permisos necesarios para esta tarea

Consola

nube de gcloud

API

¿Qué sigue?

Fusionar y dividir compromisos
Organízate con las colecciones Guarda y clasifica el contenido según tus preferencias.