NetApp Tech OnTap
     

Data Motion para volúmenes

Mejores prácticas y casos de uso

El método tradicional para mover datos (desconectar un volumen, pasar horas copiándolo a la nueva ubicación y, a continuación, reconfigurarlo y reiniciar los servidores y aplicaciones afectados) se ha convertido en algo casi imposible en una época de infraestructuras compartidas y operaciones de 24 horas. Por esto, NetApp ofrece un abanico de opciones que permiten mover datos a una nueva localización sin interrupciones y lo más fácilmente posible cuando sea necesario.

Si es lector habitual de Tech OnTap, ya conocerá Data Motion de NetApp (ahora llamado DataMotion para vFiler® de NetApp®), que permite mover unidades vFiler de MultiStore® y todos los datos asociados entre sistemas de almacenamiento en entornos multi-tenancy. Con el lanzamiento de Data ONTAP® 8.0.1, NetApp introdujo diversas funcionalidades que incluyen DataMotion para volúmenes que permite migrar volúmenes que contengan unidades lógicas entre agregados de la misma controladora de almacenamiento sin interrupciones.

Este artículo describe DataMotion para volúmenes, explica en qué se diferencia de DataMotion para vFiler y observa algunas de las mejores prácticas y posibles casos de uso.

¿Qué es DataMotion para volúmenes?

DataMotion para volúmenes es una nueva función ofrecida en Data ONTAP 8.0.1 ejecutándose en 7-Mode. Permite migrar, sin interrupciones, un volumen de un agregado a otro de una única controladora de almacenamiento (no puede mover volúmenes entre dos controladoras distintas que conformen un par de alta disponibilidad). DataMotion para volúmenes ha sido diseñado para facilitar la migración de cualquier volumen que contenga FC, FCoE o unidades lógicas iSCSI. No es compatible con volúmenes NFS o CIFS.

NetApp DataMotion para volúmenes le permite migrar volúmenes que contengan unidades lógicas entre distintos agregados de una única controladora de almacenamiento NetApp® sin interrupciones.

Figura 1) NetApp DataMotion para volúmenes permite migrar volúmenes con unidades lógicas entre distintos agregados de una única controladora de almacenamiento NetApp® sin interrupciones.

Una ventaja clave de DataMotion para volúmenes es que mantiene toda la información asociada a un volumen tras la migración que incluye:

  • Copias Snapshot y su programación
  • Relación con SnapMirror®, SnapVault® y MetroCluster™
  • Configuración de thin provisioning
  • Estado de deduplicación (es necesario volver a escanear para restablecer la ruta de la base de datos en la nueva ubicación)

Mueva datos entre todo tipo de medios conectados a su controladora de almacenamiento. Por ejemplo, de un agregado con discos FC o SAS a uno compuesto de discos SATA o viceversa. En la primera versión, se pueden mover volúmenes entre agregados de 32 bits o entre agregados de 64 bits, pero no entre agregados de 32 y 64 bits

Diferencias entre DataMotion para volúmenes y DataMotion vFiler

Existen varias diferencias importantes entre DataMotion para volúmenes y la tecnología DataMotion para vFiler que puede que ya conozca. DataMotion para volúmenes funciona a nivel del volumen FlexVol® mientras que DataMotion para vFiler lo hace a nivel de vFiler y migra todos los volúmenes NFS o iSCSI asociados con una unidad vFiler dada. DataMotion para vFiler permite migrar volúmenes entre sistemas de almacenamiento independientes o pares de alta disponibilidad. DataMotion para vFiler se gestiona mediante Protection Manager de NetApp. DataMotion para volúmenes solo puede invocarse desde el comando en línea utilizando el comando vol move.

Esta y otras diferencias se resumen en la tabla 1.

Tabla 1) Comparación de DataMotion para volúmenes con DataMotion para vFiler.

 

DataMotion para vFiler

Data Motion para volúmenes

Granularidad

vFiler

FlexVol

Alcance de la operación

Migración entre pares de alta disponibilidad

Migración entre agregados de la misma controladora de almacenamiento

Protocolos

NFS, iSCSI

FC, FCoE, iSCSI

