wiki:DocumentacionUsuario1.0.6/RestauracionDespliegue
Last modified 23 months ago Last modified on 06/16/15 13:48:29

En preparación.

15/06/2015 adv

adv: !Despliegueimagen.doc: modificación introduccion. adv: !Despliegueimagen.doc: se amplia el apartado del concepto de instántanea de una clonacion. adv: !Despliegueimagen.doc: se añade nuevo apartado de concepto: despliegue de imagenes adv: !Despliegueimagen.doc: postconfiguracion adv: !Despliegueimagen.doc: Implementación de los conceptos de despliegue en OpenGnSys

Restauración y despliegue de imágenes

Introducción

El presente tema está dedicado a la reutilización de las imágenes de sistemas de archivos con el objetivo de duplicar o clonar sistemas operativos sobre un conjunto de equipos informáticos.

El tema comienza con una breve introducción a los conceptos básicos relacionados con este proceso de reutilización de una imagen, algunos de ellos se avanzaron en el tema anterior. Se tratarán términos como: clonación basada en sectores o en sistemas de archivos, imagen monolítica, despliegue, creación, restauración, repositorio local o remoto, protocolos de despliegue, entre otros.

Tras la introducción a los conceptos específicos usados en los sistemas de clonación, se detallará cuáles de ellos son soportados por OpenGnSys. También se mostrará brevemente las distintas alternativas ofrecidas por OpenGnSys para iniciar un despliegue de imágenes y clonaciones.

Una vez conocidas las posibilidades que ofrece OpenGnSys para solicitar despliegues de imágenes o restauraciones se detallará como realizar con éxito un comando restaurar.

La ultima parte, se incluye una serie de video tutoriales del comando restaurar.

Conceptos.

  • Concepto de clonación.
  • Concepto de instantánea de clonación.
  • Concepto de protocolos de transferencia.
  • Concepto de post-clonación.

Clonación:

La gestión de equipos informáticos incluye la instalación del sistema operativo, normalmente compuesto por un sistema de archivos junto a las aplicaciones de usuario -contenido dentro de una partición del disco duro del equipo-. Esta instalación de sistemas operativos y mantenimiento se complica al aumentar el parque informático a gestionar, por lo que se requiere el uso de técnicas de clonación.

La clonación es el proceso de duplicar un sistema operativo instalado en un ordenador de referencia a uno o más ordenadores de destino. Las herramientas informáticas usadas para la clonación se clasifican dependiendo de su capacidad para acceder al sistema operativo en:

  • Clonación basada en sectores: disco o partición.
  • Clonación basada en el contenido de la partición.
  • Clonación basada en el contenido del sistema de archivos.

La clonación basada en sectores duplica cada uno de los sectores del dispositivo. La característica principal de este tipo de clonación es mayor duración del proceso y el requisito de tamaño mínimo en el dispositivo de destino: al menos el mismo número de sectores que el origen.

La clonación basada en el contenido de la partición tiene la ventaja de trabajar sólo con datos útiles – el espacio no usado por el usuario no es utilizado-, por lo tanto la rapidez del proceso de clonado aumenta. Pero el requisito del tamaño mínimo del dispositivo de destino se mantiene: al menos el mismo tamaño que la partición de origen.

La clonación basada en el contenido del sistema de archivos de la partición ofrece la ventaja de copiar los datos de usuario únicamente y considerar el tamaño de los datos como el sistema de archivos a clonar –independiente de la partición que la incluye- con lo cual el tamaño de la partición destino debe ser al menos igual a los datos de usuario y no al tamaño de la partición de origen. OpenGnSys trabaja con este modelo de clonación

Instantánea de una clonación.

Los procesos de clonación requieren que el origen de los datos esté siempre disponible y en el estado deseado. Pero esta disponibilidad y sobre todo el estado del sistema operativo y de sus aplicaciones no siempre son posibles.

Los sistemas de clonación también ofrecen la posibilidad de realizar una instantánea del sistema operativo del equipo de referencia y reutilizarla tantas veces como sea necesaria como origen de las clonaciones.

Las instantáneas normalmente se almacenan en un archivo especial ubicado en un almacenamiento remoto –REPO- o almacenamiento local –CACHE-. Estos archivos especiales normalmente se llaman imagen de disco o de sistema de archivos dependiendo de lo que incluye la instantánea.

Una instantánea pude ser una modificación de estado de una imagen anterior realizada. Si el sistema de clonación puede gestionar sólo la diferencia de datos entre las dos instantáneas se utiliza el término de imágenes diferenciales. En cambio si no se puede gestionar o interpretar estas diferencias se utiliza el término de imágenes monolíticas. OpenGnSys trabaja con imágenes monolíticas, aunque se está trabajando en el uso de las imágenes sincronizadas (diferencia de datos)

Algunas herramientas de clonación permiten modificar un fichero de imagen para incluir o eliminar archivos. Esta característica no es soportada por OpenGnSys.

Despliegue de intantáneas o de imágenes

La incorporación de este fichero imagen o instantánea al proceso de clonación para su reutilización y distribución se denomina despliegue de imágenes. El despliegue de imágenes de incorpora nuevos conceptos y procesos:

  • Creación de imagen.
  • Restauración de imagen.
  • Despliegue de imagen.

Creación de imagen: Al sistema operativo del equipo de referencia junto a las aplicaciones de usuario y las configuraciones se le realiza una instantánea de clonación. Esta instantánea podrá ser almacenado en un fichero de imagen ubicado en un repositorio remoto –REPO- o local –CACHE-.

Restauración de imagen: La partición o disco es automáticamente configurado y clonado desde una imagen maestra que contiene un sistema de archivos o sistema operativo en condiciones de trabajo plenas y limpias de virus. El origen es un fichero imagen almacenado en el repositorio local CACHE o en el remoto REPO y el destino es la partición.

Despliegue de imágenes: Implica dos procesos, el primero consiste en ubicar el fichero imagen lo más cerca del equipo destino –normalmente en el repositorio local –CACHE- del equipo, por el cual también se denomina “updateCache”-. Y el segundo, la restauración de la imagen. En posteriores despliegues, al estar el fichero imagen en la partición especial CACHE solo se realiza la segunda fase: restauración de la imagen desde el contendor local CACHE a la partición destino.

La consola de administración web de OpenGnSys implementa los conceptos de restauración y despliegue mediante el “comando restaurar”. El comando restaurar admite dos métodos: direct (concepto de restauración), cache (concepto de despliegue).

Una instantánea puede ser una modificación de estado de una imagen anterior realizada. Si el sistema de clonación puede gestionar sólo la diferencia de datos entre las dos instantáneas se utiliza el término de imágenes diferenciales. En cambio si no se puede gestionar o interpretar estas diferencias se utiliza el término de imágenes monolíticas. OpenGnSys puede trabajar con ambos tipos de imágenes.

Protocolos de transferencia.

Cuando el proceso de clonación o restauración implica que el origen y destino se encuentra en distintos equipos informáticos se necesita transmitir los datos de la imagen a través de la red de datos que interconectan a estos equipos.

Para transmitir estos datos desde el origen a uno o varios equipos destinos, normalmente los sistemas de clonación proporcionan los siguientes protocolos de transferencia: unicast, multicast, p2p.

Unicast:

Los sistemas de clonación utilizan la transmisión unicast en los procesos creación de imagen, desde un equipo al repositorio central remoto. También se puede utilizar al restaurar desde el repositorio central, o realizar un despliegue. La implementación de la transferencia unicast los sistemas de clonación emplean alguna de estas técnicas: comunicación puerto a puerto, sistemas de archivos distribuidos como nfs o samba. OpenGnSys utiliza samba.

Mulitcast:

Los sistemas de clonación utilizan la transmisión multicast en los procesos de restauración de una imagen desde el repositorio central remoto, también es muy utilizado en los procesos de despliegue. La ventaja principal de este modo de enviar los datos frente al modo unicast es que el repositorio envía una sola vez los datos y son recibidos simultáneamente por los clientes. Para poder utilizar este protocolo es necesario comunicar al administrador de la red del uso de este protocolo y la configuración asignada.

P2P.

Los sistemas de clonación podrán utilizar este modo de transmisión siempre y cuando además del repositorio central existan en los clientes el repositorio local o CACHE. Este modo de transferencia sólo está disponible en los despliegues de imágenes ya que necesita un espacio intermedio, la partición o repositorio local CACHE.

Post-configuración de sistemas operativos.

Los sistemas de archivos restaurados pueden ser modificados y configurados antes de su primer inicio.

Una post-configuración básica de OpenGnSys incluye el cambio de nombre del equipo, configuración o reinstalación del gestor de arranque y procesos para independizar el sistema restaurado del hardware.

En el tema anterior, creación de imágenes, se realizó una introducción al “configureOs” de OpenGnSys.

El fichero configureOS se puede editar desde el servidor en esta ruta /opt/opengnsys/client/scripts/configureOS.

vi /opt/opengnsys/client/scripts/configureOS

El fichero se estructura en secciones, una para Windows, otra para Linux y otra para Apple.

Se recomienda acceder a este fichero y añadir:

Verificar en la sección para Windows:

buildToOrder $1 $2

Verificar en la sección para Linux.

echo "Asignar nombre"
ogSetLinuxName $1 $2
echo "Configurar fichero fstab”
ogConfigureFstab $1 $2 
echo "Limpiar dispositivos reconocidos previamente"
ogCleanLinuxDevices $1 $2
# instalar grub2 en MBR y autoconfiguración”
#ogGrubInstallMbr $1 $2 TRUE "quiet splash" 
echo "Instalar grub2 en Partition y autoconfiguración"
ogGrubInstallPartition $1 $2 TRUE "quiet splash"

Características de la gestión de imágenes con OpenGnSys.

  • Clonación basada en sistema de archivos.
  • Gestión de imágenes monolíticas y no modificables.
  • Gestión de imágenes sincronizadas (en pruebas).
  • Trasferencias unicast, multicast y P2P.
  • Post configuración de sistemas

Las clonaciones y gestión de imágenes son tratadas a nivel de sistema de archivos. Por lo que es importante tener siempre presente que el tamaño de datos del sistema de archivos de referencia condiciona las particiones de los equipos destinos. El tamaño de las particiones de estos equipos deben ser igual o superior al tamaño de datos del sistema de archivos de referencia.

Una instantánea o imagen pude ser una modificación de estado de una imagen anterior realizada. Si el sistema de clonación puede gestionar sólo la diferencia de datos entre las dos instantáneas se utiliza el término de imágenes diferenciales. En cambio si no se puede gestionar o interpretar estas diferencias se utiliza el término de imágenes monolíticas. OpenGnSys trabaja con imágenes monolíticas, aunque se está trabajando en el uso de las imágenes sincronizadas (diferencia de datos). Ninguna de las imágenes de OpenGnSys -monolíticas o sincronizadas- permiten ser modificadas.

La gestión de discos completos se realiza agrupando en un procedimiento tantos comandos de restauración de imágenes de sistemas de archivos hasta componer el disco deseado a duplicar.

Las trasferencias de las imágenes en OpenGnSys pueden ser unicast, multicast y PeerToPeer?.

La “post-configuración” del sistema de archivos restaurado incluye cambio de nombre y configuración o instalación del gestor de arranque. Con lo cual restaurar un sistema operativo en una partición distinta a la de referencia es posible. Por ejemplo, restaurar una imagen de Windows 7 generada en una la primera partición es posible con OpenGnSys restaurarla en la segunda partición de un disco duro. Además, este proceso incluye la instalación y configuración en el sistema operativo restaurado del servicio de gestión OpenGnSys para ser gestionado una vez que es iniciado.

Implementación de los conceptos de despliegue en OpenGnSys

Comando Restaurar

La interfaz de usuario o consola web ofrece de manera intuitiva los comandos de creación y restauración de imágenes. El comando restaurar proporcionado por la consola web implementa de manera transparente para el usuario los procesos de restauración, actualización de la cache y despliegue. De este modo, se solicita al usuario que determine el método de la restauración que desea realizar:

  • Unicast-CACHE. (despliegue, usa repositorio local CACHE)
  • Unicast-DIRECT. (restauración directa, sin repositorio local)
  • Multicast-CACHE. (despligue, usa repositorio local CACHE)
  • Multicast-DIRECT. (restauración directa, sin repositorio local)
  • Torrent-CACHE. (despliegue, usa repositorio local CACHE).

NOTA: el comando restaurar podrá cambiar de manera automática el método solicitado (de CACHE a DIRECT) y de protocolo ( a Unicast) para conseguir que la operación se realice correctamente, aunque puede causar retardos en los tiempos. Un ejemplo de lo explicado sobre el cambio automático, sería la siguiente situación: al solicitar un comando Restaurar con Torrent-CACHE sobre un aula compuesto por 35 equipos, de los cuales dos de ellos no cumplen el requisito de un despliegue –método CACHE-, uno de ellos por espacio libre necesario para almacenar la imagen y el otro, por no tener definida la partición CACHE, habrá un cambio automático a Unicast-DIRECT para estos dos equipos que no cumplen el requisito de CACHE.

NOTA para usuarios avanzados: existe un fichero de configuración usado por el comando restaurar en el cambio automático de método-protocolo. Por ejemplo, permite definir que formatee la cache si no hay espacio libre, o si se ha solicitado un Multicast-CACHE cambiarlo a Multicast-DIRECT, y no a unicast que es el valor por defecto. Este fichero es el engine.cfg y se verá en cursos más avanzados.

Asistente de Deploy

Además, la consola web ofrece un asistente para implementar la actualización de la cache (updateCache). Para realizar de manera gráfica esta operación se debe usar la opción asistente->deploy. Este asistente también ofrece la posibilidad de realizar un despliegue completo: updateCache y una restauración desde el repositorio local CACHE a la partición destino. Este asistente no realiza ningún cambio automático. Así, si un equipo no cumple los requisitos de disponibilidad de la partición CACHE, no realizará con éxito la operación. Este asistente es usado para realizar un despliegue en dos fases, por ejemplo para actualizar la cache (updateCache) durante la noche.

Asistente de particiones remotas

La consola web, también soporta la clonación de una partición directamente a otra y se implemente de manera gráfica con el asistente de clonaciones de particiones remotas. El ordenador de referencia se suele identificar en OpenGnSys como MASTER y permite además de la clonación usar las imágenes almacenas en su cache como origen de restauraciones.

Linea de comandos

Los conceptos despligue de imágenes, comentado en el apartado anterior, están implementadas en el motor de clonación de OpenGnSys y disponibles para el usuario avanzado desde la línea de comandos.

Sincronización (experimental)

Más información sobre la gestión de imágenes sincronizadas.

http://opengnsys.es/wiki/DocumentacionUsuario1.0.6/BasicasIncrementales

El comando web restaurar: desplegar y restaurar imágenes

Para realizar una operación de despliegue o restauración (ver conceptos en apartado anterior) se dispone del comando restaurar desde la consola web.

Tras acceder a la gestión de la unidad organizativa con la consola web, se deber de realizar los siguientes procesos, algunos son opciones pero todos son recomendables:

1. Revisar la propiedad repositorio del objeto imagen y de los objetos ordenadores

  • Revisar las propiedades de la imagen a usar desde la herramienta de imagen.
    • Revisar a que servidor repositorio está asociada la imagen.
  • Revisar las propiedades de los ordenadores.
    • Revisar y confirmar que el repositorio asignado a los equipos sea el mismo que el repositorio asociado a la imagen.
    • Si fuese necesario cambiar esta propiedad es requisito que el equipo cliente sea reiniciado (la vinculación del ordenadores con el repositorio sólo se realiza en el proceso de arranque). Esta limitación será resulta en la futura versión de OpenGnSys 1.1

2. Los equipos deben estar organizados dentro de un ámbito igual o inferior al aula y compartir la misma estructura de particionado.

  • Durante el aprendizaje de OpenGnSys se recomienda trabajar con grupos de ordenadores, de esta manera limitamos el ámbito de aplicación y evitamos solicitar tareas a equipos que no deseemos.
  • Compartir la misma estructura de particionado no es obligatorio pero si es una recomendación.

3. Revisar las propiedades del aula para verificar que los datos de los protocolos de red están bien definidas.

4. Arrancar los clientes con el ogLive

  • Los equipos deben estar iniciados en el cliente de clonación ogLive a través de la red con PXE.
    • Los equipos deben estar definidos en un arranque PXE “ogClient” desde la opción “Netboot” del ámbito al que pertenezca el equipo, ya sea grupo de aula o aula.
    • Solicitar un “wake on lan” desde el comando “arrancar”, si los equipos no soportan el “wol” encenderlos manualmente. “en el curso las máquinas virtuales deben iniciarse manualmente, no admiten “WOL”.

  • Los equipos deben tener establecida la comunicación con el servidor y están esperando recibir peticiones.
    • Seleccionar la opción “estado de los ordenadores” del menú contextual del ámbito “grupo de ordenadores” o del aula.
    • Un equipo en espera de peticiones está identificado con el color amarillo.

5. Iniciar el comando restaurar

  • Desde el menú contextual del “ordenador”, del “grupo de ordenadores” o del “aula”.

  • Definir las opciones del comando restaurar.
  • Destino:
    • Seleccionamos la partición destino: Se muestra las particiones del equipo o equipos, se debe seleccionar una sóla partición, usando el botón de selección del campo “Disco” de la partición deseada. En la captura de pantalla del ejemplo se ha seleccionado la primera partición, que es de Tipo NTFS, y Sistema de Archivos también NTFS, y un tamaño de 7000000KB o 7 GB.
  • Origen:
    • Debemos seleccionar el origen, es decir la imagen a desplegar.
    • Podremos seleccionar cualquier imagen que esté en el repositorio al cual el equipo o equipos estén vinculados. Recordar lo visto en el punto 1 de esta apartado, verificación de la propiedad repositorio del objeto imagen y del objeto ordenador.
    • El formulario nos filtra las imágenes según el sistema de archivos en dos columnas, solo se debe seleccionar una imagen.
    • Filtrado de las imágenes según el sistema de archivos:
      • Imagen mismo sistema: Listado para seleccionar las imágenes que son del mismo tipo que el sistema de archivos de la partición seleccionada. Por ejemplo, si la partición seleccionada es NTFS en este desplegable aparecen aquellas imágenes son sistema de archivos NTFS.
      • Imagen distinto sistema: Listado de imágenes disponibles para restaurar que no coinciden con la el tipo de sistema de archivos de la partición seleccionada. Por ejemplo, si la partición seleccionada es NTFS en este desplegable aparecen aquellas imágenes con sistemas de archivos distintas a NTFS.
    • En el caso de desear una imagen con distinto sistema de archivos es necesario cambiar el tipo a la partición restaurada. Se puede hacer desde el comando particionar y formatear, pero sin formatearla.
  • Método: utilizar la opción deseada. Se recuerda que el método se ha explicado en el apartado anterior, pero se repasa brevemente.
  • UNICAST-CACHE
  • UNICAST-DIRECT
  • MULTICAST-CACHE
  • MULTICAST-DIRECT
  • TORRENT-CACHE
  • Definimos las Opciones de ejecución.
    • Usar los valores por defecto. En el último tema de este curso se explicarán los conceptos de procedimiento y tareas.
    • Pulsar el botón aceptar.

6. Seguimiento de la operación, los log.

  • Ver estado del ordenador, desde la opción “estado de los ordenadores” desde el menú contextual de “grupo de ordenadores” o “aula”. Ahora el color asignado al equipo que está realizando la operación debe ser rojo.

  • Ver log de seguimiento del equipo o alguno de ellos, desde el menú contextual del equipo “ver log seguimiento”. Este log de seguimiento es lo que el cliente está mostrando en su pantalla.

  • Nota: esta captura está basada en el laboratorio virtual de OpenGnSys, donde el log de seguimiento en tiempo real no funciona correctamente debido a la red interna creada para los clientes y el servidor. Es por este motivo que la captura muestra la pantalla del ordenador virtual, que es lo que realmente muestra el log en tiempo real.
  • Si se analiza el log, se puede observar que se ha lanzado un restaurar imagen por torrent-cache, pero que los clientes no tienen espacio suficiente en la cache y se procede a un cambio automático en el método según lo definido en el engine.cfg: en caso de no existir cache o no tener espacio suficiente, proceder con un método unicast-direct.

7. Probar el inicio del nuevo sistema operativo o definir un arranque permanente:

  • Para iniciar el sistema operativo, sin desactivar el arranque nativo PXE, se realiza desde la opción “iniciar sesión” del menú contextual de cualquier ámbito igual o inferior al aula.
    • Si no aparecen la información para iniciar el sistema operativo, se deben de reiniciar los ordenadores para que se actualicen los datos.
    • El comando “Inciar sesión” para un sistema operativo de Windows se comportará según este definido en el perfil hardware asociado a cada uno de los equipos. Un pefil hardware define si el hardware es compatible con el arranque directo de Windows o si se requiere un reboot. Ultimamente casi todo el hardware necesita un reinicio para los Windows, incluso en las máquinas virtuales. Un arranque de Windows con “iniciar sesión” y perfil hardware configurado con “reinicio” implica que se hace un seguimiento del proceso de inicio de sesión de Windows mediante tres arranques de Windows o hasta que un usuario inicie la sesión de windows . Esto significa que si no hacemos un login de usuario en el Windows, el equipo en los siguientes dos arranques lo hará también en Windows. Tras estos tres arranques o un acceso al sistema operativo Windows, el equipo volverá al arranque nativo PXE de OpenGnSys.
  • Si lo que se desea es definir que siempre que se arranque el ordenador inicie ese sistema operativo, se debe definir un arranque predeterminado hacia esa partición. Para ello se debe elegir la opción “Netboot avanzado” desde el menú contextual del ámbito aula o grupo de aula, seleccionar el equipo o equipos y pulsar el botón “IN” del arranque deseado. Después hay que confirmar pulsando el botón “ACEPTAR”. Una vez definido en arranque hacia la partición desea realizar un comando reiniciar sobre el ámbito deseado.
    • Una vez iniciado el nuevo sistema operativo, y si estuviese el agente de OpenGnSys para los sistemas operativos (ogAdmClientLinux,ogAdmClientWindows), la consola web desde su opción de “estado de los ordenadores” mostrará en color azul los equipos iniciados en Windows, y los iniciados en Linux en color grana.

Attachments