Reservas de recursos zonales de Compute Engine

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

Este documento explica el comportamiento, requisitos, restricciones y facturación de las reservas de los recursos zonales de Compute Engine.

Utilice reservas para obtener un alto nivel de seguridad de que las instancias de máquinas virtuales (VM) con las mismas propiedades estén disponibles en una zona específica cuando las necesite. Las reservas son útiles para escalar, migrar o recuperar ante desastres.

Descripción general

Las reservas ayudan a garantizar que tenga los recursos disponibles para crear máquinas virtuales con el mismo hardware (memoria y vCPU) y recursos opcionales (GPU y discos SSD locales) cuando los necesite. Las reservas ofrecen los siguientes beneficios:

• Alta garantía de capacidad : los recursos se reservan para futuros aumentos de la demanda, como crecimiento, picos planificados o no planificados, migraciones de una gran cantidad de máquinas virtuales o respaldo y recuperación ante desastres.

• Acceso exclusivo : las reservas impiden que otros utilicen sus recursos reservados.

• Propiedades heredadas : las reservas heredan las mismas propiedades de la familia de máquinas elegida.

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 sucede lo siguiente:

• Puede consumir inmediatamente los recursos reservados y permanecerán disponibles hasta que elimine la reserva.

• Se le cobrarán los recursos reservados a la misma tarifa según demanda que las máquinas virtuales en ejecución, incluido cualquier descuento aplicable, hasta que se elimine la reserva. Una máquina virtual que consume una reserva no incurre en cargos separados.

Cómo funcionan las reservas

Una reserva proporciona un alto nivel de garantía de capacidad para una o más máquinas virtuales con la configuración que especifica 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:

• Tipo de aprovisionamiento (bajo demanda o futuro)
  • Una reserva bajo demanda (predeterminada) se aprovisiona en el momento en que la solicita, si la capacidad solicitada está disponible.

  • Una reserva futura le permite solicitar con antelación una garantía de muy alto nivel de capacidad importante o difícil de obtener. Específicamente, las reservas futuras constan de dos tipos de recursos: solicitudes de reservas futuras que, si se aprueban, proporcionan reservas creadas automáticamente (creadas automáticamente) en el momento futuro especificado. Después del período de reserva solicitado, una reserva creada automáticamente se elimina automáticamente o se comporta de manera similar a una reserva bajo demanda.

    El uso de reservas futuras puede proporcionar un nivel aún mayor de seguridad en la obtención de capacidad que las reservas bajo demanda al permitir Google Cloudmás tiempo para cumplir con su solicitud. Si desea utilizar reservas futuras, consulte Acerca de solicitudes de reservas futuras en lugar de este documento.

• Eliminar automáticamente

  La opción de eliminación automática especifica que se elimine automáticamente la reserva, independientemente de si se ha consumido por completo o no. Si habilita la opción de eliminación automática, la reserva se elimina dentro de las dos horas siguientes a la fecha y hora especificadas de forma predeterminada, o en una fecha y hora personalizadas. Eliminar reservas automáticamente puede ser útil para evitar cargos innecesarios por las reservas que no se consumen durante algún tiempo.

• Tipo de consumo (automático o específico)
  • Las máquinas virtuales con una propiedad de afinidad de reserva que les permite consumir automáticamente cualquiera de estas reservas pueden consumir una reserva consumida automáticamente (predeterminada). Este tipo de consumo es útil si crea y elimina muchas máquinas virtuales y desea consumir sus reservas siempre que sea posible.
  • Una reserva dirigida específicamente solo puede ser consumida por máquinas virtuales con una propiedad de afinidad de reserva dirigida a esa reserva específica. Este tipo de consumo facilita el seguimiento y control de qué máquinas virtuales consumen qué reservas.
• Tipo de recurso compartido (proyecto único o compartido)
  • Una reserva de un solo proyecto (predeterminada) solo puede ser consumida por máquinas virtuales que estén ubicadas en el mismo proyecto que la reserva.
  • Las máquinas virtuales del proyecto donde se encuentra la reserva y de cualquier otro proyecto con el que se comparte la reserva pueden consumir una reserva compartida . El uso de reservas compartidas puede ayudar a mejorar la utilización de sus reservas y reducir la cantidad de reservas que necesita crear y administrar. Para obtener más información, consulte Cómo funcionan las reservas compartidas en este documento.
