Compartir vía


Reserva de capacidad a petición

Se aplica a: ✔️ Máquinas virtuales Linux ✔️ Máquinas virtuales Windows ✔️ Conjunto de escalado uniforme ✔️ Conjuntos de escalado flexibles

La reserva de capacidad a petición permite reservar capacidad de proceso en una región de Azure o una zona de disponibilidad durante cualquier período de tiempo. A diferencia de Instancias reservadas, no es necesario que se registre para un compromiso de 1 o 3 años. Puede crear y eliminar reservas en cualquier momento y tener control total sobre cómo quiere administrarlas.

Después de crear la reserva de capacidad, puede usar los recursos inmediatamente. La capacidad se reserva hasta que elimine la reserva.

La reserva de capacidad tiene algunas propiedades básicas que siempre se definen en el momento de la creación:

  • Tamaño de máquina virtual: cada reserva es para un tamaño de máquina virtual (VM). Un ejemplo es Standard_D2s_v3.
  • Ubicación: cada reserva es para una ubicación (región). Si esa ubicación tiene zonas de disponibilidad, la reserva también puede especificar una de las zonas.
  • Cantidad: cada reserva tiene una cantidad de instancias que se deben reservar.

Para crear una reserva de capacidad, los parámetros se pasan a Azure como una solicitud de capacidad. Si Azure no tiene capacidad disponible que cumpla con la solicitud, se produce un error en la implementación de la reserva. Ocurre un error en la implementación si no tiene una cuota de suscripción adecuada. Solicite una cuota más alta o pruebe otra combinación de tamaño, ubicación o zona de VM.

Una vez que Azure acepta la solicitud de reserva, se encuentra disponible para las máquinas virtuales con configuraciones coincidentes. Para consumir la reserva de capacidad, la máquina virtual tiene que especificar la reserva en sus propiedades. De lo contrario, no se usa la reserva de capacidad. Una ventaja de este diseño es que solo puede destinar cargas de trabajo críticas a las reservas y otras cargas de trabajo no críticas se pueden ejecutar sin capacidad reservada.

Ventajas de la reserva de capacidad

  • Después de la implementación, la capacidad está reservada para su uso y siempre está disponible dentro del ámbito de los acuerdos de nivel de servicio (SLA) aplicables.
  • La capacidad se puede implementar y eliminar en cualquier momento sin compromiso de permanencia.
  • La capacidad se puede combinar automáticamente con instancias reservadas para usar descuentos por compromiso a término.

Acuerdo de Nivel de Servicio para la reserva de capacidad

Lea los detalles del Acuerdo de Nivel de Servicio en el Acuerdo de Nivel de Servicio para la reserva de capacidad.

Cualquier notificación contra el Acuerdo de Nivel de Servicio requiere que calcule los minutos no disponibles para la capacidad reservada. Este es un ejemplo de cómo calcular los minutos no disponibles:

  • Una reserva de capacidad a petición tiene una capacidad total de cinco unidades reservadas. La reserva de capacidad a petición se inicia en el estado Capacidad sin usar sin ninguna máquina virtual asignada.
  • Una implementación admitida con una cantidad de 5 se asigna a la reserva de capacidad a petición. Tres máquinas virtuales funcionan correctamente y dos producen un error de capacidad de máquina virtual. El resultado es que dos unidades reservadas comienzan a acumular minutos de no disponibilidad.
  • No se toma ninguna acción durante 20 minutos. El resultado es que dos unidades reservadas acumulan cada una 15 minutos de no disponibilidad.
  • A los 20 minutos, se intenta realizar una implementación compatible con una cantidad de 2. Una máquina virtual funciona correctamente y la otra produce un error de capacidad de máquina virtual. El resultado es que una unidad reservada permanece 15 minutos de no disponibilidad acumulados. Otra unidad reservada reanuda la acumulación de minutos no disponibles.
  • Se realizan cuatro implementaciones más admitidas con una cantidad de 1 a intervalos de 10 minutos. En el cuarto intento (60 minutos después del primer error de capacidad), se implementa la máquina virtual. El resultado es que la última unidad reservada agrega 40 minutos de minutos no disponibles (4 intentos x 10 minutos entre intentos) para un total de 55 minutos no disponibles.

