Clonado y Restauración de Sistemas Operativos en Red

Introducción

Esta documentación es una muestra de una, de las formas posibles, con software gratuito de cómo se puede realizar un procedimiento de copia de seguridad de una partición en una estación de trabajo, para almacenarla en un servidor, y su posterior volcado de esa copia a otra partición de una o varias estaciones de trabajo clientes simultáneamente, que se conecta a un servidor.

Preparación de los ordenadores

Nuestro escenario comienza en nuestro laboratorio de pruebas, que será en VirtualBox pero que se hace exactamente igual en ordenadores físicos con varias estaciones de trabajo de las que tres ordenadores son estaciones de trabajo una que será para leerla y crear una imagen de ella, la segunda que usaremos para justamente leerla desde una red esa estación y tercera y cuarta que serán nuestros clientes remotos que le escribiremos un sistema operativo desde esas copias de seguridad.

 

GParted

Comenzaremos con arrancar nuestra máquina que hará el rol de servidor, lo haremos virtualmente y ejecutaremos GPARTED, de Linux, que nos ayudará a darle el formato que necesitamos.

 

Por qué GParted

Esta es una herramienta de código abierto diseñada para gestionar particiones en sistemas Linux y Windows, ofreciendo una gama de funcionalidades que la hacen versátil y confiable en el contexto de la administración de discos. Aquí hay algunos puntos clave y ventajas en comparación con otros softwares de gestión de particiones:

1. Interfaz Gráfica Amigable:
   GParted cuenta con una interfaz gráfica clara e intuitiva, en comparación con otras herramientas de línea de comandos (como fdisk o parted), facilitando el trabajo a usuarios de todos los niveles de experiencia. Su interfaz basada en íconos y botones permite realizar tareas complejas de gestión de particiones sin requerir conocimientos avanzados en comandos.
2. Compatibilidad Multisistema de Archivos:
   A diferencia de muchas herramientas de particionamiento que solo admiten formatos específicos, GParted es compatible con una amplia gama de sistemas de archivos, incluyendo NTFS, EXT2/3/4, FAT32, XFS, entre otros. Esto la convierte en una herramienta ideal para entornos de doble arranque (dual boot), como en configuraciones Windows-Linux, permitiendo crear y manipular particiones para ambos sistemas operativos.
3. Versatilidad en Opciones de Gestión de Particiones:
   Con GParted, puedes redimensionar, mover, copiar, y formatear particiones sin pérdida de datos (siempre y cuando el proceso se realice con precaución). Estas funcionalidades son útiles cuando se desea modificar el tamaño de particiones sin reinstalar todo el sistema operativo o, en el caso de clonaciones, para ajustar el espacio disponible antes de realizar la transferencia de una imagen de disco.
4. Es un Software Libre y Gratuito:
   Al ser de código abierto y libre, GParted no tiene costo alguno, y sus desarrolladores suelen actualizarlo con mejoras y compatibilidad adicional. En comparación, algunos softwares como Acronis Disk Director o Partition Magic requieren licencias pagadas, lo que implica un costo extra para el usuario o la empresa.
5. Acceso desde un Live USB/CD:
   GParted se puede utilizar directamente desde un Live CD o USB (a menudo bajo la distribución GParted Live), permitiendo la administración de particiones sin necesidad de instalar el software en el disco duro. Esto es ideal para situaciones de emergencia, como cuando el sistema operativo no arranca y se necesita acceder al disco para repararlo.
6. Seguridad y Fiabilidad en Operaciones Críticas:
   En operaciones sensibles como redimensionar o mover particiones, GParted tiene una baja tasa de errores en comparación con algunas alternativas, siempre que el hardware esté en buen estado. Realiza verificaciones previas para evitar errores de escritura, lo que lo convierte en una herramienta segura cuando se siguen buenas prácticas de respaldo.

En esta imagen vemos nuestro disco duro de la estación que hará el rol de servidor, sin formato aun, que muestra que tiene un disco duro de 15Gb de tamaño.

En este paso debemos de crear una Tabla de particiones, para ello desde dispositivo creamos la tabla, y esta vez queremos hacerla con un formato GPT que sea compatible con los inicios UEFI.

 

 

Arranque del servidor DRBL con Clonezilla Server

 

