MNCS: Investigación, desarrollo y gestión de la

calidad

© 2012. Área de las Tecnologías de la Información y las Comunicaciones Aplicadas.

 Índice

• MNCS: Metodologías, Normalización y Calidad del Software.

– Investigación y diseño.
– Gestión de los desarrollos  MEDEA
• Test de carga
– Componentes Hardware
– Componentes Software
• Elementos de testeo
– Tipos de test de carga
– Puntos críticos
– Interpretando resultados
• Diseñando un test de carga
• Herramientas Software
– JMeter
– LoadUI
• Ejercicios
© 2012. Área de las Tecnologías de la Información y las Comunicaciones Aplicadas.
 MNCS: Investigación y diseño.

• Estudio e investigación de componentes software:

– Tecnologías de desarrollo.
– Herramientas monitorización y control de software .
– Herramientas de testeo de aplicaciones y depuración.
• Punto de unión entre los desarrollos realizados y los
servidores físicos que los soportan.
• Diseño de estructuras software adaptadas a los
requerimientos del hardware especificado por la sección
de sistemas.
– Estructura de librerías.
– Diseño de actualizadores.
– Librerías específicas
– etc…
© 2012. Área de las Tecnologías de la Información y las Comunicaciones Aplicadas.
 MNCS: Gestión de desarrolos.

• Gestión del proceso de desarrollo de aplicaciones

software.
– Recogida de requisitos
– Gestión de cambios
– Control de calidad del software
– Control de entornos de pruebas y test
– Integración continua de aplicaciones.
• MEDEA: Metodología diseñada para el control de
todo el ciclo de desarrollo desde la toma de
requisitos hasta la puesta en marcha en los
servidores.
© 2012. Área de las Tecnologías de la Información y las Comunicaciones Aplicadas.
 MNCS: MEDEA

© 2012. Área de las Tecnologías de la Información y las Comunicaciones Aplicadas.

 Índice

• MNCS: Metodologías, Normalización y Calidad del Software.

– Investigación y diseño.
– Gestión de los desarrollos  MEDEA
• Test de carga
– Componentes Hardware
– Componentes Software
• Elementos de testeo
– Tipos de test de carga
– Puntos críticos
– Interpretando resultados
• Diseñando un test de carga
• Herramientas Software
– JMeter
– LoadUI
• Ejercicios
© 2012. Área de las Tecnologías de la Información y las Comunicaciones Aplicadas.
 Test de carga

• Ideados para testear el rendimiento de las

aplicaciones en diferentes situaciones.
• Obtiene medidas de:
– Rendimiento general del sistema.
– Respuesta ante picos de carga.
– Respuesta ante una alta carga sostenida.
• Componentes a testear:
– Elementos Hardware: Servidores, balanceadores,
cachés…
– Elementos Software: Balanceadores, sistemas de
caché, bases de datos, servidores…
© 2012. Área de las Tecnologías de la Información y las Comunicaciones Aplicadas.
 Test de carga

• Su importancia es crítica a la hora de asegurar que los

recursos disponibles son los adecuados.
• El análisis de resultados nos permite:
– Conocer exactamente los recursos que debemos asignar.
– Detectar puntos críticos y cuellos de botella.
– Comprobar robustez del sistema a nivel hardware/software.
• A la hora de gestionar un sistema las aplicaciones deben
tener los recursos que necesitan, ni más, ni menos.
• Los test de carga permiten simular con detalle las cargas
estimadas para asignar los recursos adecuadamente.

© 2012. Área de las Tecnologías de la Información y las Comunicaciones Aplicadas.

 Componentes Hardware

• Los componentes Hardware involucrados en un

sistema distribuido son:
– Servidores: Principalmente de aplicaciones y web,
aunque existen otros tipos según el ámbito en el que
trabajemos.
– Balanceadores: Están por encima de los servidores,
principalmente son Software pero también los
encontramos Hardware.
– Base de datos: En un solo nodo o distribuida, se
encuentra por debajo de los servidores.
– Otros: Servidores Industriales (robótica), macro
procesadores, etc…
© 2012. Área de las Tecnologías de la Información y las Comunicaciones Aplicadas.
 Componentes Hardware

• Definición del sistema:

• Cluster DB de 2 nodos.
• Cluster WS de 3 nodos.
• Balanceador Hardware de un
nodo.

© 2012. Área de las Tecnologías de la Información y las Comunicaciones Aplicadas.

 Componentes Software

• Los componentes Software que normalmente

encontraremos son:
– Servidores: Weblogic, GlassFish, Tomcat, Apache ...
– Balanceadores: Zen LoadBalancer, Kemp,
BalanceNG ...
– Base de datos: Oracle, MySql, Postgres ….
• Estos componentes están limitados por las
características del Hardware que los engloba.
• Es crítico gestionar la mejor configuración
Hardware/Software para lo que necesitamos.

© 2012. Área de las Tecnologías de la Información y las Comunicaciones Aplicadas.

 Índice

• MNCS: Metodologías, Normalización y Calidad del Software.

– Investigación y diseño.
– Gestión de los desarrollos  MEDEA
• Test de carga
– Componentes Hardware
– Componentes Software
• Elementos de testeo
– Tipos de test de carga
– Puntos críticos
– Interpretando resultados
• Diseñando un test de carga
• Herramientas Software
– JMeter
– LoadUI
• Ejercicios
© 2012. Área de las Tecnologías de la Información y las Comunicaciones Aplicadas.
 Tipos de test de carga

• Existen tres tipos principales de test de carga:

– Test de carga (realista): Valora la reacción del sistema
ante una carga promedio de accesos. Permite verificar
que el sistema funciona correctamente durante largos
periodos de tiempo.
– Test de rendimiento: Empezando con una carga
promedio y aumentando poco a poco hasta llegar al límite
del sistema. Nos indica cómo responde el sistema ante el
aumento de carga y dónde está su máximo.
– Test de estrés (con picos): Lanza diversos test con
diferentes cargas de manera intercalada para ver cómo se
comporta el sistema con picos de carga y sobre su punto
máximo.
© 2012. Área de las Tecnologías de la Información y las Comunicaciones Aplicadas.
 Puntos críticos

• A la hora de montar un sistema debemos identificar

claramente los puntos críticos y testearlos a
conciencia para evitar errores en la ejecución de las
aplicaciones.
• Factores a tener en cuenta:
– Concurrencia de aplicaciones.
– Sincronización de los nodos.
– Gestión de sesiones/estado de la comunicación
cliente-servidor.
– Timeouts.

© 2012. Área de las Tecnologías de la Información y las Comunicaciones Aplicadas.

 Puntos críticos

• Cada tipo de servidor tiene unas restricciones

propias, por ejemplo:
– Servidor Base de Datos:
• Sincronización de datos.
• Gestión de bloqueos.
• Gestión de la recuperación de un nodo. (Actualización
de los datos, activar el nodo).
– Servidor Web/Aplicaciones:
• Manejo de sesiones. (Mantenimiento y distribución de
la sesión).
• Gestión de diferentes aplicaciones de manera
concurrente.
© 2012. Área de las Tecnologías de la Información y las Comunicaciones Aplicadas.
 Puntos críticos

• El balanceador, en caso de tenerlo, es el único

punto de acceso al sistema, por lo que su correcto
funcionamiento es prioritario.
• Puede existir un único balanceador, o encontrarse
varios en paralelo.
• Es importante, tener un sistema de balanceo de
respaldo por si el sistema principal se cae evitar que
el sistema quede inaccesible.
• Un correcto algoritmo de balanceo asegura una
optimización de los recursos.

© 2012. Área de las Tecnologías de la Información y las Comunicaciones Aplicadas.

 Interpretando resultados

• Interpretar de manera adecuada los resultados es

muy importante para establecer una configuración
óptima del sistema.
• En ocasiones resulta necesario repetir los test de
manera individualizada sobre determinados
componentes hardware para aumentar el nivel de
detalle.
• Existe un gran espectro de datos a tener en cuenta,
pero los básicos son:
– Errores detectados.
– Tiempo de respuesta (Latencia).
– Tiempo de recuperación.
© 2012. Área de las Tecnologías de la Información y las Comunicaciones Aplicadas.
 Interpretando resultados

• Errores detectados
– Nos indica todas las peticiones que no pudieron ser
atendidas porque el sistema está sobrecargado.
– Debemos identificar quien es el causante de la caída y el
motivo.
• No se responde a las peticiones (TimeOut) -> El balanceador
o los servidores no responden.
• Se responde con un mensaje de error -> Los servidores
notifican por mal funcionamiento del sistema o de la base de
datos.
– Con una carga alta, puede considerarse “normal” que
algunas peticiones fallen.
– Ataque Denegación de Servicio (DoS): Miles o millones de
equipos hacen solicitudes a un servidor, sobrecargándolo
e impidiendo que responda, o lo haga con mucho retardo.
© 2012. Área de las Tecnologías de la Información y las Comunicaciones Aplicadas.
 Interpretando resultados

• Tiempo de respuesta (Latencia).

– El tiempo de respuesta nos indica cómo de
sobrecargados están los servidores.
– Es una medida que nos permite determinar si
debemos ampliar el sistema o reconfigurarlo.
– Es un factor a reducir lo máximo posible, cuanto
menor sea este valor mejor será la configuración del
sistema.
– En momentos pico, la latencia subirá, el objetivo es
contenerla dentro de un rango adecuado y baja en
las zonas valle.

© 2012. Área de las Tecnologías de la Información y las Comunicaciones Aplicadas.

 Interpretando resultados

• Tiempo de recuperación.
– Es el tiempo que tarda el sistema en recuperarse de
la caída de alguno de sus componentes.
– Es muy importante que el sistema esté disponible el
mayor tiempo posible.
– Es conveniente tener servidores de respaldo,
inactivos pero actualizados, que retomen el control
cuando los principales caigan.
– Debemos tener bien cubiertos los cuellos de botella.

© 2012. Área de las Tecnologías de la Información y las Comunicaciones Aplicadas.

 Índice

• MNCS: Metodologías, Normalización y Calidad del Software.

– Investigación y diseño.
– Gestión de los desarrollos  MEDEA
• Test de carga
– Componentes Hardware
– Componentes Software
• Elementos de testeo
– Tipos de test de carga
– Puntos críticos
– Interpretando resultados
• Diseñando un test de carga
– Herramientas Software
• JMeter
• LoadUI
• Ejercicios

© 2012. Área de las Tecnologías de la Información y las Comunicaciones Aplicadas.

 Diseñando un test de carga

• A la hora de diseñar el test, debemos llegar a los límites

del sistema, sin perder de vista el objetivo real, que es
que con una carga normal funcione todo.
• Los casos extremos son puntuales, por lo que prima que
el sistema esté siempre activo antes que obtener un
bajo tiempo de respuesta.
• https://wiki.um.es/wikis/programador/doku.php?id=migr
alinux:migracion_bd_a_rac
• Por lo tanto, proponemos la siguiente estructura de
test:
– Localización de límites y ajuste del sistema.
– Test de carga en “límite -1”.
– Test de carga en con tráfico normal.
– Simulación de caídas de equipos para los test anteriores.
© 2012. Área de las Tecnologías de la Información y las Comunicaciones Aplicadas.
 Diseñando un test de carga

• La simulación de caídas de equipos nos dará una

medida más exacta de cómo puede responder el
sistema ante cualquier problema.
• Con una carga normal, si se mantiene la
disponibilidad con tiempos razonables, la estructura
global del sistema se puede dar como válida.
• Manteniendo la disponibilidad, a mejor tiempo de
respuesta, mejor estructura global del sistema.

© 2012. Área de las Tecnologías de la Información y las Comunicaciones Aplicadas.

 Herramientas Software

• Es imposible simular el acceso concurrente de miles

de equipos de manera simultánea.
• Es necesario disponer de una herramienta que
permita emular dichas conexiones.
– JMeter: Herramienta Java que permite emular
múltiples conexiones y procesos de navegación
complejos.
• http://jmeter.apache.org/
– LoadUI: Herramienta Java FX, que permite, en su
versión gratuita, emular test de carga simples.
• http://www.loadui.org/

© 2012. Área de las Tecnologías de la Información y las Comunicaciones Aplicadas.

 Herramientas Software: JMeter

• JMeter es una herramienta de software libre

proporcionada por Apache para la generación de test
de carga.
• Esta desarrollado en Java al 100% lo que permite una
fácil modificación y extensión.
• Presenta una interfaz clara con multitud de elementos
para medir el rendimiento del sistema.
• Permite simular la navegación de un usuario a través
de un flujo de datos.
• Incorpora un servidor proxy para capturar las
peticiones que queremos incluir posteriormente en el
test.
© 2012. Área de las Tecnologías de la Información y las Comunicaciones Aplicadas.
 Herramientas Software: JMeter

© 2012. Área de las Tecnologías de la Información y las Comunicaciones Aplicadas.

 Herramientas Software: JMeter

Controlador simple: Gestiona el test

© 2012. Área de las Tecnologías de la Información y las Comunicaciones Aplicadas.

 Herramientas Software: JMeter

Sevidor proxy: Prepara el test

© 2012. Área de las Tecnologías de la Información y las Comunicaciones Aplicadas.

 Herramientas Software: JMeter

Muestreadores: Obtiene los datos del test

© 2012. Área de las Tecnologías de la Información y las Comunicaciones Aplicadas.

 Herramientas Software: LoadUI

• Preparación del test de carga:

– Creamos un grupo de hilos.
– Creamos un controlador.
– Creamos un servidor proxy en JMeter.
– Modificamos el navegador para que acceda a internet
a través de nuestro servidor proxy.
– Ejecutamos las consultas.
– Paramos el servidor.
– Repasamos nuestro plan de pruebas eliminando
consultas redundantes.
– Lanzamos nuestro test.

© 2012. Área de las Tecnologías de la Información y las Comunicaciones Aplicadas.

 Herramientas Software: LoadUI

Generadores de flujo de
llamadas

© 2012. Área de las Tecnologías de la Información y las Comunicaciones Aplicadas.

 Herramientas Software: LoadUI

Módulos de
ejecución

© 2012. Área de las Tecnologías de la Información y las Comunicaciones Aplicadas.

 Herramientas Software: LoadUI

Procesadores de
estadísticas

© 2012. Área de las Tecnologías de la Información y las Comunicaciones Aplicadas.

 Herramientas Software: LoadUI

© 2012. Área de las Tecnologías de la Información y las Comunicaciones Aplicadas.

 Índice

• MNCS: Metodologías, Normalización y Calidad del Software.

– Investigación y diseño.
– Gestión de los desarrollos  MEDEA
• Test de carga
– Componentes Hardware
– Componentes Software
• Elementos de testeo
– Tipos de test de carga
– Puntos críticos
– Interpretando resultados
• Diseñando un test de carga
– Herramientas Software
• JMeter
• LoadUI
• Ejercicios

© 2012. Área de las Tecnologías de la Información y las Comunicaciones Aplicadas.

 Ejercicios

• Ejercicio JMeter:
– Crear un test de carga para las url:
• www.um.es
• www.todofp.es
• www.carm.es
– Probar los diferentes tipos de receptores:
• Árbol de resultados.
• Response Time Graph.
• Resultados en árbol.
• Reporte resumen.
– Comprobar las tasas de error y diferencia de
respuesta en ambos test.
© 2012. Área de las Tecnologías de la Información y las Comunicaciones Aplicadas.
 Ejercicios

© 2012. Área de las Tecnologías de la Información y las Comunicaciones Aplicadas.

 Ejercicios

• Ejercicio LoadUI:
– Repetir el ejercicio anterior con LoadUI
– Observar los resultados obtenidos

© 2012. Área de las Tecnologías de la Información y las Comunicaciones Aplicadas.

 Ejercicios

© 2012. Área de las Tecnologías de la Información y las Comunicaciones Aplicadas.