Migración tradicional de datos
La migración tradicional de archivos normalmente funciona de una de las dos maneras siguientes: sincronización repetida o interposición externa.
Migración mediante sincronización
Este método funciona mediante la adopción de un host activo X y la migración de datos al nuevo host Y, mientras X permanece activo. Los clientes aún pueden leer y modificar datos en el host original mientras esta migración está en curso. Una vez que se realiza la migración inicial de los datos, se envían cambios incrementales de manera reiterada hasta que el archivo delta es suficientemente pequeño para ser enviado dentro de una única ventana de inactividad. En este momento, el recurso compartido original pasa a ser de sólo lectura, el archivo delta final se envía al nuevo host y todos los clientes se actualizan para apuntar a la nueva ubicación. La manera más común de lograr esto es mediante la herramienta rsync, aunque existen otras herramientas integradas. Este mecanismo tiene diversas desventajas:
-
Si bien el tiempo de inactividad anticipado es breve, no se puede cuantificar con facilidad. Si un usuario confirma una gran cantidad cambios inmediatamente antes del tiempo de inactividad programado, puede aumentar el período de inactividad.
-
Durante la migración, el nuevo servidor está inactivo. Dado que los nuevos servidores generalmente contienen nuevas características o mejoras de rendimiento, representan un desperdicio de recursos durante un período de migración potencialmente extenso.
-
La coordinación entre varios sistemas de archivos es incómoda. Cuando se migran docenas o cientos de sistemas de archivos, cada migración tardará una cantidad diferente de tiempo y se deberá programar el tiempo de inactividad de la unión de todos los sistemas de archivos.
Migración mediante interposición externa
Este método funciona mediante la adopción de un host activo X y la inserción de un nuevo dispositivo ZFSSA M que migra datos a un nuevo host Y. Todos los clientes se actualizan a la vez para apuntar a M, y los datos se migran automáticamente en segundo plano. Esto ofrece más flexibilidad para las opciones de migración (como la capacidad de migrar a un nuevo servidor en el futuro sin tiempo de inactividad) y permite aprovechar el nuevo servidor para datos ya migrados, pero también tiene desventajas significativas:
-
El dispositivo de migración ZFSSA representa un nuevo equipo físico, con costos asociados (inversión inicial, costos de asistencia, energía y enfriamiento) y sobrecarga de gestión adicional.
-
El dispositivo de migración ZFSSA representa un nuevo punto de error en el sistema.
-
El dispositivo de migración ZFSSA se interpone en datos ya migrados e incurre en latencia adicional, generalmente, en forma permanente. Estos dispositivos ZFSSA normalmente quedan en su lugar, aunque sería posible programar otro período de inactividad y retirar el dispositivo de migración ZFSSA.