Organice los datos en niveles de forma eficiente con políticas de ONTAP FabricPool
Sugerir cambios
PDF
Las políticas de organización en niveles de FabricPool le permiten mover los datos de forma eficiente entre niveles a medida que estos se activan o inactivan. Comprender las políticas de organización en niveles le ayuda a seleccionar la política adecuada que se adapte a sus necesidades de gestión del almacenamiento.
Tipos de políticas de organización en niveles de FabricPool
Las políticas de organización en niveles de FabricPool determinan cuándo y si los bloques de datos de usuario de un volumen en FabricPool se mueven al nivel cloud en función del volumen «'temperatura» de los activos (activos) o inactivos (inactivos). El volumen «temperatura» aumenta cuando se accede frecuentemente y disminuye cuando no lo es. Algunas políticas de organización en niveles tienen un período de refrigeración mínimo asociado, que establece el tiempo en el que los datos de un volumen de FabricPool deben permanecer inactivos para que los datos se consideren «inactivos» y se trasladen al nivel de cloud.
Una vez identificado un bloque como frío, se marca como apto para la organización en niveles. Un análisis diario de organización en niveles en segundo plano busca los bloques inactivos. Cuando se han recogido suficientes bloques de 4KB KB del mismo volumen, se concatenan en un objeto de 4MB KB y se mueven al nivel de cloud en función de la política de organización en niveles del volumen.
|
Los datos en volúmenes que utilizan la |
Puede usar el volume object-store tiering show comando para ver el estado de organización en niveles de un volumen de FabricPool. Obtenga más información sobre volume object-store tiering show en el "Referencia de comandos del ONTAP".
La política de organización en niveles de FabricPool se especifica a nivel de volumen. Hay cuatro opciones disponibles:
-
`snapshot-only`La política de organización en niveles (predeterminada) traslada los bloques de datos de usuario de las snapshots de volumen que no están asociados con el sistema de archivos activo al nivel de cloud.
El período de refrigeración mínimo de organización en niveles es de 2 días. Puede modificar la configuración predeterminada del período mínimo de enfriamiento de la organización en niveles con
-tiering-minimum-cooling-daysel parámetro en el nivel de privilegio avanzado de losvolume createvolume modifycomandos y. Los valores válidos abarcan de 2 a 183 días usando ONTAP 9.8 y posterior. Si utiliza una versión de ONTAP anterior a 9.8, los valores válidos abarcan de 2 a 63 días. -
`auto`La política de organización en niveles, compatible solo en ONTAP 9,4 y versiones posteriores, mueve los bloques de datos de usuario fríos de las copias Snapshot y del sistema de archivos activo al nivel de cloud.
El período mínimo de enfriamiento de la organización en niveles es de 31 días y se aplica al volumen completo, tanto para el sistema de archivos activos como para las copias snapshot.
Puede modificar la configuración predeterminada del período mínimo de enfriamiento de la organización en niveles con
-tiering-minimum-cooling-daysel parámetro en el nivel de privilegio avanzado de losvolume createvolume modifycomandos y. Los valores válidos abarcan de 2 a 183 días. -
all`La política de organización en niveles, compatible solo con ONTAP 9,6 y versiones posteriores, mueve todos los bloques de datos de usuario del sistema de archivos activos y las copias Snapshot al nivel de cloud. Sustituye `backupla política de organización en niveles.`all`No se debe utilizar la política de organización en niveles de volúmenes de lectura/escritura que tengan tráfico de clientes normal.
El período mínimo de enfriamiento de la organización en niveles no se aplica porque los datos se mueven al nivel de cloud en cuanto se ejecuta el análisis de la organización en niveles y no se puede modificar la configuración.
-
`none`La política de organización en niveles mantiene los datos de un volumen en el nivel de rendimiento y no se mueven fríos al nivel de cloud.
Establecer la política de organización en niveles
nonepara evitar una nueva organización en niveles. Los datos del volumen que anteriormente se han movido al nivel de cloud permanecen en el nivel de cloud hasta que se activan y se trasladan de forma automática al nivel local.El período de refrigeración mínimo de organización en niveles no se aplica porque los datos nunca se mueven al nivel de cloud y no se puede modificar el ajuste.
Cuando se
noneleen bloques inactivos de un volumen con una política de organización en niveles establecida en, se activan y se escriben en el nivel local.`volume show`El resultado del comando muestra la política de organización en niveles de un volumen. Un volumen que no se ha usado con FabricPool, muestra `none` la política de organización en niveles en el resultado.
|
|
Cuando están en una relación de recuperación ante desastres de la SVM, los volúmenes de origen y de destino no necesitan usar agregados de FabricPool, pero deben usar la misma política de organización en niveles. |
Qué sucede cuando se modifica la política de organización en niveles de un volumen en FabricPool
Puede modificar la política de organización en niveles de un volumen mediante una volume modify operación. Debe comprender cómo el cambio de la política de organización en niveles puede afectar el tiempo que tardan los datos en dejar de estar activos y moverse al nivel de cloud.
-
Al cambiar la política de organización en niveles
snapshot-onlynoneautode o a, ONTAP envía bloques de datos de usuario en el sistema de archivos activo que ya están inactivos en el nivel de cloud, incluso si esos bloques de datos de usuario no eran aptos anteriormente para el nivel de cloud. -
Al cambiar la política de organización en niveles a
alldesde otra política, ONTAP mueve todos los bloques de usuario del sistema de archivos activo y de los snapshots al cloud lo antes posible. Antes de ONTAP 9,8, los bloques tenían que esperar hasta que se ejecutara el siguiente análisis de organización en niveles.No se permite volver a mover los bloques al nivel de rendimiento.
-
Cambiar la política de organización en niveles
autosnapshot-onlyde a ononeno provocará que los bloques activos del sistema de archivos que ya se han movido al nivel de cloud se vuelvan a trasladar al nivel de rendimiento.Las lecturas de volumen son necesarias para que los datos se muevan de nuevo al nivel de rendimiento.
-
Cada vez que cambie la política de organización en niveles de un volumen, el período de refrigeración mínimo de organización en niveles se restablece al valor predeterminado para la política.
Qué sucede con la política de organización en niveles al mover un volumen
-
A menos que se especifique explícitamente una política de organización en niveles diferente, un volumen conserva su política de organización en niveles original cuando este se mueve dentro y fuera de un agregado habilitado para FabricPool.
Sin embargo, la política de organización en niveles solo se aplica cuando el volumen se encuentra en un agregado habilitado para FabricPool.
-
El valor existente
-tiering-minimum-cooling-daysdel parámetro para un volumen se mueve con el volumen a menos que se especifique una política de organización en niveles diferente para el destino.Si especifica una política de organización en niveles diferente, el volumen utiliza el período de refrigeración mínimo de organización en niveles predeterminado para esa política. Este es el caso si el destino es FabricPool o no.
-
Puede mover un volumen entre agregados y, al mismo tiempo, modificar la política de organización en niveles.
-
Debe prestar atención especial cuando una
volume moveoperación incluyeautola política de organización en niveles.Suponiendo que tanto el origen como el destino son agregados habilitados para FabricPool, la siguiente tabla resume el resultado de una
volume moveoperación que implica cambios de política relacionados conauto:Cuando se mueve un volumen con una política de organización en niveles de…
Y la política de organización en niveles se cambia a…
Después de mover el volumen…
allautoTodos los datos se mueven al nivel de rendimiento.
snapshot-only, ,noneo.autoautoLos bloques de datos se mueven al mismo nivel del destino que anteriormente se encontraban en el origen.
autoo.allsnapshot-onlyTodos los datos se mueven al nivel de rendimiento.
autoallTodos los datos de usuario se mueven al nivel de cloud.
snapshot-only,autoo.allnoneTodos los datos se conservan en el nivel de rendimiento.
Qué sucede en la política de organización en niveles al clonar un volumen
-
A partir de ONTAP 9.8, un volumen clonado siempre hereda la política de organización en niveles y la política de recuperación de cloud del volumen principal.
En versiones anteriores a ONTAP 9.8, un clon hereda la política de organización en niveles del elemento principal excepto cuando el elemento principal tiene la
allpolítica de organización en niveles. -
Si el volumen primario tiene la
neverpolítica de recuperación de cloud, su volumen clonado debe tenerneverla política de recuperación de cloud o laallpolítica de organización en niveles, y una política de recuperación de cloud correspondientedefault. -
No se puede cambiar la política de recuperación de cloud del volumen primario
nevera menos que todos sus volúmenes clonados tengan una política de recuperación de cloudnever.
Al clonar volúmenes, tenga en cuenta las siguientes prácticas recomendadas:
-
-tiering-policy`La opción y `tiering-minimum-cooling-daysla opción del clon solo controlan el comportamiento de la organización en niveles de los bloques únicos del clon. Por lo tanto, se recomienda utilizar la configuración de organización en niveles en la FlexVol principal que mueva la misma cantidad de datos o mueva menos datos que ninguno de los clones -
La política de recuperación de cloud del FlexVol principal debería mover la misma cantidad de datos o debería mover más datos que la política de recuperación de cualquiera de los clones
Funcionamiento de las políticas de organización en niveles con la migración al cloud
La recuperación de datos en el cloud de FabricPool se controla mediante políticas de niveles que determinan la recuperación de datos del nivel de cloud al nivel de rendimiento según el patrón de lectura. Los patrones de lectura pueden ser secuenciales o aleatorios.
En la siguiente tabla, se enumeran las políticas de organización en niveles y las reglas de recuperación de datos en el cloud para cada política.
Política de organización en niveles |
Comportamiento de la recuperación |
ninguno |
Lecturas secuenciales y aleatorias |
solo snapshot |
Lecturas secuenciales y aleatorias |
automático |
Lecturas aleatorias |
todo |
Sin recuperación de datos |
A partir de ONTAP 9.8, la cloud-retrieval-policy opción de control de migración en la nube anula el comportamiento predeterminado de migración o recuperación a la nube controlado por la política de organización en niveles.
En la siguiente tabla se enumeran las políticas de recuperación de cloud admitidas y su comportamiento de recuperación.
Política de recuperación de cloud |
Comportamiento de la recuperación |
predeterminado |
La política de organización en niveles decide qué datos se deben recuperar, de modo que no hay cambios en la recuperación de datos en la nube con «almacén, |
lectura |
Todas las lecturas de datos condicionadas por el cliente se realiza desde el nivel de cloud al nivel de rendimiento. |
nunca |
No se datos controlados por el cliente que pase del nivel de cloud al nivel de rendimiento |
promocionar |
|
Obtenga más información sobre los comandos descritos en este procedimiento en el "Referencia de comandos del ONTAP".