Skip to main content
Cloud Manager 3.8
Hay disponible una nueva versión de este producto.
Se proporciona el idioma español mediante traducción automática para su comodidad. En caso de alguna inconsistencia, el inglés precede al español.

Información general sobre organización en niveles de datos

Colaboradores

Reduzca los costes de almacenamiento al permitir un almacenamiento de objetos de bajo coste mediante la segmentación automatizada de los datos inactivos. Los datos activos permanecen en unidades SSD o HDD de alto rendimiento, mientras que los datos inactivos se organizan en niveles en almacenamiento de objetos de bajo coste. De este modo, podrá recuperar espacio en el almacenamiento primario y reducir el almacenamiento secundario.

Esta es una imagen conceptual que muestra los datos activos al almacenamiento de EBS y los datos inactivos al almacenamiento S3.

Cloud Volumes ONTAP admite la organización en niveles de datos en AWS, Azure y Google Cloud Platform. La organización en niveles de datos utiliza la tecnología FabricPool.

Nota No es necesario instalar una licencia de funciones para habilitar la organización en niveles de datos (FabricPool).

Organización en niveles de los datos en AWS

Al habilitar la organización en niveles de datos en AWS, Cloud Volumes ONTAP utiliza EBS como nivel de rendimiento para los datos activos y AWS S3 como nivel de capacidad para los datos inactivos.

Nivel de rendimiento

El nivel de rendimiento puede ser SSD de uso general, SSD de IOPS aprovisionados o HDD optimizados para el rendimiento.

Nivel de capacidad

Un sistema Cloud Volumes ONTAP organiza los datos inactivos en niveles en un único bloque de S3 utilizando la clase de almacenamiento Standard. El estándar es ideal para datos a los que se accede con frecuencia almacenados en múltiples zonas de disponibilidad.

Nota Cloud Manager crea un único bloque de S3 para cada entorno laboral y lo nombra identificador único de estructura-pool-_clúster. No se crea otro bloque de S3 para cada volumen.
Clases de almacenamiento

La clase de almacenamiento predeterminada para los datos por niveles en AWS es Standard. Si no tiene previsto acceder a los datos inactivos, puede reducir sus costes de almacenamiento cambiando la clase de almacenamiento por una de las siguientes opciones: Intelligent Tiering, One-Zone Infrecuente Access o Standard-Infrecuente Access. Al cambiar la clase de almacenamiento, los datos inactivos se inician en la clase de almacenamiento estándar y se pasan a la clase de almacenamiento seleccionada si no se accede a los datos después de 30 días.

Los costes de acceso son más elevados si se accede a los datos, por lo que hay que tener en cuenta antes de cambiar la clase de almacenamiento. "Obtenga más información acerca de las clases de almacenamiento de Amazon S3".

Puede seleccionar una clase de almacenamiento cuando cree el entorno de trabajo y puede cambiarla en cualquier momento. Para obtener información detallada sobre cómo cambiar la clase de almacenamiento, consulte "Organización en niveles de los datos inactivos en almacenamiento de objetos de bajo coste".

La clase de almacenamiento para la organización en niveles de los datos es de todo el sistema, pero no por volumen.

Organización en niveles de los datos en Azure

Cuando se habilita la organización en niveles de datos en Azure, Cloud Volumes ONTAP utiliza discos gestionados de Azure como nivel de rendimiento para los datos activos y el almacenamiento de Azure Blob como nivel de capacidad para los datos inactivos.

Nivel de rendimiento

El nivel de rendimiento puede ser SSD o HDD.

Nivel de capacidad

Un sistema Cloud Volumes ONTAP organiza los datos inactivos en niveles en un único contenedor BLOB utilizando el nivel de almacenamiento Azure hot. El nivel activo es ideal para los datos a los que se accede con frecuencia.

Nota Cloud Manager crea una nueva cuenta de almacenamiento con un único contenedor para cada entorno de trabajo de Cloud Volumes ONTAP. El nombre de la cuenta de almacenamiento es aleatorio. No se crea un contenedor diferente para cada volumen.
Niveles de acceso al almacenamiento

El nivel de acceso al almacenamiento predeterminado para los datos por niveles en Azure es el nivel hot. Si no tiene pensado acceder a los datos inactivos, puede reducir sus costes de almacenamiento cambiando al nivel de almacenamiento COOL. Cuando cambia el nivel de almacenamiento, los datos inactivos se inician en el nivel de almacenamiento activo y se pasan a la capa de almacenamiento frío, si no se accede a los datos después de 30 días.

Los costes de acceso son más elevados si accede a los datos, por lo que tenga en cuenta antes de cambiar el nivel de almacenamiento. "Obtenga más información acerca de los niveles de acceso al almacenamiento de Azure Blob".

Es posible seleccionar un nivel de almacenamiento al crear el entorno de trabajo y cambiarlo siempre que se desee. Para obtener más información sobre cómo cambiar el nivel de almacenamiento, consulte "Organización en niveles de los datos inactivos en almacenamiento de objetos de bajo coste".

El nivel de acceso al almacenamiento para la organización en niveles de los datos es de todo el sistema, pero no lo es por volumen.

Organización en niveles de los datos en GCP

Cuando se habilita la organización en niveles de datos en GCP, Cloud Volumes ONTAP utiliza discos persistentes como nivel de rendimiento para los datos activos y un cubo de Google Cloud Storage como nivel de capacidad para los datos inactivos.

