Elastic Compute Service:Elastic Assurance overview

Casos de uso

Escenario	Demanda periódica de recursos	Demanda ocasional de recursos	Pico de demanda de recursos
Diagrama
Descripción	Ideal para picos de recursos predecibles y periódicos. Garantiza que las tareas inicien a tiempo y evita el desperdicio de recursos fuera de los periodos pico.	Reserva recursos para eventos inesperados o aumentos repentinos de tráfico. Esto permite una respuesta rápida del negocio y alta disponibilidad.	Durante los periodos de alta competencia por recursos en la nube, como promociones de ventas importantes o días festivos, reserve recursos con anticipación para sus servicios principales. Así evitará interrupciones en el negocio.
Ejemplo	Conciliaciones financieras de fin de mes, procesamiento por lotes de renderizado los fines de semana y análisis de datos programados diariamente.	Respuesta a eventos virales repentinos, escalamiento horizontal de aplicaciones y recuperación ante desastres para servicios en línea.	Streaming de video en vivo, promociones de comercio electrónico, lanzamiento de servidores para nuevos juegos en línea y ventas flash de boletos.

Conceptos clave

Al comprar un Elasticity Assurance, el sistema reserva recursos que coinciden con el tipo y la cantidad de instancias especificadas en una zona determinada. Estos recursos forman un private pool.

Un pool público es un pool de recursos compartido por todos los usuarios. Si no especifica un pool privado al crear una instancia, el sistema asigna recursos del pool público de forma predeterminada.

Elasticity Assurance - Time-based: reserva recursos para franjas horarias predefinidas, por ejemplo, de 18:00 a 24:00 todos los días, dentro de un periodo determinado, como 30 días.

Elasticity Assurance: reserva recursos de forma continua durante un periodo específico, por ejemplo, tres meses.

Procedimiento

Casos de uso y estrategias recomendadas

Escenario 1: Servicios principales - garantizar la certeza de los recursos

• Servicios aplicables: aplicaciones principales como promociones de comercio electrónico, lanzamientos de servidores de juegos y liquidaciones financieras.

• Estrategia recomendada: compre un pool privado dedicado y use Targeted mode al crear instancias.

• Resultado: mientras el pool privado tenga capacidad disponible, la creación de instancias se completa correctamente. Esto evita el riesgo de fallos por falta de recursos públicos.

Escenario 2: Servicios de alta prioridad - equilibrar garantía y elasticidad

• Servicios aplicables: escenarios como análisis de datos, computación por lotes y escalamientos horizontales rutinarios para servicios en línea. En estos casos, se busca priorizar la garantía, pero también utilizar recursos públicos como complemento.

• Estrategia recomendada: compre un pool privado abierto y use Open mode al crear instancias.

• Resultado: primero se consume la capacidad reservada. Si esta se agota, el sistema recurre al pool público.

Escenario 3: Servicios no principales o entornos de desarrollo/pruebas - priorizar costos

• Servicios aplicables: entornos de desarrollo y pruebas, o servicios no principales que toleran fallos ocasionales de creación.

• Estrategia recomendada: al crear instancias, seleccione None en la opción de pool privado.

• Resultado: se utiliza el pool público, aunque la creación de instancias podría fallar debido a las fluctuaciones de inventario en dicho pool.

Facturación

El costo de un Elasticity Assurance consta de dos partes:

1. Tarifa de garantía (pago inicial): cuota de servicio única que se paga al adquirir el Elasticity Assurance.

2. Tarifa de instancia (pay-as-you-go): las instancias pay-as-you-go creadas correctamente desde el pool privado se facturan al precio estándar.

Tipo de garantía	Elasticity Assurance - Time-based	Elasticity Assurance
Diagrama
Fórmula de la tarifa de garantía	$$Capacidad\; reservada\times \frac{Precio\; mensual\; de\; la\; instancia}{30días\times 24horas}\times 10\%\times Duración\; garantizada\; (horas)$$ La duración garantizada es el tiempo total de las franjas horarias no contiguas.	$$Capacidad\; reservada\times Precio\; mensual\; de\; la\; instancia\times 40\%\times Duración\; garantizada\; (meses)$$
Tarifa total	Tarifa de garantía + Tarifa de instancia

Orden de deducción de la tarifa de instancia: para las instancias pay-as-you-go creadas desde un Elasticity Assurance, las facturas horarias se deducen de los beneficios de ahorro correspondientes en el siguiente orden:

1. Savings Plans

2. Regional Reserved Instances

   Las reserved instances zonales no son compatibles.

3. Si no aplica ningún beneficio de ahorro, se le factura al precio estándar de pay-as-you-go.

Limitaciones

• Disponibilidad: Elasticity Assurance solo está disponible en regiones, zonas y tipos de instancia específicos. Las opciones que se muestran en la página de compra de la consola son definitivas.

• Sin modificaciones ni liberaciones anticipadas: después de comprar un Elasticity Assurance, no es posible cambiar su capacidad, cancelar el pedido ni liberarlo antes de tiempo. Expira automáticamente.

• Coincidencia de atributos: al crear una instancia, la región, la zona y el tipo de instancia seleccionados deben coincidir exactamente con los atributos del Elasticity Assurance.

• Alcance de la garantía: la garantía solo asegura la disponibilidad de capacidad del tipo de instancia ECS. No garantiza el inventario de recursos asociados, como discos en la nube, direcciones IP públicas o interfaces de red elásticas (ENI).

• Efecto de las operaciones de instancia: si cambia el tamaño de una instancia creada con un Elasticity Assurance, esta se desvincula del pool privado y deja de beneficiarse de la garantía de disponibilidad de recursos.

Recomendaciones para producción

• Integración con Auto Scaling: utilice Elasticity Assurance junto con Auto Scaling (ESS) para automatizar la programación de recursos.

  Cuando create o modify a scaling group, establezca Resource Pool Policy para priorizar el uso de la capacidad del pool privado del Elasticity Assurance.

  • Opciones de Resource Pool Policy:

    • Prioritize Private Pool: prioriza el uso del pool privado especificado. Si este no tiene capacidad suficiente, el sistema utiliza automáticamente un pool privado abierto o el pool público.

    • Private Pool Only: las instancias deben usar la capacidad de un pool privado. De lo contrario, la creación de la instancia falla.

  • Pasos de configuración:

    1. Inicie sesión en la consola de Auto Scaling.

    2. Cree o modifique un grupo de escalamiento.

    3. En la sección Advance Settings de scaling configuration, seleccione una política de pool de recursos y especifique un pool privado de Elasticity Assurance.

• Monitoreo y alertas: utilice CloudMonitor para create alert rules de métricas clave y monitorear el uso de capacidad. Por ejemplo, active una alerta cuando la capacidad disponible caiga por debajo del 20 % de la capacidad total:

  • Establezca Product en ECS Private Pool.

  • Establezca Metric en Instance Number Usage, Warning en Warning y el umbral en 20 %.

Documentos relacionados

Comparison between Elasticity Assurance and Capacity Reservation

Preguntas frecuentes

P: ¿Por qué la capacidad de mi Elasticity Assurance no se actualiza inmediatamente después de liberar una instancia?

R: La liberación de una instancia no es instantánea. Para evitar fallos de creación por este retraso, no cree ni libere instancias de forma consecutiva y rápida.

P: ¿Un solo Elasticity Assurance sirve para varias zonas?

R: No. Si necesita garantía en varias zonas, debe crear un Elasticity Assurance independiente en cada una.

P: ¿Elasticity Assurance admite cambiar el tipo de instancia?

R: No. El tipo de instancia vinculado a un Elasticity Assurance no se puede modificar después de la compra.

P: ¿Cómo consulto la capacidad restante de un pool privado?

R: En la página de lista de Elasticity Assurance, haga clic en el ID de un Elasticity Assurance. Luego, consulte el uso de capacidad en la sección Resource Details.

P: ¿Para qué sirven las etiquetas de un Elasticity Assurance?

R: Al crear una instancia, el sistema puede vincularla con un pool privado abierto mediante etiquetas.

• Tag: si agrega a una instancia etiquetas que coinciden con las de un pool privado abierto, el sistema la vincula automáticamente con ese pool.

  Una vez que un Elasticity Assurance entra en vigor, siempre utiliza las etiquetas especificadas durante la compra para la coincidencia con el pool privado.

• Tag: si no agrega etiquetas a la instancia, el sistema la vincula automáticamente con un pool privado abierto disponible.