Changes between Version 5 and Version 6 of DirsRepositorio
- Timestamp:
- Jul 28, 2010, 8:34:23 AM (15 years ago)
Legend:
- Unmodified
- Added
- Removed
- Modified
-
DirsRepositorio
v5 v6 1 [[PageOutline]] 1 [[TOC(heading=Índice)]] 2 3 = Estructura de los repositorios de imágenes = 4 5 == Propuesta de estructura de directorios == 6 7 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. 8 9 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: 10 11 - {{{/opt/opengnsys/repo}}} - punto de montaje principal (''sustituye a {{{/opt/opengnsys/images}}}''). 12 - {{{images}}} - directorio de imágenes completas. 13 - {{{groups}}} - directorio de conjuntos de clientes (agrupados por unidad organizativa o sala).web de gestión. 14 - ''{{{NombreGrupo}}}'' - un directorio por grupo de clientes, según la estructura de la base de datos de la consola. 15 - ''{{{NombreImagen}}}'' - un directorio por nombre de imagen con los ficheros específicos a aplicar para dicha imagen en ese grupo. 16 - {{{clients}}} - directorio de clientes. 17 - ''{{{NombreCliente}}}'' - un directorio por grupo de clientes, según los datos de la base de datos de la consola. 18 - ''{{{NombreImagen}}}'' - un directorio por nombre de imagen con los ficheros específicos a aplicar para dicha imagen en ese cliente. 19 20 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. 2 21 3 22 4 5 == tipos de repositorios == 23 == Tipos de repositorios == 6 24 7 25 … … 76 94 los subdirectorios donde se ubicarán los archivos se indican como parámetros de la función. 77 95 78 == aceso al repositorio para restaurar o crear imagen ==96 == Acceso al repositorio para restaurar o crear imagen == 79 97 El acceso a una imagen en el repositorio global (remoto) es 80 98 {{{ … … 105 123 ---- 106 124 107 = Estructura de los repositorios tipo EAC=125 == Estructura de los repositorios tipo EAC == 108 126 109 127 El repositorio ubicado en el servidor: [[BR]] … … 112 130 /mnt/$dispositivoTipoCACHE$/var/opt/$package/hdimages/ 113 131 114 == Acceso a los repositorios==132 === Acceso a los repositorios === 115 133 El sistema exporta las siguientes variables: 116 134 $REPO="/var/opt/$package$/hdimages"[[BR]] … … 127 145 128 146 129 == Beneficios de esta estructura==147 === Beneficios de esta estructura === 130 148 El repositorio local(CACHE), irá creando la misma estructura de directorios que el servidor principal. [[BR]] 131 149 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. 132 150 133 == Ejemplo de sincronización entre $REPO y $CACHE==151 === Ejemplo de sincronización entre $REPO y $CACHE === 134 152 UpdateCache $IPservidor subdirectorio nombreimagen => Se descarga la imagen ubicada en $REPO, la almacena en $CACHE$REPO. 135 153