Loading presentation...

Present Remotely

Send the link below via email or IM

Copy

Present to your audience

Start remote presentation

  • Invited audience members will follow you as you navigate and present
  • People invited to a presentation do not need a Prezi account
  • This link expires 10 minutes after you close the presentation
  • A maximum of 30 users can follow your presentation
  • Learn more about this feature in our knowledge base article

Do you really want to delete this prezi?

Neither you, nor the coeditors you shared it with will be able to recover it again.

DeleteCancel

Despliegue para una aplicación web

No description
by

alejandro sierra duran

on 20 October 2012

Comments (0)

Please log in to add your comment.

Report abuse

Transcript of Despliegue para una aplicación web

Despliegue de aplicaciones web
Michael Orozco
Nelson Mejia Laverde
Alejandro Sierra Duran Infraestructura disponible 2 servidores marca Paco con las siguientes características:
4 procesadores con 8 núcleos cada uno.
64 GB de RAM.
Dos discos duros de 500GB. 1 servidor marca Gato con las siguientes características:
2 procesadores de dos núcleos.
8 GB de RAM.
1 disco duro de 250 GB. 4 servidores marca ACME con las siguientes características:
1 procesador de 2 núcleos.
6 GB de RAM.
2 discos duros de 100 GB. Esquema 1 Desventajas Errores Se podría presentar un error por desbordamiento en la memoria el cual es identificado como outOfMemory. Disponibilidad La forma de garantizar disponibilidad es aplicando redundancia
En caso de que falle la RAM, tarjeta de red o el disco duro se debe considerar si los servidores aceptan el intercambio en caliente HOT -SWAP Ventajas Se propone un esquema de respaldo que proporciona apoyo emergente entre servidores en caso de fallos.
Se impulsan temas de rendimiento, ya que se cuentan con servidores de aplicaciones especializados, que dedican su poder de procesamiento a una aplicación especifica. El factor de mayor impacto, recae sobre el mantenimiento necesario para esta distribución Esquema 2 Algoritmos de balanceo
de cargas lINUX SERVER VIRTUAL LSV:

Pueden estar interconectados por cualquier LAN de alta velocidad o dispersos por la WAN.
Se envía la información a los servidores a través de una dirección IP. Aplicación:
Servidor a través de NAT.
Servidor virtual a través de túnel ip.
Servidor virtual a través de routing direct. Algoritmos de balanceo
de cargas Apache mod_jk:
Para aplicaciones web basadas en JSPs / Servlets.
El Balanceo de carga se consigue mediante el módulo mod_jk apache, que distribuye las peticiones HTTP con un simple mecanismo round robin a través del protocolo AJP.
Tomcat puede compartir sesiones a través de una base de datos, un archivo o en memoria. Ventajas desventajas - servidores extras como unos replicados o espejos que en caso de fallo entrarían a cubrir los procesos del negocio, aumentando la disponibilidad. -Para el balanceo de carga utilizamos un servidor web el cual permite centralizar las solicitudes y permitir ocultar las aplicaciones al acceso directo. - servidor de la base de datos no se cuenta con un respaldo o espejo que soporte la información. -Se maneja el esquema no distribuido aumentando el rendimiento pero con el concepto de espejo se garantiza la disponibilidad.
-Con este esquema se beneficia la disponibilidad, el rendimiento y recuperación ante fallos. Esquema definitivo
Full transcript