Que es DRBL

DRBL (Diskless Remote Boot in Linux) es una herramienta de software de código abierto que permite a varias computadoras arrancar desde un servidor central sin necesidad de tener un sistema operativo instalado en cada una de ellas. En esencia, DRBL facilita el arranque remoto de clientes, lo que es útil en escenarios de clonación de discos, administración de sistemas y mantenimiento de redes con múltiples equipos. Funciona comúnmente junto a Clonezilla Server Edition (Clonezilla SE), formando una combinación poderosa para la clonación de discos y particiones en red.

Preparado nuestro disco duro para guardar nuestras copias de seguridad, tenemos que configurarlo para que sea nuestro servidor. Este tiene que poder leer una partición de otra estación, es decir hacer una copia de un origen, y guardarla en el servidor. Luego en otro procedimiento ser capaz de volcar esa copia en otro ordenador que se conecte como cliente al servidor, y clonar esa partición.

 

Que es Clonezilla Server

Clonezilla Server Edition (Clonezilla SE) es una herramienta de clonación y despliegue de discos y particiones en red que permite copiar de forma simultánea la misma imagen de un sistema a múltiples computadoras. Es especialmente útil en entornos de redes empresariales, educativas y de laboratorios donde se necesita implementar el mismo sistema operativo y software en varias estaciones de trabajo.

Clonezilla Server se basa en dos tecnologías clave:

1. DRBL (Diskless Remote Boot in Linux): Permite a las estaciones de trabajo cliente arrancar a través de la red desde el servidor, eliminando la necesidad de tener un sistema operativo instalado en cada cliente. DRBL se encarga de gestionar el arranque y facilita que los clientes accedan al sistema de clonación de Clonezilla sin necesidad de almacenamiento local.
2. Clonezilla: En sí mismo, Clonezilla es una potente herramienta de clonación de discos, similar a software como Norton Ghost o Acronis True Image. Sin embargo, mientras que Clonezilla Live es usado para clonar discos localmente, Clonezilla Server permite realizar estas clonaciones de manera simultánea en varias máquinas a través de una red.

Arrancamos nuestro Linux que tiene a nuestro Clonezilla Server (de forma virtual) y ejecutaremos nuestro server por primera vez, como lo tenemos en la próxima imagen.

Configuración de la red

IP Estática

Le nuestro servidor tiene que tener una dirección de red (IP) estática como vemos en nuestras imágenes. Los datos son los normales de una configuración de red, IP, Máscara de Red, Puerta de enlace, y DNS si se conectará a Internet para su navegación.

 

 

DHCP

En nuestra próxima etapa de la configuración Clonezilla tiene que saber si tiene otros DHCP que nos puedan dar errores, ya que Clonezilla Server levanta un DHCP por defecto que le dará una IP a los clientes que se conecten a el.

Llegado a este punto de configuración de nuestro servidor haremos ENTER para confirmar que le daremos una IP a los clientes que se conecten a nuestro Servidor.

 

 

Configuración del Servidor

Directorio de almacenamiento

A nuestro disco duro lo formateamos solamente con un formato Ext4 optimizado para Linux y dentro de él no tenemos directorios ni subdirectorios, pero en la próxima imagen vemos que nos reconoce el disco duro, y solo con DONE confirmamos que ese será nuestro destino de las copias.

 

Elegir en modo de trabajo del servidor:  Grabar  /  Restaurar

La imagen muestra una pantalla de Clonezilla en modo de texto, donde el usuario selecciona una de las opciones de copia de seguridad o restauración de datos en el proceso de clonación.

Aquí se detallan las opciones visibles en la pantalla:

• save-disk (Grabar disco cliente como imagen):
  Esta opción permite crear una imagen completa de todo el disco del cliente y almacenarla en el servidor o en una ubicación de respaldo. Esta es útil cuando se desea respaldar el disco entero, incluyendo todos los sistemas de archivos y particiones.
• save-parts (Grabar partición(es) cliente como imagen):
  En lugar de copiar el disco completo, esta opción permite crear una imagen de una o más particiones específicas del cliente. Esto puede ser útil cuando solo se necesita respaldar una partición en particular, como la partición del sistema operativo.
