UNIVERSIDAD DE CASTILLA-LA MANCHA ... - Grupo ARCO
UNIVERSIDAD DE CASTILLA-LA MANCHA ... - Grupo ARCO
UNIVERSIDAD DE CASTILLA-LA MANCHA ... - Grupo ARCO
You also want an ePaper? Increase the reach of your titles
YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.
50<br />
CAPÍTULO 5. <strong>DE</strong>SARROLLO<br />
5.3. Diseño<br />
Una vez analizados los requisitos del proyecto, se pasó a la fase de diseño, en la<br />
que se pasó a dar forma a la estructura básica del sistema y se definieron los distintos<br />
componentes y las interacciones entre ellos.<br />
En primer lugar es necesario definir la manera en que se va a interactuar con los<br />
nodos, ya que es necesario recabar información sobre su hardware y manipular su disco<br />
duro para instalar las imágenes. En un primer momento se pensó en crear una partición<br />
con un sistema mínimo, residente en cada nodo, que contuviera todas las herramientas<br />
necesarias. Esto representaba varios problemas, ya que a la hora de instalar habría que<br />
tener en cuenta esta partición, para no borrarla; además, si algún usuario la arrancara<br />
(por error o premeditadamente), podría tener consecuencias imprevistas. Por ello, se<br />
optó por un sistema de arranque remoto con PXE que no necesita disco duro, lo que<br />
permite además que el nodo quede completamente ✭✭limpio✮✮ después de la instalación.<br />
Una vez arrancado el nodo, hay que recoger información sobre él, poder particionar<br />
el disco duro, copiar ficheros, etc., para instalar los SSOO. Para ello se desarrollaron dos<br />
componentes independientes cuyas interioridades se explicarán en las secciones 6.4 HostInfo<br />
y 6.5 Installer. Estos componentes se implementaron como servicios Ice, de forma<br />
que pudieran ser invocados de forma remota e independiente.<br />
En un primer momento existió también un tercer componente, Partitioner, encargado<br />
de realizar tareas de creación de la tabla de particiones, crear las particiones<br />
propiamente dichas, y darles formato. Más tarde este componente fue empotrado en<br />
el Installer ya que el flujo de trabajo era siempre el mismo, de forma secuencial, y por<br />
tanto no tenía sentido contar con un componente aislado para estas tareas. HostInfo<br />
se mantuvo separado ya que podría ser interesante poder usarlo fuera del proceso de<br />
instalación.<br />
Los Delegados aparecieron como una medida preventiva: si un gran número de<br />
nodos iban a descargarse varias imágenes desde el Manager, la red podría saturarse,<br />
además de colapsar el Manager. Por eso se decidió crear el rol de Delegado, que sería<br />
un ordenador encargado de servir las imágenes a un subconjunto del total de nodos.<br />
Para poder controlar mejor el proceso, se optó por colocar también en el Delegado el<br />
servidor DHCP/PXE.