A partir de este ejemplo de acumulación de minutos no disponibles, este es el cálculo del crédito de servicio:

  • Una unidad reservada acumuló 15 minutos de tiempo de inactividad. El porcentaje de tiempo de actividad es del 99,97 %. Esta unidad reservada no es apta para un crédito de servicio.
  • Una unidad reservada acumuló 55 minutos de tiempo de inactividad. El porcentaje de tiempo de actividad es del 99,87 %. Esta unidad reservada cumple los requisitos para un crédito de servicio del 10 %.

Limitaciones y restricciones

  • La creación de reservas de capacidad requiere una cuota de la misma manera que al crear máquinas virtuales.

  • La creación de reservas de capacidad está limitada actualmente a determinadas series y tamaños de máquina virtual. La lista SKU de recursos de proceso anuncia el conjunto de tamaños de máquina virtual admitidos.

  • Las siguientes series de máquinas virtuales admiten la creación de reservas de capacidad:

    • Av2
    • B
    • Bpsv2
    • Bsv2 (Intel) y Basv2 (AMD)
    • Serie D y Ds, v2 y versiones más recientes; AMD e Intel
    • Dadsv5
    • Serie Dav4
    • Dasv4 y versiones más recientes
    • Serie Ddv4 y v5
    • Serie Dds, v4 y más recientes
    • Series Dlsv5 y más recientes
    • Series Dldsv5 y más recientes
    • Serie DCsv2
    • Series DCasv5 y DCadsv5
    • Series DCesv5 y DCedsv5
    • Series ECasv5 y ECadsv5
    • Series ECesv5 y ECedsv5
    • Serie Dplsv5 y más recientes
    • Serie Dps y Dpds, v5 y versiones más recientes
    • Serie Dplds, v5 y más recientes
    • Serie Eps y Epds, v5 y más recientes
    • Serie E, todas las versiones; AMD e Intel
    • Series Eav4 y Easv4
    • Serie Easv5 y Eadsv5
    • Series Ebdsv5 y Ebsv5
    • Serie v4, v4 y más recientes
    • Serie F, todas las versiones
    • Serie FX
    • Lsv3 (Intel) y Lasv3 (AMD)

    En la implementación de máquinas virtuales, puede establecer un recuento de dominios de error (FD) de hasta tres mediante Azure Virtual Machine Scale Sets. Una implementación con más de 3 FD no puede implementarse contra una reserva de capacidad.

  • En la implementación de la máquina virtual para la siguiente serie de máquinas virtuales para la reserva de capacidad, puede establecer un recuento de FD de uno mediante Virtual Machine Scale Sets. Una implementación con más de un FD no puede implementarse contra una reserva de capacidad:

    • Serie NC, v3
    • Serie NCasT4_v3
    • serie NCADSA10_v4
    • Serie NC_A100_v4
    • Serie NV, v3 y más recientes
    • Serie NVadsA10_v5
    • Serie NGads V620_v1
    • M-series, v2
    • Serie M v3
  • La compatibilidad con la siguiente serie de máquinas virtuales para la reserva de capacidad está en versión preliminar pública:

    • Lsv2
  • La compatibilidad con otras series de máquinas virtuales no está disponible actualmente:

    • Serie M, v1
    • Serie M, HM y VHM
    • Serie ND
    • Serie HB
    • Serie HC
  • Se admiten los siguientes tipos de implementación:

    • Máquina virtual única
    • Conjuntos de escalado de máquinas virtuales con orquestación uniforme
    • Conjuntos de escalado de máquinas virtuales con orquestación flexible
  • No se admiten los tipos de implementación siguientes:

    • Máquinas virtuales de Spot
    • Azure Dedicated Host o máquinas virtuales implementadas en hosts dedicados
    • Conjuntos de disponibilidad
  • No se admiten otras restricciones de implementación. Por ejemplo:

    • Grupo con ubicación por proximidad
    • Dominios de actualización
    • Instancia de Virtual Machine Scale Sets con un único grupo de selección de ubicación establecido en true
    • Almacenamiento en disco Ultra de Azure (anteriormente UltraSSD)
    • Máquinas virtuales que se reanudan desde la hibernación
    • Máquinas virtuales que requieren cifrado de red virtual
  • Una suscripción anclada no puede usar la característica.

  • Solo la suscripción que creó la reserva puede usarla.

  • Las reservas solo están disponibles para los clientes de Azure de pago. Las cuentas patrocinadoras, como Evaluación gratuita y Azure for Students, no son aptas para usar esta característica.

  • Nubes admitidas para la reserva de capacidad:

    • Nube de Azure
    • Azure for Government
    • Azure en China (versión preliminar)
      • El soporte técnico no está disponible para las regiones Norte de China y Este de China

