configuración moodle alta disponibilidad
DESCRIPTION
Taller sobre configuración de Moodle en entornos de alta disponibilidad. Antonio Lozano y Felipe Retortillo.TRANSCRIPT
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
Felipe Retortillo Franco