close
Warning:
Failed to sync with repository "ogBrowser-Git": (1366, "Incorrect string value: '\\xF0\\x9F\\x93\\xA6 I...' for column 'message' at row 1"); repository information may be out of date. Look in the Trac log for more information including mitigation strategies.
- Timestamp:
-
Jul 28, 2010, 8:34:23 AM (15 years ago)
- Author:
-
ramon
- Comment:
-
Propuesta de estructura de directorios para el repositorio de imágenes
Legend:
- Unmodified
- Added
- Removed
- Modified
-
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 | |