Changes between Version 1 and Version 2 of Syncronize1.1

Timestamp:

Mar 16, 2017, 1:47:28 PM (7 years ago)

Author:

irina

Comment:

--

Syncronize1.1

@@ -38 +38 @@
 Más información en [[http://www.mikerubel.org/computers/rsync_snapshots Easy Automated Snapshot-Style Backups with Linux and Rsync] (rsnapshop se basa en este artículo).
 
+__Pruebas velocidad al crear una imagen hija__
+
+Tamaño de la imagen:  3,7Gb → 0m 56s
+
+{{{
+cdc@ogdevel:/opt/opengnsys/bin$ sudo ./cloneimage Ubuntu16Sync UbuntuClone 
+Copiamos los archivos de una imagen a otra. 
+   * cd /opt/opengnsys/images 
+   * cp -lrP /opt/opengnsys/images/Ubuntu16Sync /opt/opengnsys/images/UbuntuClone 
+La copia ha terminado correctamente. 
+   Fin del script. Tiempo total: 0m 56s 
+}}}
+
+
 === Compresión de los datos en el servidor ===
 Encontramos varios procedimientos:
@@ -50 +64 @@
   * FUSE: FuseCompress or CompFUSEd. 
 
+==== Pruebas con Btrfs ====
+
+Permite montar con compresión de forma transparente. Pero:
+ * du muestran el tamaño de los datos como si estuvieran descomprimidos (según la documentación por coherencia con los sistemas de ficheros anteriores)
+ * df sí muestra la ocupación del sistema de ficheros teniendo en cuenta la compresión. Para saber el tamaño de una imagen habría que calcular la ocupación del repositorio (cache o repo) antes y después de crearla.
+
+__Prueba creación de una imagen__
+
+|| Partición cliente || df \\ /dev/sda1              14G  '''3,8G'''  9,5G  29% /mnt/sda1 ||
+|| Imagen en cliente || ls $OGCAC$OGIMG \\ !UbuntuSync \\ df \\/dev/sda4              39G  '''1,9G'''   35G   6% /opt/opengnsys/cache ||
+|| Imagen en servidor || du -sh !UbuntuSync \\ '''3,7G'''       !UbuntuSync ||
+
+__Prueba creación de dos imágenes una hija de otra__
+
+Tamaño de los datos en las particiones del cliente (con df):
+|| Partición 1 cliente || /dev/sda1             14632408  '''3877776'''   9988280  28% /mnt/sda1 || '''3,7G''' ||
+|| Partición 2 cliente || /dev/sda2             29397972 '''20644320'''   7237848  75% /mnt/sda2 || '''20G''' ||
+
+Al crear la segunda imagen el primer paso es clonar la imagen del mismo sistema operativo que tenga el tamaño más parecido.
+
+Tamaño de las imágenes en la partición cache (con df):
+|| Creo imagen de la primera partición || /dev/sda4   40000000  '''2030032'''  36181552   6% /opt/opengnsys/cache || '''2,0G''' ||
+|| Creo imagen de la segunda partición || /dev/sda4   40000000 '''11574108'''  27603108  30% /opt/opengnsys/cache || '''11G '''||
+
+Nota: al copiar la imagen en Btrfs es necesario incluir la opción -P para que no siga los enlaces simbólicos. En ext4 no se presenta este problema.
+
 ==== Pruebas con ZFS ====
+
+En un equipo cliente al actualizar una imagen en la cache en zfs por multicast se queda completamente colgado. '''Descartamos está opción'''
+
 Las pruebas se hacen con Ubuntu16, ya que los nuevos kernel traen mejor soporte para este sistema de ficheros.