Acerca de las reservas para VPC

IBM Cloud® Las reservas son una gran opción cuando se desea un importante ahorro de costes y recursos dedicados para futuras implantaciones. Puede elegir un plazo de 1 o 3 años, cantidad de servidor, perfil específico y suministrar dichos servidores cuando sea necesario.

Las reservas ofrecen muchas ventajas, incluyendo los siguientes beneficios:

Ventajas de las reservas IBM Cloud
Beneficio	Descripción
Ahorro de costes	Ahorre hasta un 60% eligiendo un plazo de 1 o 3 años en comparación con los ciclos de facturación de servidor virtual bajo demanda.
	Ahorre hasta un 55% eligiendo un plazo de 1 ó 3 años en comparación con los ciclos de facturación de servidores bare metal bajo demanda.
Capacidad dedicada	Sus servidores están ahí cuando los necesita. IBM Cloud® Las reservas proporcionan capacidad dedicada dentro de la zona de su elección durante la vigencia de su plazo comprometido.
Gestión predecible	Planifique con precisión para el futuro y defina su hoja de ruta de elaboración de presupuestos con capacidad reservada para términos de 1 año o 3 años. Los precios reservados son una tasa de descuento fija que se aplica a las tarifas bajo demanda del perfil de servidor virtual correspondiente que se listan en el portal IBM Cloud®.
Flexibilidad en el despliegue	Convierta cualquier servidor virtual bajo demanda existente a IBM Cloud® Reserva de facturación. Adjunte o desconecte cualquier servidor virtual compatible a su reserva.

Una reserva no puede utilizarse para un descuento de servicio de contenedor como IBM Kubernetes Service o ROKS.

Perfiles de servidor virtual soportados

Los siguientes perfiles x86 para servidores virtuales están disponibles cuando se aprovisiona una reserva en todas las ubicaciones disponibles excepto Montreal, Mumbai - Airtel, y Chennai - Airtel.

Perfiles bx2
Perfiles bx2d
Perfiles cx2
Perfiles cx2d
Perfiles mx2
Perfiles mx2d
Perfiles ux2d
Perfiles vx2d

Los siguientes perfiles de servidor virtual están disponibles en determinados MZR y SC-MZR. Chennai - Airtel, Montreal, Mumbai - Airtel y Osaka son SC-MZR.

Los perfiles bx2a solo están disponibles en Toronto.
bx3d, cx3d, y mx3d perfiles están disponibles en Chennai - Airtel, Dallas, Frankfurt, Londres, Madrid, Montreal, Mumbai - Airtel, Osaka, Sydney, Toronto y Washington DC.
Los perfiles gx2 están disponibles en todas las regiones excepto Madrid.
gx3d los perfiles están disponibles en Chennai - Airtel, Fráncfort, Londres, Madrid, Sao Paulo, Sídney, Tokio, Toronto, Montreal y Washington DC.
Los perfiles ox2 están disponibles en Dallas, Frankfurt, Londres, Osaka, Tokio y Washington DC.

Para obtener más información sobre los perfiles, consulte Perfiles de instancia dex86-64.

Perfiles de servidor bare metal compatibles

Todos los perfiles de servidor de metal desnudo Gen 2 y Gen 3 están disponibles cuando se aprovisiona una reserva en un MZR disponible.

Política de anexos

Una política de vinculación de reservas determina si un recurso se vincula automática o manualmente a una reserva. Si selecciona automático, el servidor se adjunta automáticamente a una reserva compatible. Si selecciona manual, deberá adjuntar manualmente el servidor a una reserva compatible.

Fijaciones automáticas

Si un servidor está configurado para permitir adjuntos automáticos, el sistema intenta adjuntar automáticamente el recurso a una reserva en la misma cuenta que permite adjuntos automáticos. La reserva debe estar configurada para admitir adjuntos automáticos y debe contener propiedades coincidentes (cuenta, perfil, zona) con capacidad disponible.

Los siguientes ejemplos son escenarios de cómo el sistema intenta adjuntar recursos automáticos a reservas automáticas.

Cuando se crea una nueva reserva automática, el sistema busca los recursos automáticos candidatos y los adjunta a la reserva hasta la capacidad de ésta.
Cuando se crea un nuevo recurso automático, el sistema busca cualquier reserva automática candidata que tenga capacidad disponible y adjunta el recurso.
Si una reserva automática caduca, el sistema intenta adjuntar los recursos que estaban adjuntos a la reserva a otra reserva automática. Si una reserva o capacidad no está disponible, el recurso permanece sin asignar.
Si se elimina un recurso automático, el sistema intenta llenar la capacidad ahora disponible con otro recurso automático de su cuenta.

Para adjuntar automáticamente recursos a una reserva, los siguientes parámetros deben ser verdaderos:

Para que una reserva esté disponible para el embargo automático, debe tener un affinity_policy de automatic.
Para que un recurso pueda adjuntarse automáticamente, debe tener un " reservation_affinity.policy " de " automatic.
La dirección reservation_affinity.pool debe estar vacía.

El descuento de facturación para el recurso informático adjunto se aplica de forma inmediata y automática. Si tiene más de una reserva automática que es un candidato a recurso que está configurado para adjuntarse automáticamente, no tiene orden garantizado qué reserva elige el sistema. Este pedido no tiene ningún impacto en la tarificación porque todos los recursos que se adjuntan a una reserva no se facturan.

Limitaciones

No puede dirigirse a una reserva específica y configurar un recurso automáticamente. Son mutuamente excluyentes.
Cuando un recurso informático autoadjunto se detiene o se elimina, el recurso libera automáticamente su retención de capacidad reservada, a diferencia de los adjuntos específicos que mantienen su retención de capacidad reservada cuando se detienen.
Los servidores bare metal no se detienen ni se desaprovisionan. En su lugar, pueden apagarse. Dado que los servidores bare metal no se desaprovisionan cuando se apagan, los servidores bare metal que se adjuntan automáticamente a una reserva no se desaprovisionan. Tampoco se liberan de la capacidad reservada cuando se apagan.
Cuando un recurso informático se desvincula y libera su retención de una reserva, el sistema intenta automáticamente adjuntar otro recurso coincidente a la reserva.
Las reservas con un " affinity_policy " de " automatic no pueden ser objeto de recursos con un " reservation_affinity.policy " de " manual.
Las reservas con un " affinity_policy " de " restricted " no pueden ser tenidas en cuenta para ser adjuntadas por recursos con un " reservation_affinity.policy " de " automatic.

Fijaciones manuales

Si un servidor está configurado para anexos manuales, deberá anexar manualmente el servidor a una reserva.

Para adjuntar manualmente un recurso a una reserva, deben cumplirse los siguientes requisitos:

La reserva " affinity_policy " debe ser " restricted.
El recurso que desea adjuntar a una reserva debe tener un " reservation_affinity.policy " de " manual.
El " reservation_affinity.pool " debe tener un ID de reserva de destino y la reserva de destino debe tener un " affinity_policy " de " restricted.

Limitaciones

La reserva de destino no puede activarse como reserva automática.

Cuotas y reservas

Las reservas se descuentan de la cuota correspondiente al tipo de recurso. Así, las reservas de servidores virtuales cuentan para la cuota de servidores virtuales y las reservas de servidores virtuales cuentan para las cuotas de instancias. Sin embargo, los recursos informáticos vinculados a una reserva no cuentan para las cuotas.

Al crear un nuevo recurso informático configurado para la asignación automática, se determina dinámicamente el espacio en una reserva existente coincidente y se contabiliza la cuota. Por lo tanto, si no hay capacidad disponible en una reserva automática correspondiente, los recursos informáticos se descuentan de su cuota. Si hay capacidad disponible en una reserva automática correspondiente, el nuevo recurso no se contabilizará en su cuota.

El mismo cálculo dinámico de cuotas se aplica a las nuevas reservas automáticas. Normalmente, la cantidad total de la reserva automática se descuenta de la cuota de su cuenta. Sin embargo, si dispone de recursos informáticos automáticos que coinciden con la reserva, se tienen en cuenta. A continuación, la diferencia entre la reserva y el número de recursos se deduce de la cuota de su cuenta.

Consideraciones especiales para las reservas

Tenga en cuenta las siguientes consideraciones a la hora de crear una reserva.

Una reserva tarda hasta 10 minutos en alcanzar un estado fallido. Durante este tiempo, la capacidad no está dedicada. Sin embargo, cuando la creación de la reserva tiene éxito, la capacidad para esa reserva se dedica. A continuación, puede adjuntar servidores a la reserva.
Su servidor bare metal no se aprovisiona cuando se crea la reserva, pero la capacidad reservada se dedica y está disponible después de crear la reserva.
La facturación de un único servidor no cambia hasta que ese servidor se vincula a una reserva.

Facturación de la velocidad de ancho de banda de una reserva

La facturación de la velocidad del ancho de banda se produce cuando se conecta un servidor a la reserva. Esto significa que la facturación de los sistemas operativos premium y del ancho de banda dinámico de la red se produce en el evento de inicio para un servidor que está conectado a una reserva. El ancho de banda de red dinámico se descuenta a las mismas tarifas de 1 ó 3 años que el plazo de la reserva, pero sólo se factura mientras haya un servidor conectado a la reserva.

Notificaciones

Cuando se complete la reserva, se enviará un mensaje de confirmación.

Recibirá una notificación antes de que finalice el plazo de su reserva. A partir de aquí, puede decidir si desea renovar su reserva o cancelar.

Si se selecciona Renovar automáticamente al suministrar una reserva, la reserva se renueva automáticamente cuando caduca.

Próximos pasos

Después de revisar y decidir sobre sus opciones, está listo para suministrar una reserva. Para obtener más información, Suministro de una reserva para VPC.