Gestión

Protection Manager, CLI

Solo CLI

Versión de Data ONTAP

7.3.3 o posterior
Próximas versiones 8.x

8.0.1 o posterior


¿Cómo funciona DataMotion para volúmenes?

DataMotion para volúmenes aprovecha la tecnología SnapMirror de NetApp para migración de volúmenes. Conocer un poco el proceso puede ayudarle a conseguir el éxito. La migración se da en tres fases:

  • Configuración
  • Copia de datos
  • Transposición

En las fases de configuración y copia de datos, el volumen de origen sigue ofreciendo servicio a las solicitudes I/O sin interrupciones.

Ilustración del proceso de DataMotion para volúmenes completo.

Figura 2) Ilustración del proceso de DataMotion para volúmenes completo.

FASE DE CONFIGURACIÓN

En la fase de configuración, se realizan comprobaciones previas importantes para garantizar que toda la operación pueda realizarse con éxito. Estas comprobaciones previas se ejecutan cada vez que se inicia DataMotion para volúmenes y se realizan por segunda vez cuando se inicia la fase de transposición.

Las comprobaciones previas verifican el estado de todos los objetos (tales como volumen de origen y agregado de origen y de destino) involucrados en el movimiento. Si alguna de las comprobaciones previas no se realiza con éxito, se le notificará y el proceso no se iniciará. Se informa de todos los errores de las comprobaciones previas en la consola y se registran en el archivo de registro en el volumen raíz de la controladora (/etc/log/ndvm).

Una vez realizadas todas las comprobaciones previas con éxito, DataMotion para volúmenes:

  • Crea un volumen marcador de posición temporal en el agregado de destino utilizando la convención de nombre:

ndm_dstvol_

  • Provoca una transferencia inicial para establecer una relación SnapMirror entre el volumen de origen y el volumen marcador. Esta es la fase más larga; su duración es directamente proporcional al tamaño del volumen de origen ya que se transfiere todo el contenido del volumen.

FASE DE COPIA DE DATOS

Una vez completada la transferencia inicial, empieza la fase de copia de datos, durante la cual se inician actualizaciones SnapMirror sucesivas para sincronizar el volumen de destino con el origen, que permanece activo. Al final de cada actualización con éxito de SnapMirror, DataMotion para volúmenes calcula el lapso delta entre los dos volúmenes. Recibirá una notificación de este lapso delta, que se convierte en el tiempo estimado para la siguiente operación de actualización. DataMotion para volúmenes permanece en la fase de copia de datos mientras el lapso delta sea alto. Cuando es bajo, entra en la fase de transposición.

FASE DE TRANSPOSICIÓN

La fase de transposición puede ser manual o automática (predeterminada).

Pretransposición. DataMotion para volúmenes entra en la fase de transposición si el volumen de destino puede sincronizarse completamente con la ventana de transposición. Esta fase es un periodo de transición en el que se vuelven a verificar las comprobaciones mencionadas anteriormente para garantizar que no ha cambiado nada y se realizan otras comprobaciones importantes, que incluyen la supervisión del estado del NVLOG y la carga de la CPU del sistema.

Puede establecer el punto límite de la CPU y del disco para DataMotion para volúmenes. (La opción predeterminada es 100 para las siguientes opciones):

  • vol.move.cutover.cpu.busy.limit
  • vol.move.cutover.disk.busy.limit

Transposición automática. Una vez completadas las comprobaciones previas a la transposición, se inicia la fase de transposición automáticamente. Esta deberá completarse en la ventana de transposición, que está predeterminada en un máximo de 60 segundos. Una vez sincronizado el volumen de destino completamente, la identidad del de origen se transfiere al destino y se ofrece servicio a I/O desde este.

  • Todas las unidades lógicas del volumen de origen se colocan en un estado de I/O suspendido (inactivo). Este evita que se programen nuevas I/O en las unidades lógicas y extrae las I/O pendientes de las unidades lógicas.
  • El volumen de origen se pasa a inactivo. Como parte de la operación de inactividad, se registra el lapso delta final en una copia Snapshot, que se nombra según la convención ndvm_final_.
  • Después, el volumen de destino se sincroniza completamente con el volumen de origen con el delta de ndvm_final_. Esta es la última actualización de SnapMirror entre los dos volúmenes antes de ofrecer servicio a I/O desde el volumen de destino.
  • El volumen marcador está grabado con el nombre e identificador del sistema de archivos (FSID) del volumen de origen y viceversa, esto es, las identidades de los volúmenes de origen y marcador se intercambian.
  • El volumen migrado se dispone en línea en su destino con la identidad del primer volumen de origen y la unidad lógica pasa a ser activa.
  • El volumen de origen se elimina (a menos que especifique que se mantenga).