• restore-disk (Restaurar imagen a disco cliente):
  Esta opción restaura una imagen de disco completa a un disco de cliente. Es ideal para restaurar un sistema en caso de fallo o para clonar un sistema en varias máquinas.
• restore-parts (Restaurar imagen a particiones cliente):
  Permite restaurar una imagen de una partición específica en el cliente, sin afectar el resto del disco. Es útil si solo se necesita restaurar una partición, como la del sistema operativo, sin tocar otras áreas del disco.
• select-in-client (Elegir grabar/restaurar en el cliente):
  Esta opción permite seleccionar directamente desde el cliente si se desea grabar (hacer copia de seguridad) o restaurar (reinstaurar desde copia de seguridad), proporcionando flexibilidad para ejecutar ambas operaciones según sea necesario.

 

Cada una de estas opciones permite personalizar el proceso de respaldo y restauración según las necesidades del usuario, facilitando el uso de Clonezilla para entornos de copia de seguridad y clonación de discos en red.

 

La imagen muestra una etapa del proceso de clonación en Clonezilla, donde se solicita al usuario que introduzca un nombre para la imagen de respaldo que se va a crear.

La interfaz indica que Clonezilla está en modo «save» (guardar), lo que implica que se está creando una copia de seguridad o imagen de un disco o partición del cliente.

En el campo de texto, el usuario ha ingresado el nombre «BackUp-2024-10-24». Este será el nombre asignado a la imagen que Clonezilla generará. Es una práctica común incluir la fecha en el nombre para identificar fácilmente cuándo se creó el respaldo.

Asignar un nombre descriptivo a la imagen facilita la organización y recuperación de los respaldos, especialmente cuando se manejan varias imágenes. Este nombre será utilizado para identificar la imagen en el almacenamiento del servidor o en la ubicación de respaldo.

Clonezilla, que es un sistema de clonación de discos, está configurado en el modo save (guardar), lo que indica que se va a crear una imagen del disco de la máquina. La pantalla proporciona instrucciones sobre cómo seleccionar el dispositivo de disco de origen que se desea clonar. Explica que los nombres de los discos en GNU/Linux suelen ser sda, hda, etc., dependiendo de la interfaz de conexión del disco (por ejemplo, PATA, SATA o SCSI).

 

Comprobación de las imágenes

En la siguiente sección, Clonezilla permite configurar la comprobación y reparación del sistema de archivos antes de crear una imagen del disco. La opción utiliza fsck (File System Consistency Check), una herramienta en GNU/Linux para verificar y reparar la integridad del sistema de archivos en diferentes formatos compatibles (ext2/3/4, reiserfs, xfs, jfs, vfat). Sin embargo, aclara que esta función no es compatible con sistemas de archivos NTFS y HFS+.

 

 

Existen tres opciones:

• Omitir la comprobación/reparación del sistema de archivos – No se realiza ninguna verificación antes de clonar.
• -fsck – Ejecuta fsck de manera interactiva, permitiendo al usuario intervenir si se encuentran errores.
• -fsck -y – Ejecuta fsck automáticamente y corrige los errores sin intervención, pero advierte que esta opción debe usarse con precaución.

 

Como lo muestra la imagen luego que se crea una imagen de una partición se puede, o más se sugiere que se compruebe la integridad de la imagen, para comprobar que puede ser restaurada con seguridad.

 

Finalización de la creación de la imagen

Clonezilla está en condiciones de apagar la estación que acaba de leer porque ha terminado el trabajo.

 

Es importante que a la hora de decidir cuanta información queremos pasar al mismo tiempo, sepamos la velocidad de nuestro sistema, si queremos pasar un formato de archivos Fat32, podremos pasar solo 4096Mb ya que Fat32 soporta solo 4Gb, como estamos usando un sistema de archivos en Ext4 podemos usar 10000Mb

 

 

Inicio de la copia

Hasta el momento hemos configurado nuestro servidor para dejarlo en escucha a los clientes que pidan conectarse a nuestro Clonecilla, para ser copiado o para ser restaurado.

