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. |
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. |
| 125 | To do this action, in '''tab classrooms''' right click on the scope and '''Image Deploy Wizard'''. |
| 126 | |
| 127 | It shows a form that asks some basic options. Also allows us to modify the default parameters defined in the classroom for each protocol. |
| 128 | |
| 129 | The 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 | |
| 137 | When 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. |
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. |