UNIVERSIDAD DE CASTILLA-LA MANCHA ... - Grupo ARCO
UNIVERSIDAD DE CASTILLA-LA MANCHA ... - Grupo ARCO UNIVERSIDAD DE CASTILLA-LA MANCHA ... - Grupo ARCO
30 CAPÍTULO 3. ESTADO DEL ARTE Figura 3.7: Tipos de IU ([DGV04]) de los nodos (particiones, sistema de ficheros, plataforma hardware, etc.), necesidades específicas de cada SO para el arranque, etc. Cada appliance consiste en una máquina virtual en la que se instala el software específico que se quiere distribuir. Proporcionan mecanismos para configurarlas a través de unos agentes. Estos agentes pueden interactuar entre sí para resolver dependencias y configurar piezas de software de dos appliances distintas (por ejemplo, con Apache en una appliance y MySQL en otra; Apache necesita la funcionalidad de MySQL). 3.8.2. MetaOS Una solución propuesta por Zhang y Zhou[ZZ07] describe un escenario en el que los programas están almacenados en un servidor central, y los usuarios los ejecutan bajo demanda desde otros equipos, desligando así el almacenamiento del programa de su ejecución. La administración se vuelve más sencilla, ya que los programas se encuentran ubicados en un sólo equipo. 3.8.3. Installable Units Draper et al. [DGV04] definieron un esquema XML para describir unidades de instalación Installable Units (IU), con la intención de crear un estándar común para que dichas unidades de instalación pudieran ser manejadas por cualquier tecnología de instalación. Su trabajo estaba orientado a paquetes, aplicaciones, plug-ins, etc., sin dar un soporte específico a la instalación de SSOO.
3.8. HERRAMIENTAS PARA DESPLIEGUE 31 Las IU se dividen en varios tipos (figura 3.7): Smallest Installation Unit (SIU) Son las unidades más pequeñas. Consisten en el software a instalar y una serie de metadatos relevantes para la instalación. Container Insallable Unit (CIU) Contienen varias SIU y CIU. Se distribuyen a cada instancia de un destino concreto. Solution Module (SM) Un SM incluye IUs que pueden asociarse cada una a una topología distinta. rootIU Es la IU de más alto nivel dentro del IU Deployment Descriptor (IUDD). El IUDD más simple sólo contiene un SIU dentro del rootIU. Además de estos tipos, también se describen mecanismos para hacer referencia a IUs que están en otro descriptor, o crear un descriptor ✭✭mayor✮✮ como agregado de varios root IUs. También se pueden describir algunos tipos más de relaciones y establece un mecanismo de comprobaciones (de versión, propiedades, etc.) 3.8.4. Kadeploy Kadeploy [GLV + 06] es un sistema pensado para gestionar la configuración de un grid o cluster de computadores. Los nodos tienen siempre un sistema instalado (al que denominan entorno de referencia), y varias particiones en el disco duro previamente establecidas. Un entorno consiste en un archivador tar que contiene la imagen del sistema operativo y los programas que el usuario desea utilizar. Cuando un usuario quiere usar el grid con un entorno específico, indica en qué partición debe alojarse (esta decisión recae sobre el usuario) y Kadeploy realiza el despliegue y reinicia los nodos, que arrancarán esa partición. Una vez que termine de usar los equipos, éstos se vuelven a reiniciar, esta vez para arrancar el entorno de referencia. Dado que los usuarios deben conocer qué particiones hay y cuáles están disponibles, y Kadeploy no proporciona ninguna solución para automatizar la gestión de esta información, en entornos complejos esto puede llegar a ser problemático. Tampoco provee mecanismos para asignar entornos a nodos concretos, por lo que el hardware de todos los nodos del grid deben ser iguales.
- Page 1: UNIVERSIDAD DE CASTILLA-LA MANCHA E
- Page 5 and 6: TRIBUNAL: Presidente: Vocal 1: Voca
- Page 7: Resumen A día de hoy no es raro en
- Page 11: A mis padres
- Page 14 and 15: 3.2. Particiones . . . . . . . . .
- Page 16 and 17: 4.2.4. Documentación . . . . . . .
- Page 19 and 20: Índice de figuras 3.1. Tabla de Pa
- Page 21: Índice de Tablas 3.1. Tipos de Par
- Page 24 and 25: 2 CAPÍTULO 1. INTRODUCCIÓN quiere
- Page 26 and 27: 4 CAPÍTULO 1. INTRODUCCIÓN Anexo
- Page 28 and 29: 6 CAPÍTULO 2. OBJETIVOS DEL PROYEC
- Page 31 and 32: 3 Estado del Arte En este capítulo
- Page 33 and 34: 3.2. PARTICIONES 11 Aunque son prod
- Page 35 and 36: 3.2. PARTICIONES 13 Código Tipo 0x
- Page 37 and 38: 3.4. UTILIDADES Y HERRAMIENTAS DE B
- Page 39 and 40: 3.4. UTILIDADES Y HERRAMIENTAS DE B
- Page 41 and 42: 3.5. MIDDLEWARES DE COMUNICACIONES
- Page 43 and 44: 3.5. MIDDLEWARES DE COMUNICACIONES
- Page 45 and 46: 3.6. APLICACIONES DE CLONADO 23 Fig
- Page 47 and 48: 3.7. DISTRIBUCIÓN DE SOFTWARE 25 H
- Page 49 and 50: 3.7. DISTRIBUCIÓN DE SOFTWARE 27 S
- Page 51: 3.8. HERRAMIENTAS PARA DESPLIEGUE 2
- 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
3.8. HERRAMIENTAS PARA <strong>DE</strong>SPLIEGUE 31<br />
Las IU se dividen en varios tipos (figura 3.7):<br />
Smallest Installation Unit (SIU) Son las unidades más pequeñas. Consisten en el<br />
software a instalar y una serie de metadatos relevantes para la instalación.<br />
Container Insallable Unit (CIU) Contienen varias SIU y CIU. Se distribuyen a<br />
cada instancia de un destino concreto.<br />
Solution Module (SM) Un SM incluye IUs que pueden asociarse cada una a una<br />
topología distinta.<br />
rootIU Es la IU de más alto nivel dentro del IU Deployment Descriptor (IUDD). El<br />
IUDD más simple sólo contiene un SIU dentro del rootIU.<br />
Además de estos tipos, también se describen mecanismos para hacer referencia a IUs<br />
que están en otro descriptor, o crear un descriptor ✭✭mayor✮✮ como agregado de varios<br />
root IUs. También se pueden describir algunos tipos más de relaciones y establece un<br />
mecanismo de comprobaciones (de versión, propiedades, etc.)<br />
3.8.4. Kadeploy<br />
Kadeploy [GLV + 06] es un sistema pensado para gestionar la configuración de un<br />
grid o cluster de computadores. Los nodos tienen siempre un sistema instalado (al que<br />
denominan entorno de referencia), y varias particiones en el disco duro previamente<br />
establecidas. Un entorno consiste en un archivador tar que contiene la imagen del<br />
sistema operativo y los programas que el usuario desea utilizar.<br />
Cuando un usuario quiere usar el grid con un entorno específico, indica en qué partición<br />
debe alojarse (esta decisión recae sobre el usuario) y Kadeploy realiza el despliegue<br />
y reinicia los nodos, que arrancarán esa partición. Una vez que termine de usar los<br />
equipos, éstos se vuelven a reiniciar, esta vez para arrancar el entorno de referencia.<br />
Dado que los usuarios deben conocer qué particiones hay y cuáles están disponibles,<br />
y Kadeploy no proporciona ninguna solución para automatizar la gestión de esta información,<br />
en entornos complejos esto puede llegar a ser problemático. Tampoco provee<br />
mecanismos para asignar entornos a nodos concretos, por lo que el hardware de todos<br />
los nodos del grid deben ser iguales.