Changes between Version 5 and Version 6 of DirsRepositorio

Timestamp:

Jul 28, 2010, 10:34:23 AM (14 years ago)

Author:

ramon

Comment:

Propuesta de estructura de directorios para el repositorio de imágenes

DirsRepositorio

@@ -1 @@
-[[PageOutline]]
+[[TOC(heading=Índice)]]
+
+= Estructura de los repositorios de imágenes =
+
+== Propuesta de estructura de directorios ==
+
+Atendiendo a las necesidades de clonación de una organización, resulta muy interesante disponer de mecanismos para personalizar y completar la instalación de imágenes monolíticas con ficheros y paquetes personalizados para un determinado cliente o para un conjunto de ellos.
+
+Se propone la siguiente estructura de directorios flexible para que las funciones y scripts del motor de clonación puedan acceder fácilmente a los ficheros que permitan una posconfiguración de los equipos:
+
+ - {{{/opt/opengnsys/repo}}} - punto de montaje principal (''sustituye a {{{/opt/opengnsys/images}}}'').
+   - {{{images}}} - directorio de imágenes completas.
+   - {{{groups}}} - directorio de conjuntos de clientes (agrupados por unidad organizativa o sala).web de gestión.
+     - ''{{{NombreGrupo}}}'' -  un directorio por grupo de clientes, según la estructura de la base de datos de la consola.
+       - ''{{{NombreImagen}}}'' - un directorio por nombre de imagen con los ficheros específicos a aplicar para dicha imagen en ese grupo.
+   - {{{clients}}} - directorio de clientes.
+     - ''{{{NombreCliente}}}'' -  un directorio por grupo de clientes, según los datos de la base de datos de la consola.
+       - ''{{{NombreImagen}}}'' - un directorio por nombre de imagen con los ficheros específicos a aplicar para dicha imagen en ese cliente.
+
+El control de esta estructura de directorios puede automatizarse implementando un conjunto de modificaciones en el protocolo de comunicaciones entre OpenGnSys Server y OpenGnSys Repository Manager, de tal forma que el primero de ellos debe comunicar al segundo aquellas operaciones a ejecutar cuando se realicen modificaciones en la base de datos de la consola de gestión.
 
 
-
-== tipos de repositorios ==
+== Tipos de repositorios ==
 
 
@@ -76 +94 @@
 los subdirectorios donde se ubicarán los archivos se indican como parámetros de la función.
 
-== aceso al repositorio para restaurar o crear imagen ==
+== Acceso al repositorio para restaurar o crear imagen ==
 El acceso a una imagen en el repositorio global (remoto) es 
 {{{
@@ -105 +123 @@
 ----
 
-= Estructura de los repositorios tipo EAC =
+== Estructura de los repositorios tipo EAC ==
 
 El repositorio ubicado en el servidor: [[BR]]
@@ -112 +130 @@
 /mnt/$dispositivoTipoCACHE$/var/opt/$package/hdimages/
 
-== Acceso a los repositorios ==
+=== Acceso a los repositorios ===
 El sistema exporta las siguientes variables:
 $REPO="/var/opt/$package$/hdimages"[[BR]]
@@ -127 +145 @@
 
 
-== Beneficios de esta estructura ==
+=== Beneficios de esta estructura ===
 El repositorio local(CACHE), irá creando la misma estructura de directorios que el servidor principal. [[BR]]
 Si su particion CACHE es la sda3, ésta inicialemente solo contendrá el /var/opt/$package%/hdimages (coincide con el valor de la variable $REPO). En este punto se puede decidir si utilizar la CACHE como Sistema Operativo de respaldo en modo Offline (función MakeOffline). Con las ventajas de disponibilidad y rápidez de inicialización.
 
-== Ejemplo de sincronización entre $REPO y $CACHE ==
+=== Ejemplo de sincronización entre $REPO y $CACHE ===
 UpdateCache $IPservidor subdirectorio nombreimagen              => Se descarga la imagen ubicada en $REPO, la almacena en $CACHE$REPO.