Arrancamos nuestro nuevo cliente, en este caso se llama “Clonar_PC1_Seba_Honorato” y el boot tiene que pedirle al servidor por el protocolo PXe una IP para conectarse al servidor, el servidor que también tiene un DHCP le asigna una IP al cliente por el número de MAC, ya que no le pusimos restricciones, por lo tanto le conecta asignándole una IP, y este, le ofrece realizar una copia a la que guardará con el nombre que le hemos configurado, como vemos en la tercera opción: BACKUP-2024-10-24

El paso siguiente es que nuestro servidor comience a hacer su trabajo, nos mostrará las rutinas en el terminal del trabajo que está realizando para finalmente lanzar la interfaz de la realización de la copia.

Terminado este proceso, como le hemos dicho en la imagen 20, (Pág. 11) que apague el ordenador.

 

Inicio de la restauración (modo experto)

Para entender en modo experto la restauración necesitamos hacer una descripción detallada y profunda sobre el proceso de restauración en Clonezilla abarcando los distintos modos de restauración y los métodos específicos.

Clonezilla es una herramienta de código abierto ampliamente utilizada para clonar y restaurar discos o particiones, ya sea en una sola máquina o en múltiples dispositivos en red. La función de restauración en Clonezilla permite restaurar imágenes de respaldo previamente creadas en uno o más sistemas. Este proceso es útil en entornos empresariales y educativos, donde es esencial la implementación rápida y eficiente de sistemas idénticos.

Arrancamos nuestro cliente como siempre con el boot en PXe, este se conecta como antes a nuestro servidor y nos da una interfaz para elegir a quien se conectará. Elegimos en nuestro caso todos los clientes…

 

Modo experto:

En modo experto, Clonezilla ofrece opciones avanzadas de configuración, permitiendo a los administradores ajustar cada aspecto de la restauración para optimizar la velocidad, reducir el tráfico de red o asegurar la integridad de los datos. El modo experto se recomienda para usuarios con conocimientos sólidos en administración de redes y sistemas, ya que involucra configuraciones detalladas que pueden afectar el rendimiento de la red y la estabilidad de los equipos.

Es fundamental que lo próximo que seleccionemos sea lo que realmente necesitemos realizar ya que este paso suele ser por descuidos lo que suele producir acciones indeseadas como el borrado de archivos, por lo que tenemos que asegurarnos de elegir si queremos leer para hacer copia o escribir para restaurar copias de seguridad ya realizadas anteriormente.

Parámetros de Clonezilla:

Los parámetros permiten una gran flexibilidad en el manejo de discos y sistemas de archivos, adaptándose a diferentes necesidades en entornos de TI. En esta explicación, abordaremos algunos de los parámetros avanzados más útiles y detallaremos cómo y cuándo utilizarlos, incluyendo -g auto, -el auto, -e2, -x, y -nogui.

1. Parámetro -g auto

El parámetro -g auto se utiliza para controlar el comportamiento de Clonezilla después de completar una tarea de clonación o restauración. Específicamente, permite definir si el sistema debe apagarse automáticamente, reiniciarse o mantener el estado actual una vez que se haya terminado la operación. Este parámetro es particularmente útil en entornos de gran escala, donde es conveniente automatizar las tareas de clonación para reducir la intervención manual.

• Opciones del parámetro -g:

• -g auto: Esta opción hace que Clonezilla determine automáticamente qué acción tomar después de completar la tarea. El sistema puede decidir apagar, reiniciar o quedarse en modo de espera, basándose en las configuraciones predeterminadas o en otros parámetros que se hayan establecido.
• -g shutdown: Si se especifica shutdown, Clonezilla apagará el sistema al finalizar el proceso. Es ideal para escenarios donde el equipo no se necesita de inmediato después de la clonación y es importante reducir el consumo de energía.
• -g reboot: Con esta opción, Clonezilla reinicia el sistema una vez terminada la tarea. Es útil cuando los equipos deben estar listos para ser utilizados de inmediato.
• -g no-action: Con esta opción, Clonezilla no realiza ninguna acción al finalizar y se queda en la pantalla de finalización, permitiendo que el usuario tome una decisión manualmente.

Utilizar el parámetro -g auto es útil para sistemas que necesitan una cierta flexibilidad, ya que permite a Clonezilla tomar la decisión adecuada automáticamente. Es común en implementaciones donde se deben clonar múltiples máquinas, reduciendo la necesidad de que el administrador esté monitoreando constantemente.

