Análisis de Resultados de la Experimentación

Experimentos 1 al 8 - Sin Balanceo

Experimento Hilos HTTP Mín. Hilos HTTP Máx. Instancias EJB Mín. Instancias EJB Máx. Conexiones JDBC Mín. Conexiones JDBC Máx. Tiempo Respuesta Promedio Throughput Promedio Timeouts Encolamientos máx.
125032832431 ms102.03 Hits/s10817
2410032832452.75 ms97.05 Hits/s1159
3820032832448.04 ms98.03 Hits/s16717
413032832442.9 ms99.22 Hits/s11717
525040832408.93 ms107.58 Hits/s11718
625050832397.19 ms110.57 Hits/s8518
725032840405.25 ms108.24 Hits/s9613
825032850405.51 ms108.22 Hits/s8829

Experimentos 9 y 10 - Con Balanceo

Experimento Hilos HTTP Mín. Hilos HTTP Máx. Instancias EJB Mín. Instancias EJB Máx. Conexiones JDBC Mín. Conexiones JDBC Máx. Tiempo Respuesta Promedio Throughput Promedio Timeouts Encolamientos máx.
9 - Balanceo Horizontal250508322.64 s16.69 Hits/s222
10 - Balanceo Vertical4100508322.66 s16.64 Hits/s284

Conclusiones

A la luz de los resultados vemos como un despligue Sin Balanceo de Carga brinda mejores tiempos de respuesta que un despliegue Con Balanceo de Carga. Por lo cual, para cumplir con nuestro ARS se debe optar por un esquema sin balanceo.

Por otra parte vemos que en comparación con los resultados del Sprint 1, donde se porbó con 30 usuarios y se obtuvo en promedio un tiempo de respuesta de 3.26 s, las tácticas de escalabilidad aplicadas en este sprint nos permiten mejorar considerablemete la latencia y atender más usuarios de manera concurrente.

Es importante también resaltar que el ajuste sobre los pools que mejor resultado dio fue el hecho sobre el pool de EJBs donde al configurar un máximo de 50 instancias se logró un tiempo de respuesta promedio por debajo de los 400 ms. Con esta configuración en el pool EJB también se logró una de las menores cifras de Timeouts.

Es relevante mencionar que con las configuraciones que incluían Balanceo de Carga se lograron las menores tasas de Timeouts y de Encolamientos.

Indice

results matching ""

    No results matching ""