Fallo en la transposición. Si falla la transposición, DataMotion para volúmenes vuelve a entrar en fase de copia de datos y lo intenta de nuevo. Realiza tres intentos de transposición de forma predeterminada. Tras ellos, se aborta la transposición e I/O continua en la ubicación original. Se requiere la intervención del usuario para que continúe DataMotion para volúmenes.

Transposición manual. En la transposición manual, DataMotion para volúmenes permanece en la fase de copia de datos realizando actualizaciones SnapMirror sucesivas. Continua calculando el tiempo de la siguiente operación de actualización de SnapMirror y registra esta información. Debería revisar esta información antes de iniciar la transposición manual.

Posibles casos de uso

Existen distintos posibles casos de uso en los que es útil DataMotion para volúmenes.

  • Equilibrio de carga. Mueva un volumen de un agregado ajetreado a uno con menos actividad.
  • Equilibrio de capacidad. Mueva un volumen de un agregado completo a uno con más espacio libre disponible.
  • Migre datos de discos de terceros a discos de NetApp. Si cuenta con un sistema V-Series de NetApp como interfaz a una cabina de discos de terceros, puede utilizar DataMotion para volúmenes para migrar datos de dicha cabina a bandejas de discos de NetApp.
  • Cambiar de tipo de medios. Mover un volumen de un tipo de disco a otro. Por ejemplo, pasar de discos FC a discos SAS o SATA.

He observado un interés considerable por parte de los usuarios en cuanto a estos casos de uso, especialmente en casos en los que se requiere la capacidad para cambiar el tipo de medios. Con el paso del sector de FC a SAS que se está llevando a cabo, DataMotion para volúmenes proporciona una forma relativamente cómoda de retirar los medios antiguos cuando llegue el momento.

También he podido hablar con usuarios que creen que la capacidad para cambiar el tipo de medios sin interrupciones les permitirá ser más agresivos en la puesta en marcha de disco SATA, especialmente junto a la aceleración del rendimiento de Flash Cache. Estos usuarios esperan poner en marcha más aplicaciones en discos SATA más económicos sabiendo que si en algún momento el rendimiento se convierte en un problema, podrán migrar volúmenes rápidamente a disco FC o SAS sin interrupciones.

Mejores prácticas

Prestar atención a algunas mejores prácticas le ayudará a conseguir su éxito con DataMotion para volúmenes.

  • Haga una migración de DataMotion para volúmenes cada vez.
  • No ejecute vol rename ni cambie la configuración de atributo del volumen ni de la unidad lógica en el volumen de origen durante la operación.
  • No inicie ninguna operación que pueda entrar en conflicto hasta que se haya completado la operación de DataMotion para volúmenes. Si se inicia cualquier operación antes de la fase de transposición, DataMotion para volúmenes inicia un proceso de suspensión. En el estado de transposición, DataMotion para volúmenes reduce todas las operaciones del administrador de almacenamiento.
  • Para mantener la integridad de los datos, inicie una pausa antes de que se ejecute la parada o reinicio manual.
  • En un par de alta disponibilidad, asegúrese de que ambos nódulos se están ejecutando en Data ONTAP 8.0.1 7-Mode.
  • Asegúrese de comprobar el estado del sistema y de la carga antes de iniciar DataMotion para volúmenes.
  • Para evitar interferencias en la transposición, no programe operaciones de gestión o protección de datos de larga duración durante el proceso de DataMotion para volúmenes.
  • No cambie ninguna configuración del volumen de origen.

SNAPMIRROR Y SNAPVAULT

  • Durante las operaciones de DataMotion, no realice cambios en la configuración de SnapMirror, por ejemplo en el archivo snapmirror.conf.
  • Si DataMotion para volúmenes no ha alcanzado el estado de transposición, las actualizaciones de SnapMirror o SnapVault se realizarán con éxito.
  • Si se realiza una actualización durante la fase de transposición, las transferencias puede que no se realicen con éxito ya que la transposición bloquea la operación. Una vez se haya completado la transposición, la transferencia se realizará con éxito en la siguiente actualización.
  • En caso de transposición manual, llévela a cabo cuando no se estén realizando actualizaciones ni transferencias.

SNAPDRIVE Y SNAPMANAGER

Durante la transposición:

  • Las operaciones de aprovisionamiento de unidades lógicas y de gestión de copias Snapshot en SnapDrive® para Windows® (SDW) no se realizarán con éxito.
  • Cualquier operación de backup y restauración no se realizará con éxito en productos de SnapManager® (SME, SMSQL, SMVI, SMHV, SMO, SMSAP y SMOSS). La siguiente tarea de backup programada se realizará con éxito.

CONFIGURACIÓN DE TIEMPO EXCEDIDO DE SCSI OPERADO POR HOST

NetApp recomienda la instalación del kit de utilidades de host de NetApp para evitar errores de tiempo excedido. Consulte la Guía de instalación y configuración de utilidades de host de NetApp para su sistema operativo del host en http://now.netapp.com/NOW/cgi-bin/software.

FLEXVOL Y FLEXCLONE

  • DataMotion para volúmenes mueve únicamente el volumen FlexVol de origen; los volúmenes FlexClone® no se mueven. Una vez DataMotion para volúmenes ha finalizado, el volumen FlexVol original se conservará en estado desconectado y no se modificará la relación de principal-secundario.
  • El volumen FlexClone deberá separarse del volumen FlexVol principal antes de pasarlo al FlexClone.

DEDUPLICACIÓN Y COMPRESIÓN

  • Si la deduplicación se encuentra activa en el volumen FlexVol de origen, deberá detenerse para poder realizar la transposición con éxito.
  • DataMotion para volúmenes no mueve la base de datos ni cambia los registros de un volumen FlexVol deduplicado. Una vez completado el proceso de DataMotion para volúmenes, los usuarios deberán ejecutar sis start -s para volver a crear la base de datos en el destino.
  • Los volúmenes comprimidos no pueden moverse.

Podrá encontrar mejores prácticas para el uso de DataMotion para volúmenes junto con la base de datos Oracle® y Microsoft® Exchange en TR-3881.

Conclusión

DataMotion para volúmenes es una potente herramienta de gestión de datos que aumenta la flexibilidad de sus operaciones. En lugar de planificar e iniciar cuidadosamente los movimientos de volúmenes que solo pueden realizarse durante tiempos de inactividad planificados con anterioridad, podrá mover volúmenes según lo necesite para conseguir sus objetivos de equilibrado de la carga y capacidad o para cambiar el tipo de medios. Para obtener más información sobre DataMotion para volúmenes, consulte TR-3873 y TR-3881.

 

Comunidad de NetApp
 ¿Se ha formado una opinión acerca de DataMotion para volúmenes?

Formule preguntas, intercambie ideas y comparta sus opiniones en las comunidades en línea de NetApp.

Richard Jooss

Richard Jooss
Director y Arquitecto SAN/iSCSI
NetApp

Richard Joos es Director Sénior de Productos SAN e Ingeniería de Partner en NetApp. Rick es responsable de definir los requisitos técnicos y empresariales del ecosistema y almacenamiento SAN e integrar la solución empresarial con las soluciones SAN de NetApp. Rick cuenta con 15 años de experiencia en el sector del almacenamiento. Es Licenciado en Ingeniería eléctrica e Informática de la Universidad de Wisconsin.

 
En profundidad
 
TRUSTe
Póngase en contacto con nosotros   |   Cómo comprar   |   Comentarios   |   Empleo  |   Suscripciones   |   Política de privacidad   |   © 2011 NetApp