Changes between Version 5 and Version 6 of OperacionIncorporarImagenes/en


Ignore:
Timestamp:
Feb 18, 2012, 6:00:35 PM (12 years ago)
Author:
paqui
Comment:

--

Legend:

Unmodified
Added
Removed
Modified
  • OperacionIncorporarImagenes/en

    v5 v6  
    117117=== Image Deploy Wizard === #deploy
    118118
    119 * 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-. 
    120 * 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.
    121 * Los protocolos de transferencia para este asistente son multicast, p2p, y unicast cuyas propiedades pueden ser modificadas.
     119* The Image ''Deploy'' Wizard has two parts;
     120
     121 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-. 
     122* Si la partición cache del cliente dispone 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.
     123* Tranfers protocols for this wizard are MULTICAST, P2P and UNICAST whose properties will be modified.
    122124 
    123 
    124 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'''.
    125 
    126 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.
    127 
    128 Las opciones del asistente son:.
    129 
    130     * '''modo de trabajo''': descargar la imagen a la cache ( __update cache__ ) o bajarla y clonarla en la partición ( __deploy image__ )
    131     * '''partición a restaurar'''. (destino)  Solo para el modo de trabajo __deploy image::
    132     * '''imagen a utilizar''' (origen)
    133     * '''protocolo a utilizar''': [multicast|torrent]
    134     * Opcional: Revisar los parámetros del protocolo.
    135 
    136 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.
     125To do this action, in '''tab classrooms''' right click on the scope and '''Image Deploy Wizard'''.
     126
     127It shows a form that asks some basic options. Also allows us to modify the default parameters defined in the classroom for each protocol.
     128
     129The options of the wizard are:
     130
     131    * '''Working mode''': download the image from cache ( __update cache__ ) or download and deploy in the partition ( __deploy image__ )
     132    * '''Partition to restore'''. (target) Only for working mode __deploy image::
     133    * '''Image to use''' (source)
     134    * '''Protocol to use''': [MULTICAST|TORRENT]
     135    * Optional: Revise protocol parameters.
     136
     137When the data are complete, click on '''Generate OG Instruction'''. This will create the code to used by clients computers and click on '''Accept''' to send them.
    137138
    138139[[Image(deployImage.png)]]
     
    140141==== Protocol MULTICAST ====
    141142
    142     * '''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.
    143     * '''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
    144     * '''modo multicast''': nos permite dos opciones: full-duplex y half-duplex (usar full-duplex)
    145     * '''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.
    146     * '''número de ordenadores''': para comenzar la transferencia multicast el servidor espera que se conecte el número de ordenadores que hayamos definido.
    147     * '''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.
     143    * '''Port''': 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.
     144    * '''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
     145    * '''Multicast mode''': nos permite dos opciones: full-duplex y half-duplex (usar full-duplex)
     146    * '''Speed''': 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.
     147    * '''Number of Computers''': para comenzar la transferencia multicast el servidor espera que se conecte el número de ordenadores que hayamos definido.
     148    * '''Maximum waiting time''': al llegar al tiempo máximo de espera el servidor comienza la transmisión aunque no se hayan conectado todos los equipos.
    148149
    149150Los datos por defecto del protocolo se ha definido en las propiedades del aula.