• Política de intercambio

  La política de uso compartido especifica si una reserva de máquinas virtuales GPU puede ser consumida por trabajos de entrenamiento personalizados o trabajos de predicción en Vertex AI. De forma predeterminada, los trabajos de entrenamiento personalizados o los trabajos de predicción no pueden consumir reservas de máquinas virtuales con GPU. Para cambiar esto, consulte cómo crear o actualizar reservas para consumir en Vertex AI .

• recuento de máquinas virtuales

  El recuento de VM es la cantidad de VM con propiedades y zonas coincidentes que desea reservar al crear una reserva. Después de crear la reserva, puede modificar el recuento de VM .

• Propiedades de la máquina virtual

  Las propiedades de la máquina virtual describen los requisitos de hardware (memoria y CPU) y los recursos opcionales (discos SSD locales y GPU) para las máquinas virtuales que desea reservar. Al crear una reserva, puede especificar estas propiedades directamente, especificar las propiedades en función de una máquina virtual existente o especificar las propiedades mediante una plantilla de instancia . Una máquina virtual puede consumir una reserva solo si las propiedades de la máquina virtual y las propiedades de la máquina virtual de la reserva coinciden exactamente . Para obtener más información, consulte Requisitos en este documento.

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

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

Cuando detiene, suspende o elimina una máquina virtual que consume una reserva, la máquina virtual ya no cuenta para la reserva. La capacidad reservada vuelve a estar disponible.

Si desea eliminar una reserva para liberar la capacidad reservada, pero conservar las máquinas virtuales que consumen la reserva, considere lo siguiente:

• Puede eliminar una reserva consumida automáticamente sin detener ni suspender las máquinas virtuales. Después de eliminar la reserva, todas las máquinas virtuales que la estaban consumiendo siguen ejecutándose. Sigues incurriendo en cargos por ellos.

• Solo puede eliminar una reserva dirigida específicamente si ninguna máquina virtual la consume. Si detiene o suspende las máquinas virtuales, después de eliminar la reserva, solo podrá reiniciar o reanudar las máquinas virtuales si crea una nueva reserva específicamente dirigida con un nombre, zona y propiedades que coincidan con la reserva eliminada.

Cómo funcionan las reservas compartidas

Cada VM en una reserva compartida puede ser consumida por una VM en el proyecto que creó la reserva ( proyecto propietario ) o cualquiera de los proyectos con los que se comparte la reserva ( proyectos consumidores ). Cuando una máquina virtual deja de consumir una reserva compartida, la reserva compartida puede ser consumida por una máquina virtual diferente en cualquiera de los proyectos con los que se comparte la reserva. Si una reserva compartida reserva varias máquinas virtuales, las máquinas virtuales 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, el proyecto se debe agregar a la lista de permitidos de la restricción de política organizacional Proyectos de propietario de reservas compartidas ( compute.sharedReservationsOwnerProjects ) . Si comparte 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 tienen los siguientes requisitos:

• Una máquina virtual puede consumir una reserva solo si todas las propiedades siguientes tanto para la máquina virtual como para la reserva coinciden exactamente :

  • Proyecto

    • Los requisitos del proyecto varían según el tipo de participación de la reserva.

  • Zona

  • Tipo de máquina

  • Plataforma mínima de CPU

  • Tipo y recuento de GPU (si corresponde)

  • Tipo y recuento de discos SSD locales (si los hay)

  • Afinidad de reserva

    • Los requisitos de afinidad de reserva varían según el tipo de consumo de la reserva.

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

    • Opcionalmente, una reserva puede incluir una política de ubicación compacta para indicar que sus máquinas virtuales reservadas deben ubicarse lo más cerca posible entre sí para reducir la latencia de la red entre ellas. Si una reserva especifica una política de ubicación compacta, solo la pueden consumir máquinas virtuales que especifiquen la misma política de ubicación compacta.

  • Sugerencia de ubicación (si corresponde)

    • Opcionalmente, una reserva puede incluir el campo locationHint , que solo puede especificar al crear reservas o máquinas virtuales mediante REST. Google no recomienda especificar el campo locationHint al crear reservas.

• Debes tener una cuota no utilizada disponible en tu proyecto para los recursos que estás reservando. Si la reserva se crea correctamente, la cuota de esos recursos se consume inmediatamente.

Requisitos adicionales para las reservas adjuntas a los compromisos

Adicionalmente, las reservas que van adjuntas a compromisos tienen los siguientes requisitos:

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

