UNIVERSIDAD DE CASTILLA-LA MANCHA ... - Grupo ARCO
UNIVERSIDAD DE CASTILLA-LA MANCHA ... - Grupo ARCO UNIVERSIDAD DE CASTILLA-LA MANCHA ... - Grupo ARCO
80 CAPÍTULO 6. HYDRA Figura 6.1: Proceso de preparación de una Imagen 6.1. Interfaces Todos los componentes fueron diseñados como parte de un sistema distribuido. Para que interactúen entre sí, se diseñó una serie de interfaces que definen la forma en que dos componentes concretos pueden intercambiar información. Para ello se utilizó el lenguaje Slice, proporcionado por la librería de Ice. Todas las interfaces pueden consultarse en el directorio slices/ del proyecto. Existe también un fichero que define las estructuras de datos comunes para todos los componentes (imágenes, despliegues, particiones,...) 6.2. Manager El Manager es, junto con el instalador, el núcleo del sistema HYDRA. Una de sus principales funciones es procesar las peticiones que los usuarios realizan a través de la interfaz de administración, e interactuar con la base de datos. También se encarga de poner a punto los Delegados enviándoles las Imágenes que van a necesitar cuando éstos despierten a los nodos. El Manager es el único nodo que contiene todas las Imágenes del sistema. Cuando se inicia el proceso de instalación, cada Delegado recibirá únicamente las Imágenes que necesita servir a los nodos que están a su cargo.
6.2. MANAGER 81 El Manager posee una serie de observadores que le informan sobre la actividad de los nodos, para poder coordinar el proceso de instalación. Cuando un nodo (sea del tipo que sea) se levanta, el Manager lo detecta y realiza determinadas acciones dependiendo del tipo del nodo, que viene determinado por los primeros caracteres de su nombre (pxe- para los nodos han arrancado en modo instalación, del- para los delegados). En todos los casos, contacta con el servidor HostInfo que hay en el nodo para obtener la información del nodo y almacenarla en la base de datos. Es también el responsable de montar y desmontar las Imágenes, crear o borrar servidores, preparar las Imágenes, guardar y recuperar información de la base de datos... En definitiva, es el coordinador de todos los procesos que se realizan en HYDRA. El proceso de montar y desmontar las Imágenes hace referencia a la incorporación de la Imagen en el sistema de ficheros principal del Manager. Esto es necesario para la preparación de la Imagen y su distribución, como se verá más adelante. La creación de servidores es parte imprescindible de la distribución de Imágenes. Al terminar de preparar una Imagen, se crea un servidor que se encarga específicamente de servir los ficheros de esa Imagen en particular. 6.2.1. La red IceGrid Para crear la red de HYDRA se utilizó el servicio IceGrid, que proporciona facilidades para crear y gestionar de forma sencilla un grid de nodos. La estructura de IceGrid está formada por un nodo principal, llamado Registry, y una serie de nodos. Juntos, el Registry y los nodos cooperan para manejar la información y los procesos que conforman las aplicaciones. Cada aplicación asigna una serie de servidores a unos nodos. En la red HYDRA, el Manager es el nodo que hace las funciones de Registry. El Registry mantiene un registro persistente de esta información, mientras que los nodos se encargan de ejecutar y monitorizar los servidores que se les han asignado [HS09]. Es posible utilizar técnicas de replicación en el Registry en el caso de necesitar tolerancia a fallos. 1 En el Registry se coloca también el servicio de localización de Ice, que permite localizar servicios en distintos servidores dentro de la red HYDRA 1 Puede verse un vídeo de demostración en http://arco.esi.uclm.es/es/dobs
- Page 51 and 52: 3.8. HERRAMIENTAS PARA DESPLIEGUE 2
- Page 53 and 54: 3.8. HERRAMIENTAS PARA DESPLIEGUE 3
- Page 55 and 56: 3.9. GESTIÓN DE RED 33 3.9. Gesti
- Page 57: 3.10. CONCLUSIONES 35 Tampoco hay u
- Page 60 and 61: 38 CAPÍTULO 4. MÉTODO DE TRABAJO
- Page 62 and 63: 40 CAPÍTULO 4. MÉTODO DE TRABAJO
- Page 65 and 66: 5 Desarrollo En este capítulo... C
- Page 67 and 68: 5.1. ESPECIFICACIÓN DE REQUISITOS
- Page 69 and 70: 5.2. CASOS DE USO 47 Figura 5.1: Di
- Page 71 and 72: 5.2. CASOS DE USO 49 Figura 5.2: Di
- Page 73 and 74: 5.4. ENTORNO DE DESARROLLO Y PRUEBA
- Page 75 and 76: 5.4. ENTORNO DE DESARROLLO Y PRUEBA
- Page 77 and 78: 5.4. ENTORNO DE DESARROLLO Y PRUEBA
- Page 79 and 80: 5.4. ENTORNO DE DESARROLLO Y PRUEBA
- Page 81 and 82: 5.4. ENTORNO DE DESARROLLO Y PRUEBA
- Page 83 and 84: 5.4. ENTORNO DE DESARROLLO Y PRUEBA
- Page 85 and 86: 5.5. INCREMENTOS 63 Memoria: Memori
- Page 87 and 88: 5.5. INCREMENTOS 65 /∗ −∗−
- Page 89 and 90: 5.5. INCREMENTOS 67 5.5.4. Incremen
- Page 91 and 92: 5.5. INCREMENTOS 69 Monday Ampl
- Page 93 and 94: 5.5. INCREMENTOS 71 # ifndef M A N
- Page 95 and 96: 5.5. INCREMENTOS 73 Implementación
- Page 97 and 98: 5.6. BRIDGE ETHERNET Y SERVIDOR DHC
- Page 99: 5.7. TAMAÑO DEL PROYECTO 77 Módul
- Page 104 and 105: 82 CAPÍTULO 6. HYDRA 6.2.2. Agente
- Page 106 and 107: 84 CAPÍTULO 6. HYDRA 1. Los usuari
- Page 108 and 109: 86 CAPÍTULO 6. HYDRA Figura 6.3: D
- Page 110 and 111: 88 CAPÍTULO 6. HYDRA Figura 6.4: S
- Page 113 and 114: 7 Caso de Estudio: ESI En este cap
- Page 115 and 116: 7.1. SITUACIÓN ACTUAL 93 Es el cas
- Page 117 and 118: 7.2. IMPLANTACIÓN DE HYDRA 95 5. E
- Page 119: 7.2. IMPLANTACIÓN DE HYDRA 97 2. S
- Page 122 and 123: 100 CAPÍTULO 8. CONCLUSIONES Y TRA
- Page 125 and 126: A Manual de Usuario En este capítu
- Page 127 and 128: A.2. GESTIÓN DE DESPLIEGUES 105 El
- Page 129 and 130: A.3. GESTIÓN DE EQUIPOS 107 Modifi
- Page 131: B Terminología Imagen - Contenedor
- Page 134 and 135: 112 APÉNDICE C. ACRÓNIMOS Y SIGLA
- Page 136 and 137: 114 APÉNDICE C. ACRÓNIMOS Y SIGLA
- Page 138 and 139: 116 APÉNDICE D. GNU FREE DOCUMENTA
- Page 140 and 141: 118 APÉNDICE D. GNU FREE DOCUMENTA
- Page 142 and 143: 120 APÉNDICE D. GNU FREE DOCUMENTA
- Page 144 and 145: 122 BIBLIOGRAFÍA [GLV + 06] Y. Geo
6.2. MANAGER 81<br />
El Manager posee una serie de observadores que le informan sobre la actividad de<br />
los nodos, para poder coordinar el proceso de instalación. Cuando un nodo (sea del tipo<br />
que sea) se levanta, el Manager lo detecta y realiza determinadas acciones dependiendo<br />
del tipo del nodo, que viene determinado por los primeros caracteres de su nombre<br />
(pxe- para los nodos han arrancado en modo instalación, del- para los delegados). En<br />
todos los casos, contacta con el servidor HostInfo que hay en el nodo para obtener la<br />
información del nodo y almacenarla en la base de datos.<br />
Es también el responsable de montar y desmontar las Imágenes, crear o borrar<br />
servidores, preparar las Imágenes, guardar y recuperar información de la base de datos...<br />
En definitiva, es el coordinador de todos los procesos que se realizan en HYDRA.<br />
El proceso de montar y desmontar las Imágenes hace referencia a la incorporación<br />
de la Imagen en el sistema de ficheros principal del Manager. Esto es necesario para la<br />
preparación de la Imagen y su distribución, como se verá más adelante.<br />
La creación de servidores es parte imprescindible de la distribución de Imágenes. Al<br />
terminar de preparar una Imagen, se crea un servidor que se encarga específicamente<br />
de servir los ficheros de esa Imagen en particular.<br />
6.2.1. La red IceGrid<br />
Para crear la red de HYDRA se utilizó el servicio IceGrid, que proporciona facilidades<br />
para crear y gestionar de forma sencilla un grid de nodos. La estructura de<br />
IceGrid está formada por un nodo principal, llamado Registry, y una serie de nodos.<br />
Juntos, el Registry y los nodos cooperan para manejar la información y los procesos<br />
que conforman las aplicaciones. Cada aplicación asigna una serie de servidores a unos<br />
nodos. En la red HYDRA, el Manager es el nodo que hace las funciones de Registry.<br />
El Registry mantiene un registro persistente de esta información, mientras que<br />
los nodos se encargan de ejecutar y monitorizar los servidores que se les han asignado<br />
[HS09]. Es posible utilizar técnicas de replicación en el Registry en el caso de<br />
necesitar tolerancia a fallos. 1 En el Registry se coloca también el servicio de localización<br />
de Ice, que permite localizar servicios en distintos servidores dentro de la red<br />
HYDRA<br />
1 Puede verse un vídeo de demostración en http://arco.esi.uclm.es/es/dobs