Precios de Amazon en inconsistencias de instancias puntuales

Esto es algo que se explicará mejor a través de capturas de pantalla de un gráfico histórico de precios de instancia.

Si observa muchos de los precios de instancias para instancias spot, notará patrones regulares de picos. Mira aquí:

Como puede ver, el precio de esta instancia de medio de cómputo, regularmente sube por encima del precio bajo demanda .

Una c1.mediuminstancia (bajo demanda) solo costaría $0.186por hora. Pero durante un período de unas pocas semanas, en la zona B, el precio aumentaría regularmente a $ 1.20. Esto es unas 6 veces el precio real a pedido.

Tampoco está aislado. Si observa la zona-b nuevamente para casos pequeños, hay un pico similar con frecuencia. Lo que va 4 veces el precio bajo demanda.

¿Alguien sabe por qué sucede esto?

Aqui hay algunas sugerencias

• Alguien ingresó $ 1.2 en lugar de $ 0.12 (lo descontaría ya que sucedió 20 veces en el espacio de 3 semanas).

• Amazon regularmente aumenta sus precios de forma artificial haciendo una oferta en sus propias instancias para obtener el máximo rendimiento por su dinero. (Descontaría esto, ya que sería ridículo y un mal negocio)

• Algunas compañías lanzaron 1000 servidores a la vez y quieren asegurarse de que todos se inicien. (Lo descontaría, ya que presumiblemente los lanzarían a un precio que estaría por debajo del precio mínimo bajo demanda. ¿Por qué pagaría por encima de la demanda por un solo servidor?).

• ¿Es un error en sus informes?

Hay un documento de personas del Instituto de Tecnología de Israel que analiza el mercado spot. Su conclusión es que los precios al contado no se basan en ofertas sino que se generan con la función AR (1). Entonces, en tal caso, no se debería a las ofertas de otros, sino al algoritmo utilizado.

http://www.cs.technion.ac.il/~ladypine/spotprice-ieee.pdf

Sin embargo, supongo que podría haber cambiado si el mercado spot realmente alcanzara el nivel en el que podrían obtener buenos precios de la demanda / oferta. Como Matt sugiere, se convierte en una práctica común reducir los costos con instancias spot y muchos precios excesivos a pedido para evitar el tiempo de inactividad. A largo plazo todavía era rentable ... pero ¿lo es todavía? El verdadero problema es que, aparte de Amazon, nadie sabe realmente cómo se crean los precios.

Esto no es un error, es un problema de prioridad / disponibilidad porque las instancias bajo demanda tienen prioridad sobre las instancias spot, independientemente de las ofertas spot. Esto se deriva de la declaración de Amazon EC2 de que " pujas en instancias de Amazon EC2 de repuesto ".

Por lo tanto, cuando la demanda de instancias bajo demanda aumenta, hay menos repuestos disponibles, y la disponibilidad de instancias spot disminuye el aumento de los precios spot según las ofertas spot competidoras.

Muchos postores no han entendido la mayor prioridad de las instancias bajo demanda y han ofertado por encima de los precios bajo demanda en un intento de obtener prioridad sobre las solicitudes de instancia bajo demanda, pero esto falla porque las instancias bajo demanda tienen mayor prioridad independientemente de precios spot spot.

A su vez, estas ofertas de precios por encima de la demanda han estado compitiendo entre sí impulsando los precios más altos varias veces más altos que los precios bajo demanda cuando la disponibilidad de instancias spot es baja.

Aunque no se preguntó lo siguiente, mis recomendaciones para la gestión de instancias puntuales de menor costo de cargas de trabajo a largo plazo son:

1. Diseñe su aplicación para fallas (copia de seguridad / replicación continua) y recuperación rápida
2. Establezca el precio de oferta de instancia puntual al precio a pedido
3. Cuando finaliza una instancia spot, reiníciela como una instancia a pedido o en otra región / zona donde el precio spot sea más bajo.
4. Monitoree el precio spot hasta que sea más bajo que el precio a pedido
5. Detenga la instancia a pedido y pase a 2. arriba

EC2 ya no usa el proceso AR (1) artificial para controlar el precio mínimo. Incluso cuando lo hicieron, solo cambiaron el precio mínimo: el proceso AR (1) estaba anclado y nunca hizo que los precios saltaran por encima del precio bajo demanda. Tales saltos pueden provenir de usuarios que especifican precios altos (posiblemente más de lo que realmente pretendieron pagar), o de Amazon que desea cerrar una parte de las instancias puntuales, como parece que lo hicieron para m1.small en el verano de 2010.

Puede leer más en la versión del diario de nuestro artículo , en la última sección que está más actualizada (la sección postmortem):

No es un error en los informes. A veces, los precios al contado se disparan. En el pasado, han aumentado enormemente. Desde entonces, Amazon ha mejorado el algoritmo en el que se pujan y asignan instancias spot, pero aún así, los precios spot aumentan de vez en cuando.

En septiembre de 2011, los precios al contado para m2.2xlarge en un AZ de us-east-1 se dispararon a $ 999 / hora.

La razón es simple: las personas están especificando precios máximos al contado que son más altos que el precio bajo demanda, y la demanda está presionando los precios tan altos.

Muchas personas usan instancias puntuales como una forma de minimizar el costo de las instancias de EC2 en ejecución. Muy a menudo, especificarán precios spot máximos altos para reducir las posibilidades de que su instancia spot sea superada y finalizada. Es una apuesta que puede ser rentable a largo plazo, pero corre el riesgo de volverse muy costosa muy rápido si no tienen cuidado.