• Las reservas deberán ser para la misma serie de familia de máquinas que el compromiso. Sin embargo, puede elegir cualquier tipo de máquina dentro de esa serie de máquinas.

• Las reservas deben tener desactivada la opción de autoeliminación.

• Si el compromiso especifica GPU, discos SSD locales o ambos, entonces la reserva adjunta (o combinación de reservas adjuntas) debe especificar exactamente los mismos números y tipos de esos recursos que el compromiso.

Para obtener más información, consulte Adjuntar reservas a compromisos basados ​​en recursos .

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

Además, si crea una reserva especificando una plantilla de instancia , asegúrese de lo siguiente:

• Debe crear su reserva en la misma región, zona y proyecto que los recursos dentro de la plantilla. Específicamente:

  • Cualquier recurso regional o zonal que se especifique en una plantilla de instancia (como un tipo de máquina o un disco) restringe el uso de la plantilla a las ubicaciones donde existen esos recursos. Por ejemplo, si su plantilla de instancia especifica un disco existente en la zona us-central1-a , entonces debe crear su reserva en la misma zona.

  • Una plantilla de instancia contiene configuraciones específicas del proyecto, por lo que solo puedes acceder y usar una plantilla de instancia dentro del mismo proyecto. Para los proyectos con los que se comparte una reserva compartida, debe crear plantillas similares en esos proyectos o crear máquinas virtuales especificando propiedades directamente.

• Si la plantilla de instancia especifica una política de ubicación compacta, debe crear una reserva específica . Luego, cuando cree las máquinas virtuales para consumir la reserva, debe apuntar específicamente a la reserva por nombre. De lo contrario, las máquinas virtuales no podrán consumir la reserva.

Requisitos de cuota adicionales para reservas compartidas

Además, existen las siguientes implicaciones de cuota para los proyectos de 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 una cuota para el total de recursos reservados.

  • Al consumir recursos reservados, el proyecto propietario consume una cuota de los recursos que consume.

• Proyectos de consumo : los proyectos de consumo consumen cuota solo 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 para 10 recursos y comparte la reserva con los proyectos B y C (los proyectos consumidores). Al crear la reserva compartida, el proyecto A consume una cuota de 10 recursos. Luego, si los proyectos A y B consumen 2 recursos reservados cada uno, los proyectos A y B consumen cada uno una cuota de 2 recursos. En total, el proyecto A consume una cuota de 12 recursos, el proyecto B consume una cuota de 2 recursos y el proyecto C consume una cuota de 0 recursos (ya que no consumió la reserva).

Requisitos adicionales para reservas con políticas de ubicación compactas

Además, para especificar una política de ubicación compacta para una reserva, asegúrese de los siguientes requisitos:

• La política de colocación compacta debe admitir reservas:

  • La política de ubicación compacta no puede especificar un valor de distancia máxima de 1 .

  • La política de ubicación compacta no se puede especificar en más de una reserva a la vez.

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

  • Solo puede especificar una política de ubicación compacta para una reserva bajo demanda, de un solo proyecto y específicamente dirigida que no esté asociada a un compromiso.

  • Las máquinas virtuales reservadas por la reserva deben ser compatibles con la política de ubicación compacta:

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

    • La cantidad de máquinas virtuales de la reserva no puede exceder la cantidad máxima de máquinas virtuales que admite la política de ubicación compacta.

    • El tipo de máquina de la reserva debe estar respaldado por políticas de ubicación compacta.

Restricciones

Todas las reservas tienen las siguientes restricciones:

• Sólo puedes utilizar reservas con lo siguiente Google Cloudproductos:

  • Lote
  • Motor de Computación
  • Flujo de datos
  • procesamiento de datos
  • Motor de Google Kubernetes
  • IA de vértice

• Puede reservar hasta 1000 máquinas virtuales por reserva.

• Solo puede reservar máquinas virtuales A4 y A3 Ultra mediante solicitudes de reserva futuras, como se describe en la documentación de AI Hypercomputer sobre cómo solicitar capacidad .

• Solo puede reservar máquinas virtuales A3 Mega, A3 High o A3 Edge mediante reservas que sean bajo demanda y estén dirigidas específicamente .

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

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

  • Detectar máquinas virtuales o máquinas virtuales interrumpibles

  • Nodos de único inquilino

• Solo puede actualizar la propiedad de afinidad de reserva de las máquinas virtuales para consumir automáticamente cualquier reserva coincidente ( ANY_RESERVATION ) o ninguna reserva ( NO_RESERVATION ).