Nivel de rendimiento

El nivel de rendimiento puede ser SSD o HDD (discos estándar).

Nivel de capacidad

Un sistema Cloud Volumes ONTAP organiza los datos inactivos en niveles en un único bucket de Google Cloud Storage mediante la clase de almacenamiento Regional.

Nota Cloud Manager crea un único bloque para cada entorno de trabajo y lo nombra identificador único de estructura-pool-_clúster. No se crea otro bloque para cada volumen.
Clases de almacenamiento

La clase de almacenamiento predeterminada para los datos por niveles es la clase Standard Storage. Si se accede a los datos con poca frecuencia, puede reducir los costes de almacenamiento cambiando a Nearline Storage o Coldline Storage. Al cambiar la clase de almacenamiento, los datos inactivos se inician en la clase de almacenamiento estándar y se pasan a la clase de almacenamiento seleccionada si no se accede a los datos después de 30 días.

Los costes de acceso son más elevados si se accede a los datos, por lo que hay que tener en cuenta antes de cambiar la clase de almacenamiento. "Obtenga más información sobre clases de almacenamiento para Google Cloud Storage".

Es posible seleccionar un nivel de almacenamiento al crear el entorno de trabajo y cambiarlo siempre que se desee. Para obtener información detallada sobre cómo cambiar la clase de almacenamiento, consulte "Organización en niveles de los datos inactivos en almacenamiento de objetos de bajo coste".

La clase de almacenamiento para la organización en niveles de los datos es de todo el sistema, pero no por volumen.

Organización en niveles de los datos y límites de capacidad

Si se habilita la organización en niveles de datos, el límite de capacidad de un sistema sigue siendo el mismo. El límite se distribuye entre el nivel de rendimiento y el nivel de capacidad.

Políticas de organización en niveles del volumen

Para habilitar la organización en niveles de datos, es necesario seleccionar una política de organización en niveles de volumen cuando se crea, se modifica o se replica un volumen. Puede seleccionar una política diferente para cada volumen.

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 deben permanecer inactivos para que los datos se consideren "inactivos" y moverse al nivel de capacidad.

Cloud Manager permite elegir entre las siguientes políticas de organización en niveles del volumen al crear o modificar un volumen:

Solo Snapshot

Cuando un agregado ha alcanzado la capacidad del 50%, Cloud Volumes ONTAP genera datos de usuarios inactivos de copias Snapshot que no están asociadas con el sistema de archivos activo al nivel de capacidad. El período de enfriamiento es de aproximadamente 2 días.

Si se leen, los bloques de datos inactivos del nivel de capacidad se activan y se mueven al nivel de rendimiento.

Todo

Todos los datos (no incluidos los metadatos) se marcan inmediatamente como fríos y por niveles en el almacenamiento de objetos lo antes posible. No es necesario esperar 48 horas hasta que se enfrían los bloques nuevos en un volumen. Tenga en cuenta que los bloques ubicados en el volumen antes de ajustar la normativa de todo requieren 48 horas de frío.

Si se leen, los bloques de datos inactivos del nivel de cloud permanecen activos y no se vuelven a escribir en el nivel de rendimiento. Esta política está disponible a partir de ONTAP 9.6.

Automático

Después de que un agregado ha alcanzado la capacidad del 50 %, Cloud Volumes ONTAP organiza en niveles bloques de datos inactivos en un volumen en un nivel de capacidad. Los datos inactivos incluyen no solo copias snapshot, sino también datos de usuarios inactivos del sistema de archivos activo. El período de enfriamiento es de aproximadamente 31 días.

Esta política es compatible a partir de Cloud Volumes ONTAP 9.4.

Si las lecturas aleatorias las leen, los bloques de datos fríos del nivel de capacidad se activan y se mueven al nivel de rendimiento. Si las lecturas secuenciales se leen, como las asociadas con el índice y los análisis antivirus, los bloques de datos inactivos permanecen inactivos y no se mueven al nivel de rendimiento.

Ninguno

Mantiene datos de un volumen en el nivel de rendimiento, lo que impide que se mueva al nivel de capacidad.

Al replicar un volumen, se puede elegir si se van a organizar los datos en niveles en el almacenamiento de objetos. Si lo hace, Cloud Manager aplica la directiva Backup al volumen de protección de datos. A partir de Cloud Volumes ONTAP 9.6, la política de organización en niveles todo sustituye a la política de copia de seguridad.

La desactivación de Cloud Volumes ONTAP afecta al período de refrigeración

Los bloques de datos se enfrían mediante exploraciones de refrigeración. Durante este proceso, los bloques que no se han utilizado han movido la temperatura del bloque (enfriado) al siguiente valor más bajo. El tiempo de refrigeración predeterminado depende de la política de organización en niveles del volumen:

  • Auto: 31 días

  • Snapshot Only: 2 días

Cloud Volumes ONTAP debe estar en ejecución para que funcione la exploración de refrigeración. Si el Cloud Volumes ONTAP está apagado, la refrigeración también se detendrá. Como consecuencia, podría experimentar tiempos de refrigeración más largos.

Configuración de la organización en niveles de los datos

Para obtener instrucciones y una lista de las configuraciones compatibles, consulte "Organización en niveles de los datos inactivos en almacenamiento de objetos de bajo coste".