ruby-on-rails - license - plans heroku
¿Cuánto rendimiento obtienes a un Heroku dynos/workers? (3)
Esta entrada de blog puede ser de utilidad. Hace un gran desglose del tipo de cuellos de botella con los que se puede topar heroku, y cómo aumentar dynos puede ayudar, y proporciona enlaces e información a la guía oficial de rendimiento en heroku , así como algunas herramientas que te ayudarán a probar tu propia aplicación.
El rendimiento del trabajador realmente depende de cómo esté construido su sitio y para qué lo está utilizando. Procesamiento en segundo plano (formateo de imágenes, eliminación de cuentas, etc.) denominado Trabajos diferidos es cómo los pone a trabajar
EDITAR // 1 de marzo de 2012: Aquí hay otra entrada de blog que exploró la latencia heroku y el rendimiento del rendimiento para un número variable Dynos.
EDITAR // 28 de febrero de 2013: Hubo algunas preocupaciones planteadas en este post con respecto al algoritmo de enrutamiento aleatorio de Heroku y cómo las métricas pueden ser informadas incorrectamente al escalar Dynos, específicamente aquellas proporcionadas por New Relic. Esto sigue siendo un problema continuo y es algo que hay que notar en el contexto de mi respuesta anterior. Las respuestas de Heroku están vinculadas dentro de la publicación.
EDITAR // 8 de mayo de 2013: una publicación reciente en el blog de Shelly Cloud analiza el impacto de la cantidad de dynos y el servidor web utilizados en el rendimiento de la aplicación. La secuencia de comandos de rendimiento de línea de base utilizada allí debería ser útil para realizar pruebas adicionales.
¿Cuánto tráfico puede manejar un sitio con 1 o 2 Dynos en www.Heroku.com y el aumento de trabajadores lo mejoraría? Cualquier ayuda en dynos / workers sería apreciada.
También te sugiero que instales New Relic Add-on. Le permite realizar una supervisión básica del rendimiento y ayuda a identificar los cuellos de botella.
Una buena forma de probarlo es usar la herramienta Apache Bench. Es posible que ya lo tenga instalado en su computadora. Verifíquelo primero (unix / os x):
which ab
Documentación de AB e instrucciones de instalación: http://httpd.apache.org/docs/2.0/programs/ab.html
Una vez instalado, intenta enviar tráfico a tu sitio de Heroku.
ab -n 5000 -c 10 http://example.com/
Donde N es el número total de solicitudes a realizar, y C es el número de solicitudes simultáneas para permitir. Upping C parece darme la mayoría de las respuestas fallidas.
Recuerda que una instancia de Heroku se ejecuta detrás de Varnish, por lo que puedes estar probando el caché Varnish, no Ruby. Compruebe qué encabezados ''de control de caché'' está enviando su aplicación.