Restricciones adicionales para reservas adjuntas a compromisos

Adicionalmente, las reservas que van adjuntas a compromisos tienen las siguientes restricciones:

• Puede adjuntar reservas solo a compromisos basados ​​en recursos.

• Puedes adjuntar reservas sólo mientras compras tu compromiso.

• Puede adjuntar una reserva específica a un solo compromiso.

• No puede eliminar ni cambiar el tamaño de una reserva adjunta a un compromiso. En su lugar, vea cómo reemplazar las reservas adjuntas a los compromisos .

Para obtener más información, consulte Adjuntar reservas a compromisos basados ​​en recursos .

Restricciones adicionales para reservas compartidas

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

• Solo puede 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 consumidores.

• Para cada organización, puede crear hasta 100 reservas compartidas para cada combinación única de propiedades de VM .

• Sólo puedes enumerar las reservas creadas por un proyecto específico . Esto significa que cada reserva compartida solo aparece en el proyecto que la creó; no puede enumerar todas las reservas compartidas en una organización ni todas las reservas que se comparten con un proyecto específico.

• Si crea una reserva compartida especificando una plantilla de instancia , solo los usuarios dentro de su proyecto podrán acceder a la misma plantilla de instancia y usarla para crear máquinas virtuales u otras reservas.

• No puede especificar una política de ubicación compacta al crear una reserva compartida.

• Si mueve un proyecto que usaba reservas compartidas a una nueva organización, sus reservas compartidas no se migran a la nueva organización. Todas las reservas compartidas que se crearon en este proyecto se eliminan y las reservas de la organización anterior que se compartieron con este proyecto no se pueden consumir en la nueva organización. Para obtener más información, consulte Cómo funcionan las reservas compartidas en este documento.

Puede mitigar las limitaciones de algunos de estos requisitos siguiendo las mejores prácticas para reservas compartidas .

Restricciones adicionales para reservas con políticas de ubicación compactas

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

• No puede compartir una política de ubicación compacta entre reservas. En su lugar, debe utilizar una política de ubicación compacta independiente para cada reserva a la que desee aplicar una política de ubicación compacta.

• Solo puede especificar políticas de ubicación compacta. No se admite ningún otro tipo de políticas de recursos, como programaciones de instancias o programaciones de instantáneas.

Facturación

Las reservas se facturan a la misma tarifa que sus recursos reservados, incluidos los mismos precios bajo demanda y cargos mínimos de 1 minuto que las máquinas virtuales en ejecución sin reservas.Los descuentos por uso sostenido (SUD) , los CUD y los precios personalizados también se aplican como lo harían para las máquinas virtuales en ejecución.

Por ejemplo, supongamos que tiene el siguiente escenario:

• Tiene un compromiso de 3 vCPU en us-central1 .
• Estás ejecutando 5 vCPU en us-central1-a .
• Tienes una reserva de 10 vCPU en us-central1-a .

En este escenario, Google Cloud le factura de la siguiente manera:

Una reserva incurre en cargos por sus recursos reservados mientras exista la reserva, independientemente de si sus recursos se están utilizando o no. Mientras consume una reserva, una máquina virtual no incurre en cargos por recursos duplicados, ya que la reserva ya se factura por el costo de los recursos reservados. Para obtener más información, consulte Precios de máquinas virtuales .

Además, puede monitorear las tendencias de consumo de sus reservas para reducir costos innecesarios por recursos desperdiciados o no utilizados. Para obtener más información, consulte Supervisar el consumo de reservas .

Información de facturación adicional para reservas compartidas

No hay 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 que se factura por reservas compartidas cambia con el consumo, ya que diferentes proyectos pueden calificar para diferentes CUD.

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

• Proyecto de facturación : de forma predeterminada, se factura al proyecto propietario la reserva compartida. Pero, cuando un proyecto de consumidor consume un recurso de una reserva compartida, se factura la reserva al proyecto de consumidor.
• Descuentos de facturación : de forma predeterminada, la facturación utiliza el precio bajo demanda. Pero, si eres elegible para recibir CUD por el proyecto que se está facturando o por la cuenta de facturación de Cloud asociada con ese proyecto, entonces se utiliza el precio con descuento.

¿Qué sigue?

• Aprenda a crear reservas:
  • Crea una reserva para un solo proyecto .
  • Crea una reserva compartida .