Sistema Distribuído de Archivos (DFS = “Distributed File System”) Replicación y Sincronización de Datos

En la nota anterior “Sistema Distribuido de Archivos (DFS = “Distributed File System”) ¿Realmente lo Conoce?” hemos visto algunos de los términos fundamentales que debemos conocer para interpretar correctamente su funcionamiento, y además hemos visto la configuración de una de sus funcionalidades principales, la consolidación de carpetas compartidas desde el punto de vista lógico, que no físico

En esta demostración veremos cómo podemos configurar que las carpetas que definimos anteriormente se pueden replicar y sincronizar con otras en diferentes servidores, de forma tal que las podríamos aprovechar para por ejemplo: disminuir el tráfico sobre enlaces WAN, proveer tolerancia a fallas, distribuir información, e inclusive recopilar centralizadamente informacion que se genera en diferentes lugares

Continuaré con la misma infraestructura de la nota anterior, y con la configuración ya hecha, donde recuerdo hemos creado dos “Folders”, cada uno apuntando a su propio “Folder Target”

Pongo nuevamente el diagrama para recordar más fácil

En la nota anterior habíamos creado “VentasBAires” apuntando a \\SRV1\VentasBAires y \\SRV2\VentasMendoza Ahora crearemos un nuevo “Folder Target” de “VentasBAires” pero apuntando a \\SRV2\VentasBAires Estas dos ubicaciones se mantendrán sincronizadas

Sobre el “Folder” “VentasBAires” comencemos agregando un nuevo “Folder Target”

Ahora lo apuntamos a \\SRV2

Automáticamente creará el compartido

Podemos asignar los mismos permisos, o inclusive hasta se podrían asignar diferentes permisos. Por ejemplo para que la gente que se conecte al compartido del sitio Mendoza, pueda ver la información pero no modificarla

Creará la correspondiente carpeta indicada en el cuadro anterior

Y lo más importante, al notar el sistema que tenemos un mismo “Folder” apuntando a dos “Folder Targets” diferentes automáticamente no ofrecerá crear un “Replication Group” (Grupo de Replicación), que por supuesto aceptaremos

Controlará que exista la infraestructura adecuada

Controlamos que los nombres sugeridos son adecuados y seguimos adelante

Nos preguntará cuál es el servidor primario, esto tiene importancia sólo en la replicación inicial, ya que más adelante sincronizará en ambos sentidos

Al disponer sólo de dos servidores no hay muchas opciones para la topología de replicación, pero por ejemplo, si estuviéramos utilizando el DFS para recopilar información en un sitio central, o para distribuir información desde el sitio central podríamos usar la topología “Hub and Spoke”

Podemos observar que nos ofrece opciones de configuración muy importantes a tener en cuenta de acuerdo al volumen de datos a replicar si tenemos enlaces WAN
Podemos limitar el ancho de banda utilizado

Y aunque no lo utilizaré en esta demostración, observen la otra opción que es configurar días y horarios con limitaciones de uso de tráfico

Confirmamos

Todo correcto

Nos avisa que la replicación no comenzará inmediatamente sino que puede demorar unos minutos

Mientras el sistema se toma su tiempo para comenzar la replicación, observaremos algunas configuraciones importantes
Lo primero es ver que tenemos configurado el “Replication Group” y los servidores participantes

En la ficha “Connections” podemos ver los objetos conexión que se han creado entre los servidores. Ya volveremos más adelante a esta

Podemos ver los “Folders” que se replicarán y mantendrán sincronizados

Para comenzar a probar, en SRV1 pondré un archivo en la carpeta C:\VentasBAires

Mencioné antes que volveríamos a la ficha “Connections”. Para forzar la replicación del archivo recién puesto, podemos con botón derecho sobre el objeto conexión elegir “Replicate Now…” (Replicar Ahora…)

Y si ahora vamos a SRV2 podremos observar que se ha replicado el archivo de prueba

Con esto hemos demostrado la configuración y verificado el funcionamiento del sistema de replicación de datos

Había pensado dejar la nota acá, pero no quiero cerrar el tema sin antes mostrar algunas características de configuración que pueden ser importantes en muchos casos

Observen que independientemente de los permisos asignados al compartido, puedo fácilmente asignar a uno de los servidores miembros como “Read-only” (Sólo lectura)

Si ingresamos a las propiedades podemos observar algunas configuraciones que son importantes. Muestro sólo algunas

Lo mismo para las “Connections”

Esto es lo que comentaba anteriormente sobre la posibiliad de configurar diferente uso de ancho de banda durante diferentes días y horarios

Si vamos a las propiedadesde “Replicated Folders” podemos observar cuáles serán las extensiones de archivo que por omisión no sincronizará

Además podemos observar que se puede delegar la administración, inclusive generar reportes de diagnóstico de la replicación

Aunque lo podemos ver el reporte en el momento, por omisión lo guardará para un futuro análisis en caso de producirse algún problema

Y por supuesto está todo bien. (Es una demo ;-))

Con estas dos notas sobre DFS ya dejaré el tema. Espero que aclare a muchos cómo configurarlo, y cuáles son las dos funciones principales

 

Post a comment or leave a trackback: Trackback URL.

Comentarios

  • Pavilion  On 03/07/2014 at 12:44

    Realmente había oído de DFS pero nunca le he tirado, después de leer estas notas me he decidido a meterle mano ahora que estoy migrando algunos servers a 2012 R2.

    Gracias Guille, como siempre todo muy claro :-)

    • Guillermo Delprato  On 03/07/2014 at 13:03

      Antes de ponerlo en productivo, conviene probarlo en ambiente de pruebas, sobre todo si fueran muchos archivos o muy muy grandes
      Me alegro sirva :-)

  • Javier Ortega  On 04/11/2014 at 07:41

    Guillermo, una pregunta:
    En un DFS basado en dominio, por ejemplo el que tu propones en el tutorial, con dos servidores SRV1 y SRV2. Ambos tienen un disco C: para el sistema operativo y otro D: decicado en exclusiva al espacio de nombres.
    Si el disco D: de SRV2 falla fisicamente, los clientes podrían seguir accediedo al DFS sin darse cuenta del problema. Pero… ¿que deberia hacer el administrador para subsanarlo?
    ¿Es suficiente con sustituir el disco roto por otro nuevo? ¿Habría que eliminar primero la replicación, cambiar el disco y luego volver a configurar la replicación?
    Te agradecere si me aclaras cual sería la “Gestión de Crisis” más adecuada
    Javier

    • Guillermo Delprato  On 04/11/2014 at 08:15

      Hola Javier, entiendo que en ese caso lo mejor sería recuperar desde una copia de seguridad. Si eso no fuera posible entonces habría que crear manualmente la carpeta raíz del DFS, y entiendo que la replicación se hará nuevamente, pero sinceramente no he hecho esa prueba. Como mucho habría que eliminar el “link target” y volverlo a crear
      Por las dudas te dejo un enlace que creo que tiene datos muy interesantes sobre DFS
      Replicación DFS: preguntas más frecuentes (P+F) : http://technet.microsoft.com/es-es/library/cc773238(v=ws.10).aspx

Trackbacks

Este espacio es para comentarios sobre la nota. No es un sitio de soporte

Introduce tus datos o haz clic en un icono para iniciar sesión:

Logo de WordPress.com

Estás comentando usando tu cuenta de WordPress.com. Cerrar sesión / Cambiar )

Imagen de Twitter

Estás comentando usando tu cuenta de Twitter. Cerrar sesión / Cambiar )

Foto de Facebook

Estás comentando usando tu cuenta de Facebook. Cerrar sesión / Cambiar )

Google+ photo

Estás comentando usando tu cuenta de Google+. Cerrar sesión / Cambiar )

Conectando a %s

A %d blogueros les gusta esto: