wiki:OperacionIncorporarImagenes/en

Version 5 (modified by paqui, 12 years ago) (diff)

Modify link

TOC?

This web is being updated

Introduction

OpenGnSys Version 1.0.1 only works with monolithic images. The process to incorporate an image for deploy will be:

  • Register the image object in OG application and linkage with file-image from general option button "Images".
  • Store the image in the repository:
    • From the command->Create Image on a computer which partition has an Operating System installed.
    • Integrate and reuse an image from another version of OpenGnSys or other server OpenGnSys.
    • Integrate and reuse an image form another cloning application based on Open Source Software.
  • If the names match the link between the object image and the physical file image is automatic.
  • Version 1.0.1 have a lot of difference with version 1.0, so if you can use version 1.0 please visit: Previous Documentation?.

Register the Image Object in Admin Console

Access to tab Images right-click on Define New Image. We can see a form that asks the following:

  • Canonical Name: File Name of image stored in the repository directory /opt/opengnsys/images without the extension.
  • Image Name: Name of the image in the admin console.
  • Software Profile : The software profile contains the system operating information of the image and software you have installed. It will be create to created the image or independently.
  • Partition: Number of the partition where it is installed
  • Partition Type: NTFS, LINUX, etc
  • Repository: OpenGnSys repository where it is stored the image. The console can manage several repositories.
  • Comnents: Extra information about the image.

It should be noted:

  • If the names match (canonical name and file name) the link between image object and the physical file will be automatic.
  • To avoid problems with canonical name, it is important try not use some specials caracters as [ spaces \ / ` ' . ]
  • All fields are required, although some are not validated by the web application.

Create an image from a partition of an OpenGnSys client

Once the image is registered, we can create a partition from a computer of referenced that it is iniciated by OpenGnSys client. From the administration console in tab classrooms, click on the computer and use the command Create Image.

This allow select the partition to deploy, the image name and the repository where save it.

We note that beside the name of the image is the repository that we have associated at the time to define, this value is informational because the image is created in the repository you choose this command.

The image file will be stored in the repository in directory /opt/opengnsys/images with the canonical name finished in .img

Incorporate an image form other server or application of deploying

OpenGnSys can manage images created in other servers. It is compatible with Brutalix, HIDRA, EAC, FOG, Clonezilla and for all the images created by partclone or partimage and compressed with lzop or gzip.

Automatically, the system detect the image type, in terms of compression, deploy tool and filesystem type, so that you can restore correctly.

Copy the Image to Server

The image will be stored in /opt/opengnsys/images of the repository server.

The image must be only a file. In the case that the image would be created in multivolume mode, we should convert in a single file using the command: cat image* >> newimage.

The image name will be composed by the canonical name and the extension .img.

Depending of the situation of the image have two cases:

  • If the image exists in /opt/opengnsys/images (debido a que la partición o el disco duro ha sido reutilizado)
    • If the files with extensions .sum and .torrent, associated to the image, exists you will have to delete them.
    • In the case that the image name have a different extension to .img, you should rename it to .img.
  • If the image not exists in /opt/opengnsys/images.
    • Copy with a different extension to .img.
    • Rename the image to extension .img

OpenGnSys performs a series of processes to confirm the integrity of the image information stored in the file .sum and .torrent. These processes have access to the image and block it, so that if we copy the image directly with extension .img may be damaged.

The incorporation process is complete when appears in /opt/opengnsys/images the files associated to the image: for file-image.img will be the file-image.img.sum and file-image.img.torrent.

A method to verify that the embedded image will be recognized by OpenGnSys is run from a PXE client OpenGnSys the following:

(IMGogclient)root@ING2-111:/# ogGetImageInfo /opt/opengnsys/images/201011b1.img
# In this case, the info provided is:
#Deployment Tool : Compressor : Filesystem : Size Required to Restore (KB)
PARTCLONE:LZOP:NTFS:72100000

Restore an Image

We can restored images contained in the repository that has the computer assigned or placed in the cache of other clients or in other repository.

The client caches can be defined in the console and in the repository, but can not be assigned to a computer because they do not contain the client side that is on the network.

We have three ways to restore the images.

  • Command Restore: Restores an image from the repository assigned to the computer via UNICAST, MULTICAST or TORRENT (in the latter two case will use the cache).
  • Wizard Image Deploy. Restores an image using the cache. Brings the repository to the cache with MULTICAST or TORRENT protocols.
  • Wizard Remote Partition Deploy. Use a computer client as deploy origins, allow tiliza un equipo cliente como origen de la clonación, can take the contents of a partition or an image file in the cache. Also allowed to bring a picture from the repository for unicast and serve it to other computers in the group with unicast or multicast protocol.

Checking the Size of the Cache

When you restore using the computer's destination cache, it is checked for available space to store the image, otherwise it will be deployed directly from the repository to the client computer partition by UNICAST.

Command Restore

In the tab Classrooms right-click on the scope and click on Restore Image.

It shown info about computer/s partitions and the operating system.

Please give information about:

  • par: target partition image.
  • Image (same or different system): Restore the image you want placed in the repository that it is assigned the scope. Keep in mind that if we choose option (other system), the operating system chosen must be compatible with the file system partition (i.e. could not clone a linux system if the partition is NTFS), in that case would Format before Partition to a valid filesystem.
  • Method: UNICAST, MULTICAST or TORRENT

Image Deploy Wizard

  • El asistente de Deploy de imágenes realiza dos fases; en la la primera se actualiza la partición cache de los clientes con los ficheros-imágenes de los sistemas operativos indicados desde el repositorio OpenGnsys y la segunda, se restaura la partición destino usando como origen la propia partición cache del equipo cliente. Además, el asistente permite separar estos dos procesos; por ejemplo actualizar la cache desde el repositorio central en horarios donde el tráfico de red sea menor. Para ello, se debe definir el "modo de trabajo" como updateCache -sólo actualiza-, o deployImage -actualizar y restaurar en partición-.
  • Si la partición cache del cliente disponde de la imagen, y el sistema detecta que es idéntica a la del repositorio, el proceso updateCache finalizará. En el caso de que el fichero-imagen tenga el mismo nombre tanto en el repositoiro como en la partición cache del cliente, pero no son identicas: por ejemplo se haya actualizado y generado un nuevo fichero-imagen con el mismo nombre en el repositorio, en este caso, el cliente inicia el proceso de updateCache.
  • Los protocolos de transferencia para este asistente son multicast, p2p, y unicast cuyas propiedades pueden ser modificadas.

Para realizar esta acción en la pestaña aulas pulsaremos sobre el ámbito deseado con el botón derecho el asistente Deploy de Imágenes.

Nos muestra un formulario que pide que le demos unas opciones básicas y además nos permite modificar los parámetros por defecto que para de cada protocolo se ha definido en el aula.

Las opciones del asistente son:.

  • modo de trabajo: descargar la imagen a la cache ( update cache ) o bajarla y clonarla en la partición ( deploy image )
  • partición a restaurar. (destino) Solo para el modo de trabajo deploy image::
  • imagen a utilizar (origen)
  • protocolo a utilizar: [multicast|torrent]
  • Opcional: Revisar los parámetros del protocolo.

Una vez incluidos los valores daremos a Generar Instrucción OG que creará el codigo a utilizar por los clientes y pulsaremos aceptar para enviarselo.

Protocol MULTICAST

  • puerto: es el puerto por el cual el equipo que envia por multicast sincroniza con los clientes. Los valores pueden ser valores pares a partir del 9000 por ejemplo: 9000, 9002, 9004, 9006 ..... Utilizar preferentemente el 9000, y si tenemos dos aulas en la misma subred para realizar transferencias independientes, asignar a la primera aula el puerto 9000 y a la segunda el 9002.
  • ip multicast: dirección multicast para ese aula: 239.194.x.z donde x es el 2º octeto de la ip de red del aula, y z es el 3º octeto de la ip de red del aula. ejemplo: si la dirección de red del aula_virtual_1 es 172.17.36.0 le corresponde como ip multicast: 239.194.17.36. En el caso de que nuestra subred incluya dos aulas, y queremos utilizar multicast simultanea, deberíamos por ejemplo al aula_virtual_2 asignarle la ip multicast de 239.194.17.37
  • modo multicast: nos permite dos opciones: full-duplex y half-duplex (usar full-duplex)
  • velocidad: es la velocidad máxima en Mbits/segundo. el valor máximo admitido (temporalmente) por el motor de clonación es 90 mbits - hay pruebas a gigabits con resultados excelentes.
  • número de ordenadores: para comenzar la transferencia multicast el servidor espera que se conecte el número de ordenadores que hayamos definido.
  • tiempo máximo de espera: al llegar al tiempo máximo de espera el servidor comienza la transmisión aunque no se hayan conectado todos los equipos.

Los datos por defecto del protocolo se ha definido en las propiedades del aula.

Protocol P2P

  • modo: modo en el cual el cliente se comportará mientras está descargando una imagen. Los valores son:
    • leecher: el cliente mientras descarga la imagen, no comparte.
    • peer: el cliente mientras descarga comparte los datos de la imagen que ya tenga.
    • seeder: modo de trabajo en modo distribuido en el cual un cliente Master se encarga de servir la imagen.
  • tiempo(segundos) como semilla: Independientemente del modo de trabajo de los cliente P2P durante la descarga, podemos definir que una vez tenga la imagen completa en la partición cache, se dedique "X" segundos a compartirla a los demas clientes.

Ejemplo deployImage Torrent en modo de clientes seeder: comparten mientras descargan

La imagen anterior es el asistente de deploy de imágenes para un ámbito aula. Se generá instruccion con los valores por defecto asignados al aula.

  • Modo seeder: los clientes mientras descargan la imagen, también la comparten.
  • Tiempo p2p: una vez descargada la imagen, el cliente se queda X (en este caso 60 segundos) segundos compartiendo la imagen.

En el aula, hay varios ordenadores, que la imagen ya está en la cache. Estos simplemente detectarán que ya la tienen y automáticamente pasan a realizar un la restaurarán desde la cache.

La siguiente captura, es la información del tracker (puerto 6969 de nuestro repositorio).

  • Muestra las imágenes que el ogRepo está sedeando.

En la siguiente captura, vemos como el tracker detecta los clientes que se están descargando una determinada imagen. En las ventanas de log de los clientes, vemos que se están comportando como seeder, es decir, mientras descargan comparten.

Asistente para la clonación de Particiones Remotas

Este asistente permite utilizar un cliente opengnsys para enviar imágenes de sistema operativos -ubicacados en su cache o en su repositorio asociado- así como aquellos sistemas operativos que tenga instalados en su correspondiente partición. Para que un cliente pueda realizar estas operaciones debe de asumir uno de los dos niveles que un master puede ser definido. Cualquier equipo cliente opengnsys, puede asumir el papel de master, el cual puede enviar las imágenes que tiene acceso desde su repositorio asignado así como los sistemas operativos instalados en sus particiones. Además de las funciones básicas, si queremos definir un cliente como master a nivel de repositorio, por ejemplo, generar imágenes de sus sistemas operativos en su partición cache, así como utilizarlas como origen para los demás clientes, debemos de darlo de alta como repositorio.

Nos permite clonar desde un cliente que toma el papel de master o servidor:

  • particiones directamente sin crear imagen
  • imágenes que tenga en cache (se debe haber dado de alta el equipo como repositorio y tener la imagen asignada)
  • imágenes que tenga el repo. Primero la traerá al equipo por unicast y luego la servirá al resto del ámbito por unicast o multicast (esto permite evitar multicast entre distintas subredes)

Se utilizando el mismo método de trabajo que el asistente de deploy de imágenes, tanto en los pasos que realiza cómo la información del protocolo multicast que utiliza para transferir las imágenes.

Para realizar esta acción en la pestaña aulas pulsaremos sobre el ámbito deseado con el botón derecho el asistente Deploy de Particiones Remotas. El ámbito no puede ser un solo equipo,

Nos muestra un formulario que pide que le demos unas opciones básicas y además nos permite modificar los parámetros por defecto que para de cada protocolo se ha definido en el aula.

  • master: el equipo que va a servir la partición o la imagen que queremos clonar a los demás equipos.
  • imagen o partición a enviar: origen. Una vez elegido el máster nos aparece una lista de selección con las posibilidades, distinguiendo los tres tipos antes mencionados: PART, IMG-REPO e IMG-CACHE
  • partición destino
  • método de transferencia: protocolo de transmisión (unicast o multicast)
  • herramienta de clonación: necesario para la clonación de una partición, en caso de ser una imagen lo detecta el sistema.
  • compresión: necesario para la clonación de una partición, en caso de ser una imagen lo detecta el sistema.

Una vez incluidos los valores daremos a Generar Instrucción OG que creará el codigo a utilizar por los clientes y pulsaremos aceptar para enviarselo.

Si uno de los equipos que se clonará tiene una particion más pequeña a los datos que se enviaran desde la partición origen. Esta circunstancia la detectará el propio ordenador y no se unirá a la sessión multicast.

Escalada de servicios específicos de repositorio - MASTER -

Attachments (10)

Download all attachments as: .zip