Acerca de las reservas

En este documento se ofrece una descripción general de las reservas. Para obtener más información sobre los distintos tipos de reservas, consulta Elegir un tipo de reserva.

Cuando creas una reserva, Compute Engine verifica que la capacidad solicitada esté disponible en la zona especificada. Si es así, Compute Engine reserva los recursos, crea la reserva y se habilita lo siguiente:

  • Puedes usar los recursos reservados para crear instancias de máquina virtual, y los recursos reservados seguirán estando disponibles hasta que elimines la reserva.

  • Se te cobrarán los recursos reservados al mismo precio bajo demanda que las máquinas virtuales en ejecución, incluidos los descuentos aplicables, hasta que se elimine la reserva.

Las reservas son útiles para el crecimiento, las migraciones o la recuperación tras fallos.

Cómo funcionan las reservas

Una reserva proporciona un alto nivel de garantía de capacidad para una o varias máquinas virtuales con la configuración que especifique el usuario. También puedes usar una reserva con compromisos de Compute Engine u otros productos que usen máquinas virtuales.

Cuando creas una reserva, defines las siguientes propiedades:

  • Eliminación automática

    La opción Eliminación automática especifica que se elimine automáticamente la reserva, independientemente de si se ha consumido por completo o no. Si habilitas la opción de eliminación automática, la reserva se eliminará en un plazo de dos horas a partir de la fecha y hora que hayas especificado de forma predeterminada, o bien en la fecha y hora personalizadas. Eliminar automáticamente las reservas puede ser útil para evitar cargos innecesarios por las reservas que no se consumen durante un tiempo.

  • Tipo de consumo (automático o específico)
    • Una reserva consumida automáticamente (opción predeterminada) puede ser consumida por VMs con una propiedad de afinidad de reserva que les permita consumir automáticamente cualquiera de estas reservas. Este tipo de consumo es útil si creas y eliminas muchas VMs, y quieres consumir tus reservas siempre que sea posible.
    • Una reserva específicamente segmentada solo se puede consumir por VMs con una propiedad de afinidad de reserva que se dirija a esa reserva específica. Este tipo de consumo facilita el seguimiento y el control de las VMs que consumen las reservas.
  • Tipo de acceso compartido (de un solo proyecto o compartido)
    • Una reserva de un solo proyecto (opción predeterminada) solo pueden usarla las VMs que se encuentren en el mismo proyecto que la reserva.
    • Una reserva compartida puede usarse en las VMs del proyecto en el que se encuentra la reserva y en cualquier otro proyecto con el que se haya compartido la reserva. Usar reservas compartidas puede ayudarte a mejorar la utilización de tus reservas y reducir el número de reservas que tienes que crear y gestionar. Para obtener más información, consulta el artículo Cómo funcionan las reservas compartidas.
  • Política de uso compartido

    La política de uso compartido especifica si los trabajos de entrenamiento personalizado o los trabajos de predicción de Vertex AI pueden usar una reserva de VMs con GPU. De forma predeterminada, las tareas de entrenamiento personalizadas o las tareas de predicción no pueden usar reservas de VMs con GPU. Para cambiarlo, consulta cómo crear o actualizar reservas para que se usen en Vertex AI.

  • Número de máquinas virtuales

    El número de VMs es el número de VMs con las propiedades y la zona coincidentes que quieres reservar al crear una reserva. Después de crear la reserva, puedes modificar el número de VMs.

  • Propiedades de la VM

    Las propiedades de la VM describen los requisitos de hardware (memoria y CPUs) y los recursos opcionales (discos SSD locales y GPUs) de las VMs que quieras reservar. Cuando creas una reserva, puedes especificar estas propiedades directamente, especificar las propiedades basadas en una VM o especificar las propiedades mediante una plantilla de instancia. Una VM solo puede consumir una reserva si las propiedades de la VM y las propiedades de la VM de la reserva coinciden exactamente. Para obtener más información, consulta la sección Requisitos de este documento.

  • Opcional: política de colocación de recursos (compacta)

    Una política de emplazamiento compacta indica que las máquinas virtuales reservadas deben estar lo más cerca posible entre sí para reducir la latencia de red entre ellas.

Cuando detienes, suspendes o eliminas una VM que consume una reserva, la VM deja de contabilizarse en la reserva. La capacidad reservada vuelve a estar disponible.

Si quiere eliminar una reserva para liberar la capacidad reservada, pero mantener las máquinas virtuales que consumen la reserva, tenga en cuenta lo siguiente:

  • Puedes eliminar una reserva consumida automáticamente sin detener ni suspender las VMs. Después de eliminar la reserva, las máquinas virtuales que la estuvieran usando seguirán ejecutándose. Se te siguen cobrando.

  • Solo puedes eliminar una reserva de destino específico si ninguna máquina virtual la consume. Si detienes o suspendes las VMs y, después, eliminas la reserva, solo podrás reiniciar o reanudar las VMs si creas una nueva reserva específica con un nombre, una zona y unas propiedades que coincidan con la reserva eliminada.

Cómo funcionan las reservas compartidas

Cada VM de una reserva compartida puede ser consumida por una VM del proyecto que creó la reserva (proyecto propietario) o de cualquiera de los proyectos con los que se comparte la reserva (proyectos consumidores). Cuando una VM deja de consumir una reserva compartida, otra VM de cualquiera de los proyectos con los que se comparte la reserva puede consumirla. Si una reserva compartida reserva varias VMs, las VMs de varios proyectos pueden consumir la misma reserva compartida simultáneamente.

De forma predeterminada, los proyectos no pueden crear ni modificar reservas compartidas. Para crear y modificar una reserva compartida en un proyecto, este debe añadirse a la lista de permitidos de la restricción de política de organización Proyectos propietarios de reservas compartidas (compute.sharedReservationsOwnerProjects). Si compartes una reserva, se verá afectada por requisitos de cuota adicionales y tendrá un comportamiento de consumo diferente al de las reservas de un solo proyecto.

Requisitos

Todas las reservas deben cumplir los siguientes requisitos:

  • Una VM solo puede consumir una reserva si todas las propiedades siguientes de la VM y de la reserva coinciden exactamente:

    • Proyecto

    • Zona

    • Tipo de máquina

    • Plataforma de CPU mínima

    • Tipo y número de GPUs (si las hay)

    • Tipo y número de discos SSD locales (si los hay)

    • Afinidad de reserva

      • Los requisitos de afinidad de las reservas varían en función del tipo de consumo de la reserva.

    • Política de colocación compacta (si procede)

      • Una reserva puede incluir opcionalmente una política de emplazamiento compacta para indicar que sus VMs reservadas deben estar lo más cerca posible entre sí para reducir la latencia de red entre ellas. Si una reserva especifica una política de colocación compacta, solo la podrán usar las VMs que especifiquen la misma política de colocación compacta.

    • Pista de ubicación (si procede)

      • Una reserva puede incluir el campo locationHint, que solo se puede especificar al crear reservas o VMs mediante REST. Google no recomienda especificar el campo locationHint al crear reservas.

  • Debes tener cuota disponible en tu proyecto para los recursos que quieras reservar. Si la reserva se crea correctamente, la cuota de esos recursos se consume inmediatamente.

Requisitos adicionales para las reservas asociadas a compromisos

Además, las reservas asociadas a compromisos deben cumplir los siguientes requisitos:

  • Las reservas deben ser para el mismo proyecto y la misma región que el compromiso.

  • Las reservas deben ser de la misma serie de familias de máquinas que el compromiso. Sin embargo, puedes elegir cualquier tipo de máquina de esa serie de familias de máquinas.

  • Las reservas deben tener la opción de eliminación automática inhabilitada.

  • Si el compromiso especifica alguna GPU, disco SSD local o ambos, la reserva adjunta (o la combinación de reservas adjuntas) debe especificar exactamente el mismo número y tipo de recursos que el compromiso.

Para obtener más información, consulta el artículo Asociar reservas a compromisos basados en recursos.

Requisitos adicionales para las reservas creadas a partir de una plantilla de instancia

Además, si crea una reserva especificando una plantilla de instancia, asegúrese de que se cumplan los siguientes requisitos:

  • Debes crear la reserva en la misma región, zona y proyecto que los recursos de la plantilla. En concreto, este cambio afecta a las siguientes acciones:

    • Los recursos regionales o zonales que se especifican en una plantilla de instancia (como un tipo de máquina o un disco) restringen el uso de la plantilla a las ubicaciones en las que se encuentran esos recursos. Por ejemplo, si tu plantilla de instancia especifica un disco que ya existe en la zona us-central1-a, debes crear tu reserva en la misma zona.

    • Una plantilla de instancia contiene ajustes específicos del proyecto, por lo que solo puedes acceder a ella y usarla en el mismo proyecto. En los proyectos con los que se comparte una reserva compartida, debes crear plantillas similares o crear VMs especificando las propiedades directamente.

  • Si la plantilla de instancia especifica una política de colocación compacta, debes crear una reserva específica. Después, cuando crees las VMs para consumir la reserva, debes orientarlas específicamente a la reserva por su nombre. De lo contrario, las VMs no podrán consumir la reserva.

Requisitos de cuota adicionales para las reservas compartidas

Además, hay las siguientes implicaciones de cuota para los proyectos propietario y consumidor de una reserva compartida:

  • Proyecto propietario: el proyecto propietario consume cuota de la siguiente manera:

    • Al crear la reserva compartida, el proyecto propietario consume cuota por el total de los recursos reservados.

    • Cuando se consumen recursos reservados, el proyecto propietario consume cuota de los recursos que consume.

  • Proyectos de consumidor: los proyectos de consumidor solo consumen cuota cuando consumen los recursos reservados y solo para los recursos que consumen.

Por ejemplo, supongamos que el proyecto A (el proyecto propietario) crea una reserva compartida de 10 recursos y la comparte con los proyectos B y C (los proyectos consumidores). Al crear la reserva compartida, el proyecto A consume cuota para 10 recursos. Después, si los proyectos A y B consumen 2 recursos reservados cada uno, cada proyecto consumirá cuota para 2 recursos. En total, el proyecto A consume cuota de 12 recursos, el proyecto B consume cuota de 2 recursos y el proyecto C consume cuota de 0 recursos (ya que no ha consumido la reserva).

Requisitos adicionales para las reservas con políticas de posición compacta

Además, para especificar una política de emplazamiento compacta en una reserva, asegúrate de que se cumplen los siguientes requisitos:

  • La política de emplazamiento compacta debe admitir reservas:

    • La política de emplazamiento compacto no puede especificar un valor de distancia máxima de 1.

    • La política de emplazamiento compacto no puede especificarse en más de una reserva a la vez.

  • La reserva debe admitir políticas de colocación compacta:

    • Solo puedes especificar una política de emplazamiento compacta para una reserva a la carta, de un solo proyecto y específicamente segmentada que no esté vinculada a un compromiso.

    • Las VMs reservadas por la reserva deben ser compatibles con la política de colocación compacta:

      • La zona de la reserva debe estar dentro de la región de la política de colocación compacta.

      • El número de VMs de la reserva no puede superar el número máximo de VMs que admite la política de colocación compacta.

      • El tipo de máquina de la reserva debe ser compatible con las políticas de colocación compacta.

Restricciones

Todas las reservas tienen las siguientes restricciones:

  • Solo puedes usar las reservas con los siguientes productos: Google Cloud

    • Lotes
    • Compute Engine
    • Dataflow
    • Dataproc
    • Google Kubernetes Engine
    • Vertex AI

  • Puedes reservar hasta 1000 VMs por reserva.

  • No puedes reservar máquinas virtuales A4X, A4, A3 Ultra ni G4.

  • Solo puedes reservar VMs A3 Mega, A3 High o A3 Edge mediante reservas específicas.

  • No puedes usar reservas con los siguientes recursos de Compute Engine:

    • Tipos de máquinas f1-micro y g1-small

    • Máquinas virtuales de acceso puntual o máquinas virtuales interrumpibles

    • Nodos de único cliente

  • Solo puedes actualizar la propiedad de afinidad de reserva de las VMs para que consuman automáticamente cualquier reserva coincidente (ANY_RESERVATION) o ninguna reserva (NO_RESERVATION).

Restricciones adicionales para las reservas asociadas a compromisos

Además, las reservas asociadas a compromisos tienen las siguientes restricciones:

  • Solo puedes asociar reservas a compromisos basados en recursos.

  • Solo puedes adjuntar reservas mientras compras tu compromiso.

  • Solo puedes asociar una reserva específica a un único compromiso.

  • No puedes eliminar ni cambiar el tamaño de una reserva vinculada a un compromiso. Consulta cómo sustituir reservas asociadas a compromisos.

Para obtener más información, consulta el artículo Asociar reservas a compromisos basados en recursos.

Restricciones adicionales para las reservas compartidas

Además, las reservas compartidas tienen las siguientes restricciones:

  • Solo puedes compartir reservas con proyectos de la misma organización que el proyecto que crea la reserva.

  • Cada reserva compartida se puede compartir con entre 1 y 100 proyectos de consumidor.

  • En cada organización, puede crear hasta 100 reservas compartidas por cada combinación única de propiedades de MV.

  • Solo puedes listar las reservas creadas por un proyecto específico. Esto significa que cada reserva compartida solo se muestra en el proyecto que la creó. No puedes ver todas las reservas compartidas de una organización ni todas las reservas que se han compartido con un proyecto específico.

  • Si creas una reserva compartida especificando una plantilla de instancia, solo los usuarios de tu proyecto podrán acceder a la misma plantilla de instancia y usarla para crear VMs u otras reservas.

  • No puedes especificar una política de emplazamiento compacta al crear una reserva compartida.

  • Si mueves a una nueva organización un proyecto que usaba reservas compartidas, estas no se migrarán a la nueva organización. Se eliminarán todas las reservas compartidas que se hayan creado en este proyecto y no se podrán usar en la nueva organización las reservas de la organización anterior que se hayan compartido con este proyecto. Para obtener más información, consulta el artículo Cómo funcionan las reservas compartidas.

Puedes mitigar las limitaciones de algunos de estos requisitos siguiendo las prácticas recomendadas para las reservas compartidas.

Restricciones adicionales para las reservas con políticas de posición compacta

Además, las reservas que especifican una política de colocación compacta tienen las siguientes restricciones:

  • No puedes compartir una política de posición compacta entre reservas. En su lugar, debe usar una política de posición compacta independiente para cada reserva a la que quiera aplicar una política de posición compacta.

  • Solo puedes especificar políticas de posición compactas. No se admite ningún otro tipo de política de recursos, como las políticas de programación de instancias o de programación de snapshots.

Facturación

Las reservas se facturan a la misma tarifa que sus recursos reservados, incluidos los mismos precios bajo demanda y los cargos mínimos de 1 minuto que las máquinas virtuales en ejecución no reservadas. También se aplican los descuentos por uso continuado (SUDs), los CUDs y los precios personalizados, como si se tratara de máquinas virtuales en ejecución.

.

Por ejemplo, supongamos que se da la siguiente situación:

  • Tienes un uso confirmado de 3 vCPUs en us-central1.
  • Estás ejecutando 5 vCPUs en us-central1-a.
  • Tienes una reserva de 10 vCPUs en us-central1-a.

Reservas que incluyen descuentos por uso confirmado.

En este caso, Google Cloud te factura de la siguiente manera:

Se aplican Número de vCPUs
Precio con descuento por uso confirmado 3
Precio bajo demanda (2 vCPUs usadas + 5 vCPUs reservadas sin usar) 7

Una reserva incurre en cargos por los recursos reservados mientras exista la reserva, independientemente de si se usan o no los recursos. Mientras consume una reserva, una VM no incurre en cargos por recursos duplicados, ya que la reserva ya se factura por el coste de los recursos reservados. Para obtener más información, consulta los precios de las máquinas virtuales.

Además, puedes monitorizar las tendencias de consumo de tus reservas para reducir los costes innecesarios de los recursos desperdiciados o no utilizados. Para obtener más información, consulta el artículo Monitorizar el consumo de reservas.

Información de facturación adicional para reservas compartidas

No se aplican cargos adicionales por usar reservas compartidas. Se facturan al mismo precio que las reservas de Compute Engine de un solo proyecto. Sin embargo, el proyecto al que se le factura por las reservas compartidas cambia en función del consumo, ya que diferentes proyectos pueden cumplir los requisitos de diferentes DUA.

El proyecto de facturación y el precio de las reservas compartidas se gestionan de la siguiente manera:

  • Proyecto de facturación: de forma predeterminada, la reserva compartida se factura al proyecto propietario. Sin embargo, cuando un proyecto consumidor utiliza un recurso de una reserva compartida, se le factura al proyecto consumidor por la reserva.
  • Descuentos de facturación: de forma predeterminada, la facturación usa el precio bajo demanda. Sin embargo, si cumples los requisitos para recibir descuentos por uso confirmado en el proyecto que se está facturando o en la cuenta de facturación de Cloud asociada a ese proyecto, se utilizará el precio con descuento.

Siguientes pasos