UNIVERSIDAD DE CASTILLA-LA MANCHA ... - Grupo ARCO

More documents

Recommendations

Info

96 CAPÍTULO 7. CASO DE ESTUDIO: ESI Los profesores podrían tener tantas imágenes como quieran para sus asignaturas, completamente personalizadas y configuradas por ellos mismos, y la actualización de las mismas se reduce a copiar la imagen nueva en el servidor y ejecutar un comando (ver la sección A.1 del Manual de Usuario). Además, el sistema permite la planificación semanal de las imágenes, instalando cada día las que van a ser necesarias. Los alumnos, por su parte, se olvidarán del engorro de trabajar con máquinas virtuales que les quitan recursos. Ahora, todo el equipo queda a disposición del usuario, mejorando la velocidad de ejecución de los programas. También tendrán acceso a los dispositivos reales del PC, en lugar de manejar los dispositivos virtualizados. Las prácticas de la asignatura de Interfaces y Periféricos, mencionada antes como ejemplo, podrían realizarse ahora en un MS-DOS nativo. Aunque podrían también utilizar GNU/Linux, Windows, Solaris o cualquier sistema soportado. O, por qué no, hacer una práctica en cada sistema, para ampliar conocimientos. Si por accidente un ordenador se corrompiera, el profesor podría ordenar al sistema que restaurase la configuración del nodo en cuestión, y en apenas unos minutos volvería a estar operativo. Instalar HYDRA en la ESI, no supondría modificar casi la infraestructura existente. El Manager debería ir colocado en un servidor de la red DMZ, ya que es una máquina que contendrá información ✭✭sensible✮✮. Sería lógico ubicarlo en el servidor que alberga actualmente las imágenes para las máquinas virtuales. Para actuar de Delegados pueden usarse los PCs que tienen asignados los profesores, aunque aquí sí que habría que cambiar un poco la red, para que tuviera la topología que muestra la figura 5.7. Para comparar, veamos cómo serían los pasos a realizar con HYDRA para el mismo ejemplo de actualizar una imagen. Se entiende por tanto, que el profesor ya subió en su momento la imagen al Manager, por lo que habría una copia de la imagen ✭✭preparada✮✮ en el Manager y una copia ✭✭limpia✮✮ en el ordenador del profesor. Para actualizarla, tendría que hacer los siguiente: 1. Acceder al entorno de la imagen (a través de la máquina virtual o con chroot si es un directorio) y actualizar como convenga. Es necesario aclarar en este punto que el uso de la máquina virtual se limita a la actualización de la imagen por parte del profesor; es decir, no se usa en los laboratorios. Se optó por este método por ser el más cómodo para el usuario crear imágenes.
7.2. IMPLANTACIÓN DE HYDRA 97 2. Salir del entorno de la imagen (VirtualBox) y copiarla de nuevo al Manager, mediante FTP, SSH o cualquier otro mecanismo disponible. 3. Mediante la aplicación de administración, ejecutar el siguiente comando: hydra−admin .py update−image nombre antigua −f ruta img nueva La imagen quedaría entonces actualizada y en la próxima instalación se actualizaría en los nodos que correspondiese.
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 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 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 102 and 103: 80 CAPÍTULO 6. HYDRA Figura 6.1: P
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: 7.2. IMPLANTACIÓN DE HYDRA 95 5. E
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 144 and 145: 122 BIBLIOGRAFÍA [GLV + 06] Y. Geo
show all

UNIVERSIDAD DE CASTILLA-LA MANCHA ... - Grupo ARCO

Create successful ePaper yourself

Delete template?

Save as template?