Changes between Initial Version and Version 1 of Version1.0-Testing


Ignore:
Timestamp:
Feb 16, 2011, 8:37:54 PM (10 years ago)
Author:
adv
Comment:

Información sobre el objetivo de la rama testing 1.0

Legend:

Unmodified
Added
Removed
Modified
  • Version1.0-Testing

    v1 v1  
     1Objetivo:
     2- Revisar todos los componentes de OpenGnsys, para conseguir un sistema básico de clonación.
     3
     4Componentes Revisados y/o modificados.
     5- Sistema Operativo para el cliente opengnsys.
     6   - Iniciable desde cualquier dispositivo, ya sea local (usb, cdrom/dvd, partción cache) o red-pxe (smb, nfs)
     7   - De fácil creación y ampliación. Uso de apt-get, rutinas para incluir soporte de targetas de red como módulos.
     8
     9- Gestión de script-guiones en modo centralizado:
     10    - restoreImage:
     11       - Se restaura una imagen previamente creada en una partición destino.
     12       - Si la imagen está almacenada en el Repositorio: unicast - multicast
     13          -        - No es obligatorio que el cliente disponga de partición cache.
     14       - Si la imagen está almacenada en la partición cache: toda la operación en local.
     15       - en restoreImage no es posible usar el protocolo P2P.
     16    - updateCache:
     17        - Es obligatorio el uso de la cache del cliente.
     18        - la imagen ubicada en el Repositorio se almacena en la cache de/los clientes.
     19        - soporte de los protocolos multicast, P2P y unicast.
     20    - deployImage:
     21         - Es obligatorio el uso de la cache del cliente.
     22         - Consta de dos fases:
     23               - Primera Fase: llamada a updateCache.
     24               - Segunda Fase: llamada a restoreImage con origen en Cache.
     25- Gestion de script-guiones en modo descentralizado:
     26    - No es necesario que los equipos dispongan o tengan asignado un Repositorio dedicado.
     27    - Uno de los clientes asume el papel del Repositorio, denominandose cliente-Master
     28    - Las distitnas operaciones son:
     29         - remoteCloneFromMaster
     30              - El cliente Master envia por multicast su partición a los demás clientes.
     31         - remoteUpdateCache:
     32              - El cliente Master envia por multicast/torrent/unicast una imagen almacenada en su cache a las cache de los demas clientes.     
     33              - Usado entre los diferentes clientes Master de nuestra infraestructura para la actualización de las imagenes bases.
     34         - remoteDeployImage:
     35              - El clientes realizan un remoteUpdateCache, y despues realizan un restoreImage desde su cache. 
     36
     37- Modulos para la consola-web:
     38  - Gestor de arranque remoto.
     39       
     40  - Asistentes para las operaciones en modo centralizado y descentralizado.
     41