UNIVERSIDAD DE CASTILLA-LA MANCHA ... - Grupo ARCO
UNIVERSIDAD DE CASTILLA-LA MANCHA ... - Grupo ARCO UNIVERSIDAD DE CASTILLA-LA MANCHA ... - Grupo ARCO
6 CAPÍTULO 2. OBJETIVOS DEL PROYECTO El objetivo de este proyecto es desarrollar un sistema ligero y poco intrusivo que facilite la administración de la configuración del conjunto de nodos, permitiendo instalar varios SO en cada uno, de manera automática y teniendo en cuenta además que dicha configuración puede cambiar con cierta frecuencia (semanal o incluso diaria). 2.2. Objetivos Específicos Para poder llevar a cabo esta tarea, es necesario cumplir una serie de requisitos. Entre los principales objetivos a cubrir se encuentran: Instalación automática y masiva La principal finalidad es poder distribuir aplicaciones y SSOO en un número elevado de computadores de forma automática y completamente desatendida, de forma que ni los administradores ni los usuarios deban tener en cuenta los detalles de gestión. Acceso a periféricos La utilización de una máquina virtual impide el acceso a los dispositivos que ésta no emule en su totalidad, lo que restringe, por ejemplo, la utilización de ciertos periféricos, puertos USB o la aceleración por hardware de las tarjetas gráficas. Utilizar el sistema operativo de forma nativa evita estos inconvenientes. Mayor rendimiento Al suprimir la máquina virtual, todas las prestaciones de la computadora quedan a disposición de las aplicaciones de usuario, lo que se traduce en un mejor aprovechamiento de la máquina. Integridad de datos Mediante el uso de la herramienta de administración del sistema, será muy sencillo restaurar un equipo cuyos datos o configuración se hayan visto comprometidos, por ejemplo por un ataque o por un mal uso por parte de los usuarios. Bastará con indicarle al sistema que vuelva a configurar ese equipo desde cero, y se hará de forma automática siguiendo los parámetros preestablecidos para esa máquina concreta. Configuración a medida Cada usuario podrá crear una o varias imágenes, y configurarlas como él quiera, con los programas y el software totalmente adaptado a sus necesidades específicas.
2.2. OBJETIVOS ESPECÍFICOS 7 Planificación Los usuarios podrán planificar el funcionamiento del sistema, de forma que la gestión de los despliegues e instalaciones pueda realizarse de manera automática. De esta forma se reduce la carga de trabajo del personal de administración de sistemas. El sistema debe ser flexible, ya que las imágenes de los sistemas que se quieran arrancar cambiarán frecuentemente, se añadirán aplicaciones nuevas, e incluso se añadirán o eliminarán sistemas enteros. En caso de que algún ordenador vea comprometida la integridad de sus datos, debe ser muy fácil y rápido poder devolverlo a un estado seguro. La velocidad también es un factor importante, ya que se pretenden aprovechar los periodos de inactividad de los nodos (típicamente los periodos de descanso de la empresa o institución donde se instale) para realizar la instalación y dejar los ordenadores preparados para el turno siguiente. El sistema final debería ser capaz de manejar varias imágenes de sistemas operativos distintos, con sus aplicaciones instaladas, y arrancar la que corresponda. También debería proporcionar una manera sencilla de modificar y actualizar las imágenes en los servidores cuando los usuarios necesiten instalar nuevas aplicaciones o, simplemente, actualizar las existentes. La gestión debería ser fácil, simple y remota, para poder manejar y configurar cualquier máquina sin necesidad de tener que desplazarse físicamente hasta ella. Desde un ordenador que actuaría como administrador, deberían poder controlarse todos los demás, ver su estado, restaurarlos en caso de fallos, añadir/borrar/modificar las imágenes de trabajo, etc. Como motivación subyacente al desarrollo del proyecto, se pretende implantar HY- DRA como sistema de gestión de los laboratorios docentes de la ESI, y quizá también de todo su parque informático. Para mejorar el sistema actualmente en uso, es necesario evitar el uso de máquinas virtuales. De esta forma no sólo se ahorrarían los recursos que ocupan las máquinas virtuales, sino que además no habría limitación a la hora de utilizar los ordenadores.
- 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 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 75 and 76: 5.4. ENTORNO DE DESARROLLO Y PRUEBA
- Page 77 and 78: 5.4. ENTORNO DE DESARROLLO Y PRUEBA
6<br />
CAPÍTULO 2. OBJETIVOS <strong>DE</strong>L PROYECTO<br />
El objetivo de este proyecto es desarrollar un sistema ligero y poco intrusivo que<br />
facilite la administración de la configuración del conjunto de nodos, permitiendo instalar<br />
varios SO en cada uno, de manera automática y teniendo en cuenta además que<br />
dicha configuración puede cambiar con cierta frecuencia (semanal o incluso diaria).<br />
2.2. Objetivos Específicos<br />
Para poder llevar a cabo esta tarea, es necesario cumplir una serie de requisitos.<br />
Entre los principales objetivos a cubrir se encuentran:<br />
Instalación automática y masiva La principal finalidad es poder distribuir aplicaciones<br />
y SSOO en un número elevado de computadores de forma automática y<br />
completamente desatendida, de forma que ni los administradores ni los usuarios<br />
deban tener en cuenta los detalles de gestión.<br />
Acceso a periféricos La utilización de una máquina virtual impide el acceso a los<br />
dispositivos que ésta no emule en su totalidad, lo que restringe, por ejemplo,<br />
la utilización de ciertos periféricos, puertos USB o la aceleración por hardware<br />
de las tarjetas gráficas. Utilizar el sistema operativo de forma nativa evita estos<br />
inconvenientes.<br />
Mayor rendimiento Al suprimir la máquina virtual, todas las prestaciones de la<br />
computadora quedan a disposición de las aplicaciones de usuario, lo que se traduce<br />
en un mejor aprovechamiento de la máquina.<br />
Integridad de datos Mediante el uso de la herramienta de administración del sistema,<br />
será muy sencillo restaurar un equipo cuyos datos o configuración se hayan<br />
visto comprometidos, por ejemplo por un ataque o por un mal uso por parte de los<br />
usuarios. Bastará con indicarle al sistema que vuelva a configurar ese equipo desde<br />
cero, y se hará de forma automática siguiendo los parámetros preestablecidos<br />
para esa máquina concreta.<br />
Configuración a medida Cada usuario podrá crear una o varias imágenes, y configurarlas<br />
como él quiera, con los programas y el software totalmente adaptado a<br />
sus necesidades específicas.