Está en la página 1de 3

Hospedaje y Procesamiento para el Sistema de Servicios Escol ares de la Educación Media Superior ( SISEEMS).

El Sistema de Servicios Escolares de la Educación Media Superior . Se encuentra alojado en

servidores propios de INFOTEC. Se administra bajo un esquema compartido entre personal a cargo de la DGETI e INFOTEC. La infraestructura siguiente tiene como función mantener en operación el SISEEMS. Las peticiones vía internet se distribuyen a través de una granja de servidores web mediante el empleo de balanceo basado en hardware. El repositorio de información se encuentra en el servidor de base de datos. La administración del Sistema operativo está a cargo de SEMS-DGETI Tabla 1.1
SERVIDOR APLICACIONES HD 72 GB MEMORIA 8 GB PROCESADOR S.O.

SUN Enterprise T2000 Web Server 1

SUNW,UltraSPARC-T1 4 cores (16 SOLARIS 10 threads) 1Ghz SUNW, UltraSPARC-IIIi SUNW, UltraSPARC-IIIi SOLARIS 10 SOLARIS 10

Sun Fire V240 Sun Fire V240

Web Server 2 Web Server 3

72 GB 72 GB

8 GB 8 GB

Tabla 1.3
SERVIDOR SUN Enterprise T2000 APLICACIONES Base de Datos ALMACENAMIENTO H.D.: 72 GB/SAN 2TB RAM 32 GB PROCESADOR
SUNW,UltraSPARCT1 8 cores (32 theads) 1 Ghz

S.O. Solaris 10

NOTA: El acceso remoto está condicionado al rango de IP´s 148.208.216.35/40 y 76 correspondientes a cada uno de los administradores y desarrolladores del sistema. Tabla 1.4 Nombre Luis Elmer García Rodríguez Miguel Ángel Álvarez Gabino Morgado Islas Erick Herrera Palmerín Yolanda García Borja Yesenia Mejorada Pérez Cargo --DEV/DBA DESARROLLADOR DESARROLLADOR OPERATIVO OPERATIVO IP 148.208.216.39 148.208.216.76 148.208.216.35 148.208.216.39 148.208.216.38 VPN Acceso SSH/VPN SSH/VPN SSH/VPN SSH/VPN SSH/VPN SSH/VPN

70. Balanceador de carga IP Pública: 200.38.168.DIGRAMA 1.1 SISEEMS FASE 1 Los usuarios del SISEEMS vía web hacen peticiones . para la optimización de tiempos de acceso y compartición de archivos intermedios (actúa a modo de proxy). . .177. esto se hizo debido a que el FRAMWORK sobre el que se desarrollo la aplicación requiere de carpetas compartidas bajo ese esquema.DBMS Nota: Es importante mencionar que la sincronización de carpetas mediante NFS lo realizó INFOTEC a solicitud de DGETI.30 FASE 2 Peticiones asíncronas. FASE 3 Peticiones de forma transparente.a.78 IP Local: 192.

mx/produccion. este hace la petición de forma transparente al DBMS (Gestor de Base de Datos). da formato a la respuesta y finalmente lo muestra ya en formato HTML que puede ser visto desde cualquier navegador. /usr/local/apache2/htdocs/produccion/protected/archivos_capacidad /usr/local/apache2/htdocs/produccion/protected/mdocentes/ /usr/local/apache2/htdocs/produccion/protected/prode/ /usr/local/apache2/htdocs/produccion/protected/prodebis/ El segundo paquete de dos directorios compartidos es debido a que EL SISEEMS usa el FRAMEWOR PRADO. Este paquete de 4 directorios compartidos. web2 y web3). es para almacenar y compartir reportes generados del SISEEMS para el área de estructuras y personal docente. y como característica este FRAMEWOR trabaja con una carpeta donde se generan dinámicamente componentes de uso común (js.38.sems. el cual contesta. Por lo tanto cuando intentamos distribuir las peticiones al sistema mediante el balanceador estos archivos no están cargados de igual forma en los tres servidores.FASE 1 Los usuarios del SISEEMS vía web hacen peticiones (accesos o uso de la información vía aplicación) al dominio de la aplicación http://siseems.gob. imágenes. FASE 3 Una vez asignado el servidor que gestionará la información solicitada. Configuración NFS (Network File System). FASE 2 Dado que las peticiones son asíncronas dada la naturaleza del protocolo http se tiene una cache intermedia. etc). css. el cual está asociado a la IP Homologada 200. la cual sirve para saber en qué parte del proceso de una petición están. el cual distribuye de forma homogénea la carga de peticiones sobre los tres servidores de aplicación (servidor web1.78.177. /usr/local/apache2/htdocs/produccion/assets /usr/local/apache2/htdocs/produccion/protected/runtime . a pesar de que el balanceador de peticiones cambie de un instante de tiempo a otro de servidor dentro de una misma sesión de usuario. y dado que el balanceador distribuye de acuerdo a la carga de peticiones no se tiene certeza a que servidor enviará cada una de las peticiones en múltiples instantes de tiempo.