Empieza el día
El despertador suena a las 5:00 y empiezo a recordar el porqué del madrugón: asistir a los grupos de trabajo de Iris-Libre en Granada.
Así que abro uno ojo, abro el otro ojo y me levanto sin problemas. Pongo a pasear las naves del ogame y me voy a por Sofi.
Cuando estoy en el coche recuerdo el trayecto que tengo que seguir para recoger a todo el mundo. Primero ir a buscar a Sofi a Pirámides desde mi casa que está en Pozuelo. Luego ir a buscar a Jesús, su novia y Erika a Leganés. De ahí a Granada en 4 horas.
Me bajé a la M-30 y fue el primer error del día porque acabé una vez en medio de un barrizal y me costó encontrar la salida a Pirámides. Me tiré 15 minutos dando vuelta por las ¡putas obras de la M-30!
Al final fui a por Sofi, que llevaba esperando un rato y luego fui a Leganés a por el resto de la gente.
Me di cuenta de que me había olvidado los planos sobre como llegar en casa, pero no importaba porque era fácil: M-45, A4, A44 y salir en la salida 2^7.
Estamos en Granada
Granada es un infierno para ir en coche. A sus obras y la disposición de sus calles se suman sus zonas peatonales y cuestas que cuesta subir en primera.
Dejamos el coche en el Mirador de San Cristobal y de ahí fuimos andando al Mirador de San Nicolás desde el que hay una estupenda vista de La Alhambra y los Palacios Nazaries.
De ahí bajamos al Paseo de los Tristes, que está al lado del río, y nos paramos en un bar a tomar algo.
Luego damos una vuelta por Granada pasando por la Plaza de Santa Ana, la Catedral, la Universidad, hasta llegar a la Basílica de San Juan de Dios. De ahí a la puerta del Triunfo y otra vez al Mirador de San Cristobal subiendo una de las cuestas más empinadas que he conocido.
De ahí nos fuimos a comer de tapas a un bar cercano a la universidad y pedimos caracoles, migas y cosas así.
Iris-Libre y ¡sorpresa con geduroam!
A las 16 empezaban los grupos de trabajo.
Después de coger la credencial y una bolsa con regalitos entramos en la sala y empezaron los grupos.
Al entrar en la sala estuvimos hablando, entre otras personas con Diego y nos comentó que había un proyecto muy interesante en la forja llamado geduroam.
El proyecto lo había hecho yo hace unos meses porque no existía nada para configurar la eduroam en linux me pareció bastante sencillo de realizar y bastante importante si queríamos que el sistema se expandiese.
Lo hice y cuando hablé de el nadie mostró mucho entusiasmo así que lo acabé aparcando. Ni siquiera tenía una tarjeta inhalambrica decente para hacer pruebas. La única que tenía era una Dlink por usb que funcionaba solo con ndiswrapper y muchas veces me colgaba el PC.
Bueno, pues Diego me comentó bastante emocionado que era un proyecto importante y que se tenía algún problema para viajar a Luxemburgo para presentarlo. Vamos, que me quedé bocas. 8-o
Le pregunté que repercusión podía tener un proyecto así y me dijo que no existía ningún proyecto en el mundo que permitiera configurar la eduroam en modo gráfico así que la repercusión sería la que se ve en el mapa.
La verdad es que me he quedado a cuadros y me he puesto a trabajar de nuevo en geduroam. Después de haber visto de nuevo el código me ha parecido un buen trabajo.
Los siguientes pasos que voy a dar ahora serán la separación de los métodos que modifican los archivos de configuración, los del interfaz gráfico y los que manejan el software que hay por debajo.
Xen
No conocía esta tecnología. Para el que tampoco la conozca, se podría decir que es como un qemu o un vmware orientado a servidores ya que no se puede obtener su salida gráfica si no es usando un proceso servidor.
Xen utiliza unas imágenes de sistema operativo y las ejecuta en un proceso. Gracias a esa forma de funcionar tenemos un aislamiento seguro, un control de recursos y unas garantías de calidad de servicio.
Una cosa curiosa es que se pueden migrar servidores de un hardware a otro sin detener el servicio. Por ejemplo, supongamos que el servidor que tenemos se nos ha quedado pequeño y no puede atender todas las peticiones correctamente. Pues instalamos Xen en el nuevo servidor y le decimos que queremos migrar ese servidor. El se encarga de copiar la imagen y la memoria que tiene ocupado ese proceso. Al final de la copia se realiza una sincronización final que puede durar entre 60 y 300ms.
La estructura de Xen es la siguiente:
Dom0 es ejecutado por Xen en el arranque y es el que tiene acceso al hardware. Se encuentra en el anillo 0 del SO.
DomU son las máquinas virtuales sin privilegios que corren sobre Dom0.
Estas máquinas virtuales pueden compartir hardware a través de un FrontendDriver.
Proyecto de compartición de imágenes de Xen
Todos usamos los mismos servicios así que podríamos usar las mismas imágenes de servidores porque aunque la instalación y mantenimiento de un servidor es sencillo, su configuración y administración requieren muchos conocimientos.
Se trataría de que alguien que supiera mucho de LAMP hiciera una imagen de Xen y todos la usáramos.
Un Lego hecho con Xen
En este proyecto se podría hablar de piezas de lego que estarían compuestas con distintas imágenes de Xen que usaran distintos servicios. Todas esas piezas podrían ir a la forja de rediris.
Un ejemplo de Lego hecho con Xen
Imaginemos que tenemos un servidor de correo que tiene un imap, un pop, una estafeta de entrada, otra de salida, un postman para ver los mensajes y un servidor de autenticación ldap.
Bien, pues montamos una imagen Xen con courier, otra con la estafeta de entrada, otra con la de salida, otra con el postman y otra con ldap.
A cada una le damos diferentes IPs y las ponemos a correr todas en el mismo servidor físico. De esta forma tendríamos 5 servidores corriendo en el mismo hardware.
Cosas que se podrían hacer:
Imaginemos que pasa el tiempo y necesitamos migrar uno de los servidores a otro hardware porque se nos ha quedado corto, pues le decimos al Xen que lo haga y lo tenemos sin tiempo de parada.
Imaginemos que lo que queremos es meter mas hardware porque se nos ha quedado corto, pues metemos otra máquina más, las juntamos con openmosix y ya se las apañará el para distribuir los servidores entre las dos, o tres (cada servidor es un proceso DomU) ... -> alta escalabilidad
Imaginemos que tenemos miedo a fallos físicos por causas como ... que se va la luz -> openmosix implica también alta disponibilidad
Imaginemos que se nos cuelan en el servidor o que no funciona correctamente tras una actualización, pues usamos la imagen de ayer que si funcionaba para restaurar el servicio.
La opción Xen+OpenMosix todavía no funciona pero están trabajando en ella.