Precios y facturación

Las reservas de capacidad tienen el mismo precio que el tamaño de máquina virtual subyacente. Por ejemplo, si crea una reserva para 10 VM de la serie D2s_v3, se le comienzan a facturar esas 10 VM aunque la reserva no se esté utilizando.

Si después implementa una máquina virtual D2s_v3 y especifica la propiedad de reserva, se utiliza la reserva de capacidad. Una vez que la máquina virtual esté en uso, solo paga por la máquina virtual y no por la reserva de capacidad. Imagine que implementa seis máquinas virtuales D2s_v3 en la reserva de capacidad mencionada anteriormente. Verá una factura por 6 máquinas virtuales D2s_v3 y 4 reservas de capacidad no utilizadas, ambas cobradas a la misma tarifa que una máquina virtual D2s_v3.

Tanto las reservas de capacidad usadas como las no usadas son aptas para ahorrar descuentos en el compromiso de períodos de instancias reservadas y plan de ahorro. En el ejemplo anterior, si tiene instancias reservadas para dos máquinas virtuales D2s_v3 en la misma región de Azure, la facturación de dos recursos (ya sea una máquina virtual o una reserva de capacidad no utilizada) se establece en cero. Los ocho D2s_v3 restantes se facturan normalmente. Los descuentos por compromiso a término podrían aplicarse a la VM o a la reserva de capacidad no utilizada.

Diferencia entre las instancias reservadas y la reserva de capacidad a petición

Diferencias Reserva de capacidad a petición Instancias reservadas
Término No se requiere ningún compromiso de permanencia. Se puede crear y eliminar según los requisitos del cliente. Compromiso a plazo fijo de uno o tres años.
Descuento de facturación Se cobra según las tarifas de pago por uso del tamaño de la máquina virtual subyacente*. Ahorro significativo de costos con respecto a las tarifas de pago por uso.
Acuerdo de Nivel de Servicio de capacidad Proporciona garantía de capacidad en la ubicación especificada (región o zona de disponibilidad). No proporciona garantía de capacidad. Los clientes pueden elegir la prioridad de capacidad para obtener un mejor acceso, pero esa opción no incluye un Acuerdo de Nivel de Servicio.
Región frente a zonas de disponibilidad Se puede implementar por región o por zona de disponibilidad. Solo está disponible en el nivel regional.

*Apto para el descuento de las instancias reservadas si se compra por separado.

Trabajo con la reserva de capacidad

La reserva de capacidad se crea para un tamaño de máquina virtual específico en una región de Azure o una zona de disponibilidad. Todas las reservas se crean y administran como parte de un grupo de reservas de capacidad.

El grupo especifica la ubicación de Azure:

  • El grupo establece la región en la que se crean todas las reservas. Por ejemplo, Este de EE. UU., Norte de Europa o Sudeste Asiático.
  • El grupo establece las zonas aptas. Por ejemplo, AZ1, AZ2 y AZ3 en cualquier combinación.
  • Si no se especifica ninguna zona, Azure selecciona la ubicación del grupo en algún lugar de la región. Cada reserva especifica la región y no puede establecer una zona.

Cada reserva de un grupo es para un tamaño de máquina virtual. Si se seleccionaron zonas aptas para el grupo, la reserva debe ser para una de las zonas admitidas.

Un grupo solo puede tener una reserva por tamaño de máquina virtual por zona o solo una reserva por tamaño de máquina virtual si no se selecciona ninguna zona.

Para consumir la reserva de capacidad, especifique el grupo de reservas de capacidad como una de las propiedades de la máquina virtual. Si el grupo no tiene una reserva correspondiente, Azure devuelve un mensaje de error.

Puede ajustar la cantidad reservada para la reserva después de la implementación inicial si se cambia la propiedad de la capacidad. No se permiten otros cambios en la reserva de capacidad, como los del tamaño o la ubicación de la máquina virtual. Se recomienda crear una nueva reserva, migrar las máquinas virtuales existentes y, a continuación, eliminar la reserva anterior si ya no es necesaria.

La reserva de capacidad no crea límites en el número de implementaciones de máquina virtual. Azure admite la asignación de tantas máquinas virtuales como quiera en la reserva. Como para la propia reserva se necesita una cuota, se omiten las comprobaciones de cuota para la implementación de máquinas virtuales hasta la cantidad reservada. La asignación de máquinas virtuales más allá de la cantidad reservada se denomina sobreasignación de la reserva. El Acuerdo de Nivel de Servicio no cubre la asignación excesiva de las máquinas virtuales y las máquinas virtuales están sujetas a comprobaciones de cuota y Azure cumple la capacidad adicional. Después de implementarlas, estas instancias de máquina virtual adicionales pueden hacer que la cantidad de máquinas virtuales asignadas a la reserva supere la cantidad reservada. Para obtener más información, consulte Sobreasignación de la reserva de capacidad.

Ciclo de vida de la reserva de capacidad

Cuando se crea una reserva, Azure reserva el número solicitado de instancias de capacidad en la ubicación especificada.

Diagrama que muestra el número solicitado de instancias de capacidad en una ubicación.

Realice el seguimiento del estado de la reserva general por medio de las siguientes propiedades:

  • capacity: cantidad total de instancias reservadas por el cliente.
  • virtualMachinesAllocated: lista de máquinas virtuales asignadas en la reserva de capacidad y recuento para el consumo de la capacidad. Estas máquinas virtuales tiene el estado En ejecución o Detenida (Asignada), o están en un estado transitorio como Iniciándose o Deteniéndose. En esta lista no se incluyen las máquinas virtuales que se encuentran en estado desasignado, lo que se denomina Detenida (desasignada).
  • virtualMachinesAssociated: lista de máquinas virtuales asociadas a la reserva de capacidad. Esta lista tiene todas las máquinas virtuales que configuradas para usar la reserva, incluidas las que están en estado desasignado.

El ejemplo anterior empieza con el valor de capacity establecido en 2 y el valor de la longitud de virtualMachinesAllocated y virtualMachinesAssociated establecido en 0.

Cuando después se asigna una máquina virtual a la reserva de capacidad, consume una de las instancias de capacidad reservada.

Diagrama que muestra una de las instancias de capacidad reservada consumidas.

El estado de la reserva de capacidad muestra capacity como 2 y la longitud de virtualMachinesAllocated y virtualMachinesAssociated como 1.

Las asignaciones sobre la reserva de capacidad se realizan correctamente si las máquinas virtuales tienen propiedades que coinciden y hay al menos una instancia de capacidad vacía.

Como se muestra en nuestro ejemplo, cuando se asigna una tercera máquina virtual a la reserva de capacidad, la reserva entra en el estado sobreasignado. Para esta tercera máquina virtual, se necesita la cuota sin usar y el suministro de capacidad adicional de Azure. Una vez asignada la tercera máquina virtual, la reserva de capacidad tendrá el siguiente aspecto:

Diagrama que muestra la reserva de capacidad con la tercera máquina virtual asignada.

capacity es 2 y la longitud de virtualMachinesAllocated, y virtualMachinesAssociated es 3.

Ahora imagine que la aplicación se reduce verticalmente al mínimo de dos máquinas virtuales. Dado que la máquina virtual 0 necesita una actualización, se elige para la desasignación. La reserva cambia automáticamente a este estado:

Diagrama en el que se muestra la reducción vertical de la reserva de capacidad hasta el mínimo de dos máquinas virtuales.

capacity y la longitud virtualMachinesAllocated son 2. Pero la longitud de virtualMachinesAssociated sigue siendo 3 ya que la máquina virtual 0, aunque está desasignada, todavía está asociada a la reserva de capacidad. Para evitar una saturación de la cuota, la máquina virtual 0 desasignada sigue teniendo en cuenta la cuota asignada a la reserva. Si tiene suficiente cuota sin usar, puede implementar nuevas máquinas virtuales en la reserva de capacidad y recibir el Acuerdo de Nivel de Servicio de cualquier capacidad reservada sin usar. O bien, puede eliminar la máquina virtual 0 para quitar su uso de la cuota.

La reserva de capacidad existe hasta que se elimine de manera explícita. Para eliminar una reserva de capacidad, el primer paso consiste en desasociar todas las máquinas virtuales de la propiedad virtualMachinesAssociated. Una vez que se complete la desasociación, la reserva de capacidad debe tener este aspecto:

Diagrama que muestra la reserva de capacidad una vez finalizada la desasociación.

El estado de la reserva de capacidad muestra capacity como 2 y la longitud de virtualMachinesAssociated y virtualMachinesAllocated como 0. A partir de este estado, puede eliminar la reserva de capacidad. Después de eliminarla, ya no paga por la reserva.

Diagrama que muestra la reserva de capacidad eliminada.

Uso y facturación

Cuando una reserva de capacidad está vacía, se notifica el uso de la máquina virtual para el tamaño de máquina virtual correspondiente y la ubicación. Las instancias reservadas de máquina virtual pueden cubrir parte o todo el uso de la reserva de capacidad incluso cuando las máquinas virtuales no están implementadas.

Ejemplo

Por ejemplo, supongamos que se creó una reserva de capacidad con la cantidad reservada de 2. La suscripción tiene acceso a una instancia reservada de máquina virtual correspondiente del mismo tamaño. El resultado son dos flujos de uso para la reserva de capacidad, uno de los cuales está cubierto por la instancia reservada.

Diagrama que muestra la reserva de capacidad con dos flujos de uso.

En el diagrama anterior, se aplica un descuento de instancia reservada de máquina virtual a una de las instancias no utilizada y el coste de esa instancia se reduce a cero. En el caso de la otra instancia, la tarifa de pago por uso se cobra por el tamaño de máquina virtual reservado.

Cuando se asigna una máquina virtual a la reserva de capacidad, también se deben asignar los demás componentes de máquina virtual, como discos, redes, extensiones y cualquier otro componente solicitado. En este estado, el uso de la máquina virtual refleja una máquina virtual asignada y una instancia de capacidad sin usar. La instancia reservada de máquina virtual pondrá a cero el costo de la máquina virtual o la instancia de capacidad sin usar. Los demás cargos para discos, redes y otros componentes asociados a la máquina virtual asignada también aparecen en la factura.

Diagrama que muestra una máquina virtual asignada y una instancia de capacidad sin usar.

En la imagen anterior, el descuento de instancia reservada de máquina virtual se aplica a la máquina virtual 0. En el caso de esta máquina virtual, solo se facturan otros componentes, como discos y redes. La otra instancia sin usar se cobra a una tarifa de pago por uso para el tamaño de máquina virtual reservado.

Preguntas más frecuentes

  • ¿Cuál es el precio de la reserva de capacidad a petición?

    El precio de la reserva de capacidad a petición es el mismo que el del tamaño de máquina virtual subyacente asociado a la reserva. Al usar la reserva de capacidad, se le cobra por el tamaño de máquina virtual seleccionado según las tarifas de pago por uso, independientemente de si la máquina virtual se aprovisionó o no. Para obtener más información, consulte las páginas de precios de VM Windows y Linux.

  • ¿Se me cobrará dos veces por el costo de la reserva de capacidad a petición y por la máquina virtual real cuando finalmente la aprovisione?

    No, solo se le cobra una vez por la reserva de capacidad a petición.

  • ¿Puedo aplicar Azure Reserved Virtual Machine Instances a On-Demand Capacity Reservations para reducir los costes?

    Sí, puede aplicar instancias reservadas existentes o futuras a On-Demand Capacity Reservations y recibir descuentos de RI. Las instancias reservadas disponibles se aplican automáticamente a las reservas de capacidad de la misma manera que a las máquinas virtuales.

  • ¿Cuál es la diferencia entre Reserved Virtual Machine Instances y On-Demand Capacity Reservations?

    Tanto las instancias reservadas como On-Demand Capacity Reservations se pueden aplicar a las máquinas virtuales de Azure. Sin embargo, las instancias reservadas proporcionan tarifas de reserva con descuento para las máquinas virtuales en comparación con las tarifas de pago por uso como resultado de un compromiso de permanencia de uno o tres años. Por el contrario, para las reservas de capacidad a petición no se necesita una confirmación.

    Puede crear o cancelar una reserva de capacidad en cualquier momento. Sin embargo, no se aplica ningún descuento y se incurre en cargos por tarifas de pago por uso después de que la reserva de capacidad se aprovisione correctamente. A diferencia de las instancias reservadas, que dan prioridad a la capacidad pero no la garantizan, al comprar una reserva de capacidad a petición, Azure reserva la capacidad de proceso de la máquina virtual y proporciona una garantía de Acuerdo de Nivel de Servicio.

  • ¿Qué escenarios se beneficiarían más de las reservas de capacidad a petición?

    Entre los escenarios típicos se incluyen la continuidad empresarial, la recuperación ante desastres y la escalabilidad horizontal de aplicaciones críticas.

Aprenda sobre la reserva de la capacidad de proceso. Consulte otros artículos sobre reservas de capacidad: