Solicitudes por segundo
¿Tiene planeado un gran evento en línea y se pregunta cuánto tráfico puede soportar su sitio web? Una definición errónea de la capacidad puede dejarle sin respuesta. La pregunta “¿cuántos usuarios concurrentes puede manejar mi sitio?” sólo le dará una parte de la imagen. Aprenda cómo un enfoque basado en el flujo ofrece un rendimiento más fiable.
Una forma típica de definir la capacidad de una aplicación web es mediante el número de usuarios concurrentes. A los gerentes de negocios les gusta especialmente esta métrica para lo que un sitio puede manejar. Parece tener un sentido intuitivo. Es como esos carteles que muestran la ocupación máxima de un auditorio.
La métrica de usuarios simultáneos en tiempo real es útil porque te da un punto de referencia aproximado. Si no has experimentado una situación de alto tráfico, hay artículos que describen cómo estimar el máximo de usuarios simultáneos basándose en la potencia de procesamiento de tu servidor. Estos métodos, sin embargo, se basan en gran medida en las suposiciones de la frecuencia con la que el visitante medio hace clic en su sitio.
Si ha experimentado una situación de alto tráfico, puede comparar los niveles de usuarios en tiempo real de ventas anteriores y anotar cómo funcionó su sitio web en esos momentos. ¿Funcionó todo sin problemas? ¿Notó cuellos de botella? ¿Cuánto se ralentizó su sitio?
Fórmula de solicitud por segundo
La mayoría de las pruebas de carga están diseñadas para ver cómo funciona una aplicación bajo una carga esperada. Por ejemplo, enviando los niveles esperados de tráfico de producción a una nueva compilación, identificando los cuellos de botella o los errores, y comparando el rendimiento con la compilación de producción existente. La clave es asegurarse de que la carga es realista para obtener los resultados más útiles.
Si está desarrollando una nueva aplicación, debería discutir las cargas previstas con los equipos de negocio o de marketing. Ellos pueden estimar las cargas esperadas basándose en el gasto de marketing u otras métricas mientras definen los flujos de trabajo más comunes. Por supuesto, es posible que quiera añadir un búfer a estas cifras en función del nivel de incertidumbre del proyecto.
Las pruebas de carga también pueden diseñarse para probar las condiciones de carga máxima. Por ejemplo, la gestión del tráfico del Viernes Negro. Estas pruebas pueden ser difíciles de desarrollar debido al mayor nivel de incertidumbre, pero a menudo son las más críticas para el éxito de una aplicación en un entorno de producción.
Al igual que en el caso de las cargas típicas, la mejor manera de determinar los picos de carga es observar el tráfico histórico y consultar al equipo de negocio. Los equipos de marketing pueden estimar con precisión los picos de carga derivados de las promociones o las vacaciones extrapolando el tráfico de un presupuesto publicitario, aunque también debería añadir un colchón a estas cifras en caso de aumentos inesperados.
Calculadora de ram del sitio web
Uno de los objetivos más importantes de las pruebas de carga es averiguar cuántos usuarios puede manejar simultáneamente un determinado sitio web. Durante años, el Load Tester ha sido el único producto que ha dado una respuesta directa y sencilla a esa pregunta. En la versión 3.6 del Load Tester, el algoritmo de capacidad de usuarios recibió una importante revisión, haciendo el análisis más configurable, más flexible y más preciso que nunca.
Echemos un vistazo a un informe de prueba de carga. Aquí hay un ejemplo de la sección de resumen de la prueba del informe, que es generalmente lo primero que se ve. Y en la parte superior puede ver que hay una línea que dice “Capacidad de usuarios estimada en al menos 150”.
Examinaremos la sección de Capacidad de Usuarios del informe y aprenderemos cómo se deriva la estimación y cómo reorganizar sus pruebas para ayudar al Comprobador de Carga a producir una estimación precisa. Veamos el resultado de una prueba de carga sencilla. Aquí está la sección de Capacidad de Usuarios:
Vemos que el número máximo de usuarios analizados es de 300, y que se analizaron siete objetivos de rendimiento para obtener los resultados. El gráfico de barras muestra el número de objetivos en el eje Y. Este es el número de elementos para los que se analizaron los objetivos. El eje X muestra el nivel de usuario. En la clave de abajo se puede ver que las barras verdes indican los artículos que pasaron las metas. Las barras en rojo no los han superado. En los niveles de 200, 250 y 300 usuarios, un elemento analizado no superó los objetivos.
Calculadora de planificación de la capacidad del servidor web
La empresa X estaba preparando su sitio de comercio electrónico para la temporada de vacaciones. La dirección preparó muchas promociones y trucos para atraer a los clientes y facilitarles las compras electrónicas. La empresa amplió el catálogo en línea con un 40 por ciento más de artículos que se consideraban de buena venta en esa época del año. Añadió imágenes atractivas y coloridas de estos artículos para atraer a los clientes. También se incorporaron archivos de sonido de los CD. Todo estaba listo para obtener grandes beneficios. Llegó la temporada de vacaciones. Las ventas eran decepcionantes. “¿Por qué los clientes no visitaban nuestro sitio?”, se preguntaba la dirección. Bueno, en realidad, los clientes lo intentaron pero, en la mayoría de los casos, no pudieron entrar.
¿Qué fue lo que falló? Bueno, en general, la infraestructura informática del sitio no estaba preparada para soportar el aumento de tráfico o la entrega de archivos más grandes, como imágenes y archivos de sonido. Los responsables de TI deberían haberse planteado preguntas como ¿Es el ancho de banda del enlace que conecta nuestro sitio con el ISP lo suficientemente grande como para soportar el aumento de tráfico manteniendo unos niveles de servicio aceptables? ¿Están los distintos servidores (HTTP, de autenticación y de base de datos) que soportan el sitio de comercio electrónico debidamente dimensionados para soportar la nueva carga? ¿Qué porcentaje de conexiones se rechazarán cuando aumente la carga? ¿Dónde estarán los cuellos de botella durante la temporada de vacaciones? ¿Deberíamos tener más potencia de cálculo, más ancho de banda, mayor ancho de banda de E/S o una configuración diferente del sistema? Estas son las preguntas típicas de la planificación de la capacidad. En este artículo le ofrecemos una hoja de ruta para realizar la planificación de la capacidad de los entornos web.
