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. Cree y elimine reservas en cualquier momento y tenga control total sobre cómo quiere administrarlas.

Una vez que crea la reserva de capacidad, los recursos se pueden usar de inmediato. 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. Por ejemplo, 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, estos 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

• Una vez que se implementa, la capacidad se reserva para su uso y siempre está disponible dentro del ámbito de los Acuerdos de Nivel de Servicio aplicables
• Se puede implementar y eliminar en cualquier momento sin compromiso de permanencia
• 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 contrato de nivel de servicio para la reserva de capacidad.

Cualquier notificación contra el Acuerdo de Nivel de Servicio requiere calcular 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.
• Se asigna una implementación admitida de la cantidad 5 a la reserva de capacidad bajo demanda. Tres máquinas virtuales correctas y dos con un error de capacidad de máquina virtual. Resultado: dos unidades reservadas comienzan a acumular minutos no disponibles.
• No se toma ninguna acción durante 20 minutos. Resultado: dos unidades reservadas acumulan 15 minutos no disponibles cada una.
• En 20 minutos, se intenta realizar una implementación admitida de la cantidad 2. Una máquina virtual tiene éxito, la otra máquina virtual falla con un error de capacidad de la máquina virtual. Resultado: una unidad reservada permanece en 15 minutos acumulados no disponibles. Otra unidad reservada reanuda la acumulación de minutos no disponibles.
• Se realizan cuatro implementaciones admitidas adicionales de la cantidad 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. Resultado: 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 el 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 el crédito de servicio del 10 %.

Limitaciones y restricciones

• Para la creación de reservas de capacidad se necesita cuota de la misma manera que para la creación de máquinas virtuales.
• La creación de una reserva 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
  • Bsv2 (Intel) y Basv2 (AMD)
  • Serie D, v2 y versiones más recientes; AMD e Intel
  • Serie DCsv2
  • Serie DCasv5
  • Series DCesv5 y DCedsv5
  • Serie Dplsv5
  • Serie Dpsv, v5 y más recientes
  • Serie Dpdsv6
  • Serie Dplsv6
  • Serie Dpldsv6
  • Series Dlsv5 y más recientes
  • Series Dldsv5 y más recientes
  • Serie E, todas las versiones; AMD e Intel
  • Series Eav4 y Easv4
  • Series ECasv5 y ECadsv5
  • Series ECesv5 y ECedsv5
  • Serie F, todas las versiones
  • Series Fasv6 y Falsv6
  • Serie FX
  • Lsv3 (Intel) y Lasv3 (AMD)
  • En la implementación de la máquina virtual, el recuento de dominios de error (FD) de hasta 3 se puede establecer según se desee mediante los conjuntos de escalado de máquinas virtuales. Una implementación con más de 3 FD no podrá implementarse contra una reserva de capacidad.
• La compatibilidad con la siguiente serie de máquinas virtuales para la reserva de capacidad está en versión preliminar pública:
  • Serie M v3
  • NC-series,v3
  • Serie NV, v3 y versiones más recientes
  • Lsv2
  • Para la serie N mencionada anteriormente, en la implementación de la máquina virtual, se puede establecer un recuento de dominio de error (FD) de 1 mediante los Virtual Machine Scale Sets. Una implementación con más de 1 FD no se podrá implementar en una reserva de capacidad.
• La compatibilidad con otras series de máquinas virtuales no está disponible actualmente:
  • Serie M, v1 y v2
  • 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
  • Conjunto de escalado de máquinas virtuales con orquestación flexible (versión preliminar)
• 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
  • Conjunto de escalado de máquinas virtuales con un único grupo de selección de ubicación establecido como "true"
  • Almacenamiento UltraSSD
  • Máquinas virtuales que se reanudan desde la hibernación
  • Máquinas virtuales que requieren cifrado de red virtual
• La 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

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 comenzarán 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 se usen, pagará solo la VM y no 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 la reserva de capacidad usada como la no utilizada 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 establecerá en cero. Las ocho D2s_v3 restantes se facturarán 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

*Apto para el descuento de 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.

La cantidad reservada para la reserva se puede ajustar 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. El enfoque recomendado es 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 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 es la llamada a la asignación general 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. Una vez que se implementan, 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, vaya a 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:

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 tienen el estado En ejecución o Detenida (Asignada), o bien 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 el estado desasignado, 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 se han configurado 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:

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

Las asignaciones sobre la reserva de capacidad se realizan correctamente siempre que las máquinas virtuales tengan propiedades que coincidan y haya al menos una instancia de capacidad vacía.

En el 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. Después de asignar la tercera máquina virtual, la reserva de capacidad tiene este aspecto:

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. Como la máquina virtual 0 necesita una actualización, se elige para la desasignación. La reserva cambia automáticamente a este estado:

capacity y la longitud virtualMachinesAllocated son 2. Sin embargo, el valor de 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 la saturación de la cuota, la máquina virtual 0 desasignada sigue teniendo en cuenta la cuota asignada a la reserva. Siempre que tenga 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 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:

El estado de la reserva de capacidad muestra capacity como 2 y una longitud de virtualMachinesAssociated y virtualMachinesAllocated como 0. Desde este estado, se puede eliminar la reserva de capacidad. Deja de pagar la reserva una vez que se elimina.

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, imagine que se ha creado una reserva de capacidad con un valor de 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:

En la imagen anterior, se aplica un descuento de instancia reservada de máquina virtual a una de las instancias sin usar y el costo de esa instancia se establece en cero. En el caso de la otra instancia, se cobra la tarifa de pago por uso para 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.

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 el disco y las redes. La otra instancia sin usar se cobra según la tarifa de pago por uso por 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. Visite las páginas de precios de máquinas virtuales Windows y Linux para obtener más información.

• ¿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 la instancia reservada de máquina virtual (RI) a la reserva de capacidad a petición para reducir los costos?

  Sí, puede aplicar instancias reservadas existentes o futuras a reservas de capacidad a petición y recibir descuentos de RI. Las RI disponibles se aplican automáticamente a la reserva de capacidad de la misma manera que a las máquinas virtuales.

• ¿Cuál es la diferencia entre la instancia reservada de máquina virtual (RI) y la reserva de capacidad a petición?

  Tanto las RI como las reservas de capacidad a petición son aplicables a las máquinas virtuales de Azure. Sin embargo, las RI 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 incurrirá en cargos por tarifas de pago por uso después de que la reserva de capacidad se aprovisione correctamente. A diferencia de las RI, 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.

Pasos siguientes

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

• Creación de una reserva de capacidad
• Asignación excesiva de reserva de capacidad
• Modificación de una reserva de capacidad
• Asociación de una máquina virtual
• Eliminación de una VM
• Asociación de un conjunto de escalado de máquinas virtuales: flexible
• Asociación de un conjunto de escalado de máquinas virtuales: uniforme
• Eliminación de un conjunto de escalado de máquinas virtuales