2. Parámetro -el auto

El parámetro -el auto está relacionado con el comportamiento de compresión en Clonezilla. Cuando se crean imágenes de disco, la compresión es un paso importante que ayuda a reducir el tamaño del archivo, ahorrando espacio en el almacenamiento de respaldo y facilitando la transferencia en red. Clonezilla utiliza -el auto para determinar automáticamente el método de compresión más adecuado basándose en la capacidad del hardware y en los requisitos de la red.

• Opciones de -el:

• -el gzip: Utiliza gzip como el método de compresión. gzip es uno de los métodos más compatibles y ofrece una compresión rápida y eficiente, aunque el tamaño de la imagen puede ser más grande en comparación con otros métodos.
• -el bzip2: Con bzip2, se logra una mayor compresión en comparación con gzip, pero el proceso es más lento. Es adecuado cuando el tamaño de la imagen es una prioridad mayor que la velocidad de creación de la misma.
• -el zstd: Este método, basado en el algoritmo zstd, es más reciente y combina buena velocidad de compresión con un alto nivel de compresión. Es recomendado para entornos donde se requiere un equilibrio entre velocidad y ahorro de espacio.
• -el lzo: lzo es un método de compresión rápido, aunque el nivel de compresión es bajo. Es adecuado para sistemas que necesitan clonar y restaurar rápidamente y donde el tamaño de la imagen no es una limitación.

La opción -el auto permite que Clonezilla seleccione el método de compresión automáticamente. Este ajuste es especialmente útil cuando se clonan múltiples máquinas con diferentes configuraciones de hardware, ya que Clonezilla ajustará la compresión de acuerdo con la capacidad del sistema y la velocidad de red.

3. Parámetro -e2

El parámetro -e2 se utiliza para realizar verificaciones de integridad en la imagen del disco una vez creada. En entornos críticos de TI, la integridad de los datos es esencial, y asegurarse de que la imagen creada no esté corrupta es una de las principales preocupaciones. Clonezilla utiliza -e2 para ejecutar una verificación de la imagen de disco, garantizando que se haya creado sin errores y que sea válida para su restauración.

• Uso del parámetro -e2:

• -e2 activado: Cuando este parámetro está activo, Clonezilla realizará una verificación de la integridad de la imagen automáticamente después de su creación. La verificación puede incluir comprobaciones de la suma de verificación (checksum) o la comprobación del sistema de archivos, asegurando que los datos copiados sean correctos.
• Verificación de consistencia: -e2 puede ayudar a identificar sectores defectuosos o problemas en el sistema de archivos que puedan haberse duplicado en la imagen. Si se encuentran errores, Clonezilla alertará al administrador para tomar las medidas necesarias.

El parámetro -e2 es especialmente útil en sistemas de respaldo críticos, como servidores o equipos en entornos de alta disponibilidad, donde cualquier error en la imagen podría resultar en tiempos de inactividad significativos. Sin embargo, esta opción aumenta el tiempo total del proceso de clonación, ya que se añade una fase de verificación, por lo que puede no ser ideal en sistemas donde la velocidad es prioritaria.

4. Parámetro -x

El parámetro -x es utilizado en Clonezilla para omitir la creación de una tabla de particiones en el proceso de clonación. Por defecto, Clonezilla clona la tabla de particiones del disco de origen en el disco de destino, asegurando que el sistema de particiones sea idéntico. Sin embargo, en algunos casos, es posible que no se desee replicar la tabla de particiones; por ejemplo, si se está restaurando en un disco que ya tiene particiones personalizadas o si solo se desea copiar datos específicos.

• Opciones y usos de -x:
  • Omite la tabla de particiones: Al utilizar -x, Clonezilla no replica la tabla de particiones del disco de origen en el disco de destino. Esto permite al administrador de sistemas conservar las particiones originales del disco de destino mientras solo se clonan los datos.
  • Uso en restauraciones personalizadas: Este parámetro es particularmente útil cuando se están migrando datos entre discos con diferentes configuraciones de particiones. También es útil en migraciones donde se desea cambiar la estructura del disco en el destino sin afectar los datos.

