Antonio Jesús Lozano BonillaInformática Gesfor

Felipe Retortillo FrancoConsejería de Educación de Madrid

Madrid, Octubre 2009

Alta Disponibilidad y

Grandes instalaciones

•ESQUEMA•Moodle•Arquitectura monolítica•Arquitectura distribuida y escalable•Otras opciones•Caso práctico: EducaMadrid•Algunos enlaces•Preguntas

•Moodle (I)•Modular Object-Oriented Dynamic Learning Environment (Entorno de Aprendizaje Dinámico Orientado a Objetos y Modular)•Open Source/GNU Public License•Basado en LAMP (principalmente)

–Linux–Apache–Mysql–PHP

Moodle (II)•En constante evolución (1.9.6stable, 2.0dev)•Otros entornos

–Ejecuta en sistemas Windows–Corre en sistemas Mac OS X–Puede utilizar otros gestores de BBDD:

•Postgres 8.0.•MSSQL 9.0 (desde v.1.7.7).•Oracle 9.0 (desde v.1.7.7).

Arquitectura Monolítica (I)

Arquitectura Monolítica (II)

•Todo en un único servidor.•Pobre escalado vertical:

–Memoria, CPU, disco.

•Sin Alta disponibilidad.•Tiempos de “downtime” por actualizaciones.•Diversos problemas de seguridad.•Cuellos de botella “prededibles”.

Arquitectura Monolítica (III)

Arquitectura Distribuida y Escalable (I)

Arquitectura Distribuida y Escalable (II)•N servidores.•Mejor escalado vertical (racionalización):

–Memoria para los servidores Web–Discos para BBDD

•Escalado Horizontal (más servidores).•Alta disponibilidad•Distribución de carga “equitativa”

Arquitectura Distribuida y Escalable (III)

•Mayor nivel de Seguridad:– FrontEnd– BackEnd

•Mayor complejidad en la administración.•Mínimos tiempos de “Downtime”.•Escalado horizontal “En caliente”.•Escalado vertial “En caliente”.

Arquitectura Distribuida y Escalable (IV)

Arquitectura Distribuida y Escalable (V)

•Objetivos–Coherencia en los datos–Reparto equitativo de carga–Alto número de alumnos simultáneos–Siempre disponible (99,999%)

Arquitectura Distribuida y Escalable (VI)•Coherencia en los datos

–GFS–NFS–Rsync

Arquitectura Distribuida y Escalable (VII)•Reparto equitativo de carga

–mod_proxy_balanced (apache 2.2)–pen–Balanceadores Físicos

Arquitectura Distribuida y Escalable (VIII)•Alto número de usuarios

–Varios servidores atendiendo peticiones–Resultado de los puntos anteriores

Arquitectura Distribuida y Escalable (IX)•Siempre disponible (99,999%)

–Sustitución de servidores averiados–Actualizaciones de S.O.–Ampliación de servidores

Arquitectura Distribuida y Escalable (X)•BackEnd (aquel lugar para la base de datos)

–Cluster Activo/Pasivo–Oracle RAC (Activo/Activo)–Postgres: Gestor de alto rendimiento

•Arquitectura Distribuida y Escalable (XI)

Otras opciones (I)

Otras opciones (II)•Virtualización•Distribución de cursos por plataformas

–Master: www.master.org–Post-grado: www.post-grado.org

•Mezcla de “conceptos”–GSF + NFS–Oracle RAC–Scale DB

•La nube

Caso Práctico (I)

Caso Práctico (II)

•Sistema Base Red-Hat Enterprise Linux Server 5.3

•Cluster y GFS

•Mysql como Base de datos de “BackEnd”

•Arquitectura AMD Opteron Quad-core.

•Cuatro Quad-Core por servidor (16 cores)

•24 GB de RAM por servidor

•Cuatro servidores Proliant DL585 G5

•Almacenamiento compartido Sun 2540

•http://formacion.educa.madrid.org

Caso Práctico (III)

Caso Práctico (IV)

Algunos enlaces(I)•www.scaledb.com

•www.postgresql.org

•www.oracle.com

•httpd.apache.org

•dev.mysql.com

•siag.nu/pen

•docs.moodle.org/es/Presentaciones

•moodle.org

•www.hp.com

¿PREGUNTAS?

GRACIAS!!!

Antonio Jesús Lozano Bonilla

ajlozanob@germinus.com

Felipe Retortillo Franco

felipe.retortillo@educa.madrid.org