Mover un volumen a un nivel local de ONTAP habilitado para FabricPool
Sugerir cambios
PDF
A "movimiento de volúmenes" es la forma en la que ONTAP mueve un volumen sin interrupciones de un nivel local (origen) a otro (destino). Los movimientos de volúmenes se pueden realizar por varios motivos, aunque los motivos más comunes son la gestión del ciclo de vida del hardware, la ampliación del clúster y el equilibrio de carga.
Es importante comprender cómo funciona el movimiento de volúmenes con FabricPool porque los cambios que tienen lugar tanto en el nivel local, el nivel de cloud asociado y el volumen (políticas de organización en niveles de los volúmenes) pueden afectar enormemente la funcionalidad.
|
Antes de ONTAP 9,7, System Manager utiliza el término aggregate para describir un nivel local. Independientemente de la versión de ONTAP, la interfaz de línea de comandos de ONTAP utiliza el término aggregate. Para obtener más información sobre los niveles locales, consulte "Discos y niveles locales". |
Nivel local de destino
Si el nivel local de destino de un movimiento de volumen no tiene un nivel de cloud conectado, los datos del volumen de origen que se almacenan en el nivel de cloud se escriben en el nivel local en el nivel local de destino.
A partir de ONTAP 9,8, cuando se haya habilitado un volumen"generación de informes de datos inactivos", FabricPool utilizará el mapa térmico del volumen para poner en cola de forma inmediata los datos inactivos y comenzar a organizar en niveles tan pronto como se escriban en el nivel local de destino.
Antes de ONTAP 9,8, el movimiento de un volumen a otro nivel local restablece el período de inactividad de los bloques del nivel local. Por ejemplo, un volumen que utiliza la política de organización en niveles automática de volúmenes con datos en el nivel local que estuvieron inactivos durante 20 días, pero que aún no tuvo organización en niveles, hará que la temperatura de los datos se restablezca a 0 días después de un movimiento de volumen.
Movimientos de volúmenes optimizados
A partir de ONTAP 9,6, si el nivel local de destino de un volumen mueve usa el mismo bloque que el nivel local de origen, los datos del volumen de origen que se almacenan en el bloque no se volverán al nivel local. Los datos organizados en niveles permanecen en reposo y solo es necesario mover los datos activos de un nivel local a otro. Este movimiento de volúmenes optimizado proporciona eficiencias de red significativas.
Por ejemplo, un movimiento de volumen optimizado de 300 TB significa que, aunque 300 TB de datos fríos se muevan de un nivel local a otro, no activará 300 TB de lecturas ni 300 TB de escrituras en el almacén de objetos.
Los movimientos de volúmenes no optimizados generan tráfico informático y de red adicional (lecturas/captas y escrituras/puestas), lo que aumenta la demanda sobre el clúster y el almacén de objetos de ONTAP, lo que aumenta los costes cuando se organizan en niveles en almacenes de objetos públicos.
|
|
Algunas configuraciones son incompatibles con los movimientos de volúmenes optimizados:
|
Si el nivel local de destino de un movimiento de volúmenes tiene un nivel de cloud conectado, los datos del volumen de origen que se almacenan en el nivel de cloud se escriben primero en el nivel local en el nivel local de destino. A continuación se escribe en el nivel de cloud del nivel local de destino si este enfoque es adecuado para la política de organización en niveles del volumen.
La escritura de datos en el nivel local primero mejora el rendimiento del traslado del volumen y reduce el tiempo de transición. Si no se especifica una política de organización en niveles de volúmenes al mover un volumen, el volumen de destino utiliza la política de organización en niveles del volumen de origen.
Si se especifica otra política de organización en niveles cuando se realiza el movimiento de volúmenes, el volumen de destino se creará con la política de organización en niveles especificada y el movimiento del volumen no se optimizará.
Metadatos del volumen
Independientemente de si se optimiza o no un traslado de volumen, ONTAP almacena una cantidad significativa de metadatos sobre la ubicación, la eficiencia del almacenamiento, los permisos, los patrones de uso, etc., de todos los datos, tanto locales como estratificados. Los metadatos siempre permanecen en el nivel local y no están estratificados. Cuando se mueve un volumen de un nivel local a otro, esta información también debe moverse al nivel local de destino.
Duración
Los movimientos de volumen aún toman tiempo para completarse y la expectativa debe ser que un movimiento de volumen optimizado tomará aproximadamente la misma cantidad de tiempo que mover una cantidad igual de datos no escalonados.
Es importante entender que el "rendimiento" informado por el volume move show El comando no representa el rendimiento en términos de datos que se mueven desde el nivel de nube, sino los datos de volumen que se actualizan localmente.
|
|
Cuando están en una relación de recuperación ante desastres de SVM, los volúmenes de origen y destino deben utilizar la misma política de organización en niveles. |
-
Use el
volume move startcomando para mover un volumen de un nivel local de origen a un nivel local de destino.
En el ejemplo siguiente se mueve un volumen llamado myvol2 de vs1 SVM a dest_FabricPool, un nivel local habilitado para FabricPool.
cluster1::> volume move start -vserver vs1 -volume myvol2 -destination-aggregate dest_FabricPool