-x es ideal en escenarios donde solo se desean clonar o restaurar ciertas particiones específicas o en migraciones de disco a disco que no deben alterar las particiones existentes. Sin embargo, es importante utilizar este parámetro con precaución, ya que una configuración incorrecta podría llevar a pérdida de datos o inconsistencias en el sistema de archivos.

5. Parámetro -nogui

El parámetro -nogui desactiva la interfaz gráfica de Clonezilla y lo ejecuta completamente en el entorno de línea de comandos. Esto es útil en servidores o entornos donde no se dispone de una interfaz gráfica o donde el acceso a través de una interfaz gráfica no es práctico.

• Opciones y usos de -nogui:

• Ejecución sin interfaz gráfica: Cuando -nogui está activo, Clonezilla opera en modo texto, lo que permite a los administradores ejecutar scripts y automatizar tareas de clonación sin necesidad de una interacción gráfica.
• Ideal para entornos de servidores: En entornos de servidores o sistemas sin interfaz gráfica, -nogui facilita la ejecución de Clonezilla de manera eficiente y sin la sobrecarga de una GUI. Esto es particularmente beneficioso en entornos de línea de comandos o en situaciones de acceso remoto.

Este parámetro es común en implementaciones avanzadas donde los administradores prefieren automatizar procesos o realizar copias de seguridad de forma remota. Al reducir la carga de recursos que genera una GUI, -nogui permite que Clonezilla funcione de forma más rápida y eficiente.

6. Otros Parámetros Útiles en Clonezilla

Además de los parámetros mencionados anteriormente, Clonezilla ofrece otros parámetros que pueden ajustarse en modo experto para mejorar y personalizar la clonación y restauración:

• -j2: Permite a Clonezilla omitir la verificación del sistema de archivos al clonar, útil en entornos donde la velocidad es prioritaria y el sistema de archivos ya se ha verificado previamente.
• -q1: Activa el modo silencioso, minimizando la cantidad de mensajes de salida en pantalla. Ideal para automatizaciones donde no se requiere ver cada detalle del proceso.
• -t: Define el número de intentos de reintento en caso de errores de lectura/escritura. Esto es útil en discos con sectores defectuosos, donde los reintentos pueden ayudar a recuperar datos sin abortar el proceso.

Luego de decidir si queremos comprobar la integridad de los archivos antes de restaurarlos elegimos la imagen a restaurar

 

Modos de Restauración en Red: Multicast, Broadcast y Unicast

Cuando se utiliza Clonezilla para restaurar imágenes a través de la red, hay tres modos de restauración disponibles: Multicast, Broadcast y Unicast. Cada modo tiene características particulares y se elige dependiendo de la infraestructura de red y de la cantidad de dispositivos a restaurar.

a) Modo Multicast

El modo Multicast es una de las opciones más eficientes para restaurar imágenes en múltiples dispositivos de forma simultánea. En este modo, los datos de la imagen de respaldo se transmiten desde el servidor a un grupo de clientes de forma simultánea, enviando una única transmisión de datos a todos los dispositivos conectados.

Ventajas del Multicast:

• Reducción de Ancho de Banda: Como los datos se envían solo una vez, pero son recibidos por múltiples clientes, el consumo de ancho de banda es menor comparado con el Unicast.
• Sincronización de Dispositivos: Al recibir todos los clientes la misma transmisión, se asegura que cada dispositivo tenga la misma imagen al mismo tiempo, lo que facilita la implementación sincronizada en múltiples dispositivos.
• Consideraciones para el Multicast:
• Compatibilidad de Red: La red debe ser compatible con transmisiones multicast. En redes grandes, los routers y switches deben estar configurados para manejar este tipo de transmisión.
• Capacidad del Cliente para Sincronizarse: Algunos clientes pueden retrasarse si sus capacidades de procesamiento o almacenamiento son menores, lo que puede ralentizar el proceso de restauración para todos los dispositivos conectados en multicast.

b) Modo Broadcast

El modo Broadcast es similar al multicast en cuanto a que los datos se envían en una única transmisión para ser recibidos por todos los dispositivos en red. Sin embargo, el broadcast envía los datos a todos los dispositivos conectados a la red, independientemente de si están participando en el proceso de restauración o no.

Ventajas del Broadcast:

• Similitud con el Multicast: Puede ser una opción cuando la red no es compatible con multicast, ya que el broadcast no requiere configuraciones de red adicionales.
• Desventajas del Broadcast:
• Sobrecarga de Red: Dado que los datos son enviados a todos los dispositivos en la red, puede generar una gran cantidad de tráfico, afectando el rendimiento de la red para otros usuarios y dispositivos.
• Riesgo de Saturación: Este modo no es recomendado para redes grandes debido al alto tráfico de datos y el potencial de saturación.

c) Modo Unicast

El modo Unicast es una transmisión de datos uno a uno, en la que el servidor de Clonezilla envía una copia de la imagen de respaldo a cada dispositivo de forma individual. Cada cliente tiene su propio flujo de datos, sin interferir con otros.

Ventajas del Unicast:

• Precisión y Control: Al restaurar un cliente a la vez, el administrador tiene un control completo sobre cada dispositivo y puede monitorear de cerca el proceso de restauración.
• Menor Sobrecarga en Redes Grandes: En redes con pocos clientes o en donde el ancho de banda no es un problema, el unicast puede ser efectivo.
• Desventajas del Unicast:
• Mayor Uso de Ancho de Banda: Cada dispositivo recibe un flujo de datos independiente, lo cual incrementa el tráfico total en la red. En una red con múltiples dispositivos, esto puede saturar la capacidad de ancho de banda.
• Mayor Duración del Proceso: Restaurar cada dispositivo de manera individual toma más tiempo comparado con los modos multicast y broadcast, especialmente en entornos con muchos equipos.

 

Métodos de Restauración en Clonezilla

Existen varios métodos de restauración en Clonezilla, que pueden configurarse según el nivel de automatización y la interacción requerida. Algunos de los métodos comunes incluyen:

• Automática o Desatendida: Permite restaurar imágenes sin intervención manual una vez configurado, ideal para implementaciones en masa.
• Intervención Manual: Permite al usuario revisar y confirmar configuraciones antes de la restauración, útil para entornos donde cada equipo puede necesitar configuraciones específicas.
• Restauración Parcial o Completa: Permite restaurar la totalidad del disco o solo particiones específicas, adaptándose a casos donde solo una parte de la información necesita ser recuperada.

Configuración de los Tiempos de Espera:

Clients time to wait  –  Time to wait   –   Client to wait

Al configurar Clonezilla en modo experto, es posible ajustar parámetros de tiempo de espera que controlan el momento en que los dispositivos se conectan al servidor y el inicio de la restauración. Estos parámetros son clave en redes grandes y para evitar problemas de sincronización.

1. a) Clients time to wait

Este parámetro define el tiempo de espera que el servidor concede a todos los clientes antes de iniciar la transmisión de la imagen en modo multicast o broadcast. Este tiempo es importante para asegurar que todos los dispositivos en la red tengan tiempo de conectarse y estén listos para recibir los datos.

• Uso en Multicast: En un entorno de multicast, este tiempo de espera permite que todos los dispositivos se sincronicen y comiencen a recibir los datos al mismo tiempo, evitando que algunos dispositivos comiencen el proceso de restauración antes que otros.
• Configuración Recomendada: En redes grandes, un tiempo de espera más largo es ideal para permitir que todos los dispositivos tengan tiempo de conectarse al servidor.

1. b) Time to wait

El parámetro Time to wait establece el tiempo que Clonezilla espera en general antes de iniciar el proceso de restauración. Este ajuste aplica tanto para modos en red como para restauraciones locales. Es útil cuando se necesitan realizar comprobaciones adicionales o cuando el administrador necesita tiempo para asegurar que todos los dispositivos están correctamente configurados.

• Ideal para Preparación: Da tiempo adicional para realizar configuraciones finales o verificar que los dispositivos estén listos.
• Configuración Recomendada: El tiempo de espera depende de la complejidad del entorno y del número de dispositivos a restaurar. En un entorno controlado, este tiempo puede ser mínimo.

1. c) Client to wait

Este parámetro define el tiempo de espera individual para cada cliente antes de que se realice una conexión con el servidor o con el dispositivo de almacenamiento que contiene la imagen de restauración. Es útil para permitir que dispositivos con capacidades de procesamiento o conexión más lentas tengan tiempo de conectarse y participar en la restauración.

• Uso en Redes Mixtas: En entornos donde los dispositivos tienen distintas capacidades de hardware o conectividad, este tiempo de espera permite que todos los dispositivos se conecten adecuadamente sin que el servidor se adelante en el proceso.
• Evita Errores de Sincronización: Sin este tiempo de espera, algunos dispositivos más lentos podrían no estar listos, lo que causaría errores en la restauración o en la sincronización.

El proceso de restauración de Clonezilla en modo experto es altamente configurable y ofrece una gran cantidad de opciones para restaurar imágenes en dispositivos individuales o en múltiples dispositivos a través de la red. Los modos Multicast, Broadcast y Unicast permiten a los administradores de sistemas elegir la estrategia de restauración más adecuada para sus redes, balanceando el uso del ancho de banda, la sincronización de los dispositivos y la velocidad de implementación.

La configuración de los tiempos de espera, como Clients time to wait, Time to wait y Client to wait, agrega control adicional al proceso, permitiendo a los administradores optimizar la restauración en redes con dispositivos de diferentes capacidades y mejorar la eficiencia del proceso. Estas opciones avanzadas hacen de Clonezilla una herramienta poderosa en entornos de TI, donde la administración centralizada y eficiente de múltiples dispositivos es crítica.

Como nosotros hemos seleccionado CLIENT TO WAIT nos ofrece que configuremos la cantidad de clientes que se podrán conectar simultáneamente, esto es algo que tenemos de decidir según los recursos físicos para que administrar la cantidad de tráfico de la red, entre otras…

 

Finalizando la configuración de la restauración

 

Inicio de la restauración

DRBL es un sistema que permite a las máquinas cliente arrancar y ejecutar sistemas operativos o aplicaciones de forma remota desde un servidor, sin necesidad de discos duros locales en las máquinas cliente. Clonezilla Server, por su parte, utiliza el entorno DRBL para clonar o restaurar múltiples equipos en una red al mismo tiempo. Este sistema es ideal para administradores que desean realizar copias de seguridad y restauraciones de una gran cantidad de dispositivos sin tener que intervenir físicamente en cada uno.

La restauración en Clonezilla Server comienza cuando las máquinas cliente se configuran para arrancar a través de la red. Este proceso se realiza utilizando PXE, un entorno de arranque que permite a los equipos sin disco o sin sistema operativo local cargar software desde un servidor en la red. Al iniciar la restauración con DRBL y Clonezilla Server. A través de PXE, los equipos cliente reciben las instrucciones necesarias para iniciar la restauración desde el servidor de Clonezilla, eliminando la necesidad de medios de instalación físicos, como discos duros externos o USB.

Entonces como se podrá apreciar en la imagen que sigue, arrancamos nuestros clientes, los dos, si fueran tres, el tercero quedará a la espera, porque como se vio en la imagen 28 le dijimos que solo queríamos 2 clientes a la vez, por lo tanto si hay 2 conectados se sincronizan para realizar la misma tarea al mismo tiempo prácticamente…

Hemos elegido en la imagen 26 el método MULTICAST y esto es otro dato que nos brinda el cliente de Clonezilla cuando se lanza y conecta por PXE.

Si todo está correcto como lo deseamos se lanza la restauración de los clientes automáticamente.

Clonezilla Server ofrece tres modos de restauración en red: unicast, multicast, y broadcast. Cada uno tiene sus ventajas y desventajas, dependiendo del número de máquinas cliente, la infraestructura de red y los requerimientos de restauración. En el modo multicast, que fue el que hemos elegido en la imagen 26 el servidor envía la imagen de restauración una sola vez y los clientes la reciben simultáneamente. Este método reduce significativamente el consumo de ancho de banda, especialmente cuando se trata de restaurar un gran número de equipos. Sin embargo, multicast requiere que la infraestructura de red soporte este tipo de transmisión. Este método es óptimo en redes grandes donde se desea restaurar muchas máquinas con la misma imagen.

 

 

Final de la restauración

Habíamos configurado nuestro servidor para que una vez que termine su trabajo apague las maquinas que se han conectado. En las siguientes imágenes vemos el final del proceso de restauración.

Al terminar su último trabajo en el servidor se cerrarán las ventanas clientes.

«>