UNIVERSIDAD NACIONAL DE SAN AGUSTÍN

FACULTAD DE INGENIERÍA DE PRODUCCIÓN Y

SERVICIOS
ESCUELA PROFESIONAL DE INGENIERÍA DE SISTEMAS

Sistemas Distribuidos

Laboratorio 07

Presentado por:
Mejia Huayhua Jose Carlos
Docente:
Jesus Martin Silva Fernandez

Arequipa – Perú

Abril-2020
I. Objetivo
Conocer y utilizar efectivamente las características y beneficios del
servidor Web Apache.
II. Descripción del procedimiento realizado en la práctica
Apache Tom Cat
Descomprimimos el zip que nos mandó el profesor, luego creamos
un proyecto de Java web en Netbeans, al cual lo configuramos para
que se desplegará en el servidor Apache TomCat.

Luego creamos el archivo. war, vamos al lugar donde tenemos

nuestro apache tomcat y copiamos el .war en la carpeta webapps
tras unos segundos descomprimirla por sí solo la aplicación y se
creará una carpeta.
Seguidamente arrancamos el servidor e ingresamos al localhost con
el puerto 8080, en ahí debemos buscar nuestra aplicación, las
capturas de pantalla de estos resultados lo podrá encontrar en la
sección de resultados obtenidos.
Websphere
Para instalar websphere el docente nos proporcionó un zip con todo
lo necesario ya listo solo para descomprimirlo, una vez
descomprimido, debemos iniciar un nuevo servidor, para ellos
iniciaremos un cmd e ingresamos a la carpeta bin, donde
encontraremos todos los .bat para trabajar.
Una vez en el cmd podemos crear un nuevo server pero nosotros
utilizaremos el que viene por defecto que es de default Server y lo
inicializamos con el comando server.bat start

Para desplegar una aplicación debemos copiar nuestro archivo. al

directorio dropins al igual que en tomcat se nos descomprimirlo pero
pondrá la carpeta del proyecto en la carpeta apps.

Pruebas de rendimiento con JMeter

JMeter es una herramienta para hacer pruebas de rendimiento, no se
tiene que instalar ya que viene lista para usarse, solo ingresar al
primer jar alojado en la carpeta bin, luego creamos un grupo de hilos,
luego creamos dos modelos de peticiones.
la primera con los datos necesarios para bombardear al servidor
Tomcat.
 y la segunda para hacer peticiones al servidor websphere.

Seguidamente haremos pruebas necesarias cambiando el número de

usuarios, tiempos e iteraciones.
III. Resultados obtenidos
❖ Apache Tom Cat
➢ Página principal
Ingresamos a la página localhost:8080
 ➢ Vista de nuestra app
Ingresamos a la url localhost:8080/helloworld

❖ Websphere
➢ Página principal
Ingresamos a la url localhost:9080
 ➢ Vista de nuestra app
Ingresamos a la url localhost:9080/helloworld

❖ Pruebas con JMeter

➢ Pruebas con 100 usuarios de manera concurrente

➢ Pruebas con 1000 usuarios de manera concurrente

 ➢ Pruebas con 10000 usuarios de manera concurrente

IV. Análisis de resultados

Los dos servidores son relativamente fáciles de instalar y de usar,
habría que probarlo con aplicaciones más complejas.
Análisis de la pruebas en jmeter
100 Usuarios: vemos como los dos servicios, aguantan
perfectamente a 100 usuarios de manera concurrente, sin presentar
ningún error.
1000 Usuarios: Aquí es donde notamos un quiebre en el servidor
websphere ya que empieza a fallar arrojándose un porcentaje de
error de 39.9%, por otra parte Tomcat soporta perfectamente.
10000 Usuarios: Aquí ambos servidores empiezan a fallar pero
como era de esperarse el servidor Websphere se quiebra casi por
completo arrojandonos un porcentaje de error del 79.9% mientras el
Tomcat solo un 11.57%.
V. Cuestionario
Escriba 3 diferencias entre Tomcat y Websphere.

Tomcat Websphere

Costo Apache Tomcat es IBM Websphere

de uso gratuito Application Server
cuesta dinero, pero
 trae una versión
gratis, que aunque
es bastante
completa, puede no
ser suficiente

Popularidad Apache Tomcat es En términos de

líder en los sitios Top participación de
10K, Top 100K mercado, IBM
Sitios, Top 1M Sitios Websphere
y Toda la Web. Application Server
está claramente
rezagado, perdiendo
ante Apache Tomcat
en todos

Cobertura Apache Tomcat tiene IBM Websphere

una mejor cobertura Application Server
de uso en más no tiene ventaja
categorías de sitios sobre Apache
web. Incluyendo Tomcat en ningún
Ciencia y Educación, sitio web
Computación
Electrónica y
Tecnología,
Finanzas, Derecho y
Gobierno y otras 20
categorías.

Cual es la finalidad de la variable de configuración pooling

connection.
El pool lo que hace es mantener y gestionar un número de
conexiones físicas, que se irán reutilizando automáticamente para
aumentar la eficiencia. De esta forma cuando creamos una nueva
conexión desde nuestra aplicación, lo que obtenemos es una
conexión lógica gestionada por el pool, y al cerrarla lo que hacemos
es devolverla a dicho pool. A su vez el pool es capaz de ofrecer
múltiples conexiones lógicas utilizando un reducido número de
conexiones reales. El manejo de un pool favorece la escalabilidad y
el rendimiento de una aplicación.
VI. Conclusiones
-Tomcat supera por mucho a Websphere, no solo es más popular, sino
también está mejor hecho, soportando mucho más.
-En ambos servicios funciona de manera similar el proceso de lanzar una
aplicación.