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 comenzar

  • Si aún no lo hiciste, configura la autenticación. 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 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. Install the Google Cloud CLI, then initialize it by running the following command:

      gcloud init
    2. Set a default region and zone.
    3. 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.

        Install the Google Cloud CLI, then initialize it by running the following command:

        gcloud init

      Si deseas obtener más información, consulta Autentica para usar REST en la documentación de autenticación de Google Cloud.

Combina los compromisos

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

Cómo funciona la combinación

Cuando combinas compromisos individuales 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.

Además, el compromiso combinado recién creado hereda las siguientes propiedades, independientemente de si los compromisos de origen tienen el plazo predeterminado o uno personalizado:

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

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

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

Ejemplo de un compromiso combinado

En la siguiente tabla, se muestran las propiedades de los compromisos de origen y combinados 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
Período de elegibilidad para la extensión del plazo abierto 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 vencerán a las 12 a.m. hora del Pacífico de EE.UU. y Canadá (UTC-8 o UTC-7) en la fecha de finalización especificada.

Implicaciones de precios

La tarifa de compromiso es la suma de los precios con descuento de todos los recursos comprometidos. Cuando combinas 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.

Limitaciones

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

Requisitos

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

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

Console

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

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

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

  3. En la pestaña Elegir 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. De esta manera, se filtra la lista de compromisos para mostrar solo aquellos que puedes combinar para los atributos especificados.

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

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

    1. Revisa y confirma los detalles del compromiso combinado. Para modificar la lista de compromisos individuales 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:

    • accelerator-optimized para los recursos de tipos de máquinas A2
    • accelerator-optimized-a3 para los recursos de tipo de máquina Edge y High A3
    • accelerator-optimized-a3-mega para los recursos de tipos de máquinas Mega A3
    • compute-optimized para los recursos de tipos de máquinas C2
    • compute-optimized-c2d para los recursos de tipos de máquinas C2D
    • compute-optimized-c3 para los recursos de tipos de máquinas C3
    • compute-optimized-c3d para los recursos de tipos de máquinas C3D
    • compute-optimized-h3 para los recursos de tipos de máquinas H3
    • general-purpose para los recursos de tipo de máquina N1
    • general-purpose-c4 para los recursos de tipos de máquinas C4
    • general-purpose-c4a para los recursos de tipo de máquina C4A
    • general-purpose-e2 para los recursos de tipos de máquinas E2
    • general-purpose-n2 para los recursos de tipos de máquinas N2
    • general-purpose-n2d para los recursos de máquinas N2D
    • general-purpose-n4 para los recursos de tipos de máquinas N4
    • general-purpose-t2d para los recursos de tipo de máquina Tau T2D
    • graphics-optimized para los recursos de tipos de máquinas G2
    • memory-optimized para los recursos de tipos de máquinas M1 o M2
    • memory-optimized-m3 para los recursos de tipo de máquina M3
    • storage-optimized-z3 para los recursos de tipos de máquinas Z3

  • 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 URLs 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 URLs 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:

    • ACCELERATOR_OPTIMIZED para los recursos de tipos de máquinas A2
    • ACCELERATOR_OPTIMIZED_A3 para los recursos de tipo de máquina Edge y High A3
    • ACCELERATOR_OPTIMIZED_A3_MEGA para los recursos de tipos de máquinas Mega A3
    • COMPUTE_OPTIMIZED para los recursos de tipos de máquinas C2
    • COMPUTE_OPTIMIZED_C2D para los recursos de tipos de máquinas C2D
    • COMPUTE_OPTIMIZED_C3 para los recursos de tipos de máquinas C3
    • COMPUTE_OPTIMIZED_C3D para los recursos de tipos de máquinas C3D
    • COMPUTE_OPTIMIZED_H3 para los recursos de tipos de máquinas H3
    • GENERAL_PURPOSE para los recursos de tipo de máquina N1
    • GENERAL_PURPOSE_C4 para los recursos de tipos de máquinas C4
    • GENERAL_PURPOSE_C4A para los recursos de tipo de máquina C4A
    • GENERAL_PURPOSE_E2 para los recursos de tipos de máquinas E2
    • GENERAL_PURPOSE_N2 para los recursos de tipos de máquinas N2
    • GENERAL_PURPOSE_N2D para los recursos de máquinas N2D
    • GENERAL_PURPOSE_N4 para los recursos de tipos de máquinas N4
    • GENERAL_PURPOSE_T2D para los recursos de tipo de máquina Tau T2D
    • GRAPHICS_OPTIMIZED para los recursos de tipos de máquinas G2
    • MEMORY_OPTIMIZED para los recursos de tipos de máquinas M1 o M2
    • MEMORY_OPTIMIZED_M3 para los recursos de tipo de máquina M3
    • STORAGE_OPTIMIZED_Z3 para los recursos de tipos de máquinas Z3

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

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 finalización, y sigue 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 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.

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
Período de elegibilidad para la extensión del plazo abierto hasta 1 de enero de 2021 1 de enero de 2021 1 de enero de 2021

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

Implicaciones de precios

La tarifa de compromiso es la suma de los precios con descuento de todos los recursos comprometidos. Dividir un compromiso afecta los costos de los recursos de 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.

Limitaciones

  • No puedes dividir los compromisos de licencia.
  • No puedes dividir los compromisos que tienen reservas adjuntas. En consecuencia, no puedes dividir los compromisos que tienen 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.

Requisitos

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

  • Los compromisos divididos 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.

Console

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

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

    • Selecciona el compromiso que deseas dividir de la lista y haz clic en Dividir.
    • En la columna Nombre, haz clic en el nombre del compromiso que deseas dividir. En la página Detalles del compromiso de hardware que se abre, haz clic en Dividir.
  3. En la pestaña Redimensionar 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.
  4. En la pestaña Redistribuir de la página Dividir compromiso, 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.
  5. En la pestaña Revisar de la página Dividir compromiso, haz lo siguiente:

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

gcloud

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

gcloud compute commitments create COMMITMENT_NAME \
    --region=REGION \
    --project=PROJECT_ID \
    --plan=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:

    • accelerator-optimized para los recursos de tipos de máquinas A2
    • accelerator-optimized-a3 para los recursos de tipo de máquina Edge y High A3
    • accelerator-optimized-a3-mega para los recursos de tipos de máquinas Mega A3
    • compute-optimized para los recursos de tipos de máquinas C2
    • compute-optimized-c2d para los recursos de tipos de máquinas C2D
    • compute-optimized-c3 para los recursos de tipos de máquinas C3
    • compute-optimized-c3d para los recursos de tipos de máquinas C3D
    • compute-optimized-h3 para los recursos de tipos de máquinas H3
    • general-purpose para los recursos de tipo de máquina N1
    • general-purpose-c4 para los recursos de tipos de máquinas C4
    • general-purpose-c4a para los recursos de tipo de máquina C4A
    • general-purpose-e2 para los recursos de tipos de máquinas E2
    • general-purpose-n2 para los recursos de tipos de máquinas N2
    • general-purpose-n2d para los recursos de máquinas N2D
    • general-purpose-n4 para los recursos de tipos de máquinas N4
    • general-purpose-t2d para los recursos de tipo de máquina Tau T2D
    • graphics-optimized para los recursos de tipos de máquinas G2
    • memory-optimized para los recursos de tipos de máquinas M1 o M2
    • memory-optimized-m3 para los recursos de tipo de máquina M3
    • storage-optimized-z3 para los recursos de tipos de máquinas Z3

  • 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 gcloud CLI 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:

    • ACCELERATOR_OPTIMIZED para los recursos de tipos de máquinas A2
    • ACCELERATOR_OPTIMIZED_A3 para los recursos de tipo de máquina Edge y High A3
    • ACCELERATOR_OPTIMIZED_A3_MEGA para los recursos de tipos de máquinas Mega A3
    • COMPUTE_OPTIMIZED para los recursos de tipos de máquinas C2
    • COMPUTE_OPTIMIZED_C2D para los recursos de tipos de máquinas C2D
    • COMPUTE_OPTIMIZED_C3 para los recursos de tipos de máquinas C3
    • COMPUTE_OPTIMIZED_C3D para los recursos de tipos de máquinas C3D
    • COMPUTE_OPTIMIZED_H3 para los recursos de tipos de máquinas H3
    • GENERAL_PURPOSE para los recursos de tipo de máquina N1
    • GENERAL_PURPOSE_C4 para los recursos de tipos de máquinas C4
    • GENERAL_PURPOSE_C4A para los recursos de tipo de máquina C4A
    • GENERAL_PURPOSE_E2 para los recursos de tipos de máquinas E2
    • GENERAL_PURPOSE_N2 para los recursos de tipos de máquinas N2
    • GENERAL_PURPOSE_N2D para los recursos de máquinas N2D
    • GENERAL_PURPOSE_N4 para los recursos de tipos de máquinas N4
    • GENERAL_PURPOSE_T2D para los recursos de tipo de máquina Tau T2D
    • GRAPHICS_OPTIMIZED para los recursos de tipos de máquinas G2
    • MEMORY_OPTIMIZED para los recursos de tipos de máquinas M1 o M2
    • MEMORY_OPTIMIZED_M3 para los recursos de tipo de máquina M3
    • STORAGE_OPTIMIZED_Z3 para los recursos de tipos de máquinas Z3

  • 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?