Azure - rol web de instancia extra pequeña - ¿Listo para la producción?

Question

Estoy planeando un sitio web que se ejecute en Azure. Estoy estimando Max. 2000 usuarios al día creando unos 20,000 hits.

Sé que soy un poco vago aquí, pero ¿está lista la instancia extra pequeña para este tipo de sitio? Estoy usando MVC 3 para crear el sitio. Gracias por cualquier respuesta.

Answer 1

Tendría que hacer algunas pruebas de carga para juzgar mejor esa pregunta. Recuerde que, para disfrutar de los beneficios de Windows Azure Compute SLA, necesitará un mínimo de 2 instancias (por lo que ahora tiene instancias en diferentes dominios de fallas, por lo que su sitio sigue funcionando incluso si una de las instancias se recicla debido a la actualización del sistema operativo, falla de hardware, etc.). La pregunta entonces es: ¿pueden dos instancias extra pequeñas manejar 20,000 hits diariamente? Esto equivale a aprox. 10k hits por instancia de VM por día, o 416 hits por hora, o 7 por minuto. E ... incluso con una instancia, una tasa de golpes de 14 por minuto es bastante baja.

Más que CPU, es posible que se encuentre cuello de botella por ancho de banda, ya que solo verá aproximadamente 5Mbps por instancia, en comparación con alrededor de 100 Mbps por instancia pequeña.

Es posible que desee ejecutar una prueba rápida con algo como Tormenta de carga, que proporciona pruebas de carga como servicio. Esto debería darle una buena idea de qué tan bien funcionarán los XS bajo carga.

Editar (marzo de 2012): Las instancias extra pequeñas ahora son $ 0.02 / hora frente a $ 0.04, por lo que podría correr hasta 6 XS instancias por el mismo costo de un solo pequeño. Esto hace que la opción XS sea aún más convincente. Ver esta publicación de blog para el anuncio oficial sobre la caída de precios (incluidos los recortes de almacenamiento también).

Answer 2

Estoy de acuerdo con David en que esto depende mucho de la carga por solicitud que genere (tanto en CPU como en recursos de ancho de banda)

Solo quería compartir nuestra propia experiencia con las instancias de XS. Hemos descubierto que estas instancias sufren de deriva de reloj severa: http://blog.codindoutloud.com/2011/08/25/azure-faq-how-frequently-is-the-clock-on-my-windows-azure-vm-synchronized/

Esto podría ser hasta un minuto de diferencia durante la semana entre las sincronizaciones NTP. Para la mayoría de las aplicaciones, esto no es necesariamente un problema, pero utilizamos la autenticación OAUTH1.0A con una diferencia de marca de tiempo permitida de 30 segundos, lo que resultó en dolores de cabeza importantes cuando se usa XS. Los S y los más grandes no tienen núcleos compartidos y, en consecuencia, sufren mucho menos deriva del reloj.

Answer 3

Obtienes un mejor SLA con 2 instancias pequeñas en lugar de 1 más grande.

También debe mirar su carga máxima. Por ejemplo, con 20,000 hits por día, ¿el 50% viene entre las 9 y las 10 de la mañana?

El almacenamiento de la instancia es de 20 GB, si este es solo su código de aplicación no debería ser un problema.

El rendimiento de IO es bajo, si esto solo está leyendo el código de su aplicación la primera vez que compila no debería ser un problema.

CPU Single 1 GHz, si se trata solo de páginas web y poco cálculo no debería ser un problema. El momento en que esto será realmente lento es durante una compilación JIT.

La memoria es de 768 MB, esto podría ser un problema, especialmente si está en caché de datos.

Ahorra menos de 2 USD al día usando la pequeña instancia. Pero ese es un café con leche cada 2 días, por lo que tal vez valga la pena correr el riesgo y tener que implementar un despliegue adicional.