Cloud Tiering aborda los desafíos que conlleva el rápido crecimiento de los datos, brindándole beneficios como:

Básicamente, cualquier dato que se considere inactivo tanto en los sistemas de almacenamiento primario como secundario es un buen objetivo para trasladar a la nube. En los sistemas primarios, estos datos pueden incluir instantáneas, registros históricos y proyectos terminados. En los sistemas secundarios, esto incluye todos los volúmenes que contienen copias de datos primarios realizadas con fines de recuperación ante desastres y de respaldo.

Sí, puedes organizar datos desde volúmenes NAS a la nube pública o a nubes privadas, como StorageGRID. Al organizar en niveles los datos a los que se accede mediante protocolos SAN, NetApp recomienda utilizar nubes privadas porque los protocolos SAN son más sensibles a los problemas de conectividad que NAS.

La definición de lo que también puede denominarse datos fríos es: "bloques de volumen (metadatos excluidos) a los que no se ha accedido durante un cierto período de tiempo". La “cantidad de tiempo” está determinada por un atributo de política de niveles llamado días de enfriamiento.

Sí, las eficiencias de almacenamiento a nivel de volumen de ONTAP , como la compresión, la deduplicación y la compactación, se conservan al trasladar datos al nivel de nube.

FabricPool es la tecnología de niveles de ONTAP que se puede autogestionar a través de la CLI de ONTAP y el Administrador del sistema, o administrar como servicio a través de Cloud Tiering. Cloud Tiering convierte a FabricPool en un servicio administrado con procesos de automatización avanzados, tanto en ONTAP como en la nube, lo que proporciona mayor visibilidad y control sobre la clasificación en implementaciones híbridas y de múltiples nubes.

No. Dado que los metadatos del volumen nunca se clasifican según el nivel de rendimiento, no se puede acceder directamente a los datos almacenados en el almacenamiento de objetos.

Sin embargo, Cloud Tiering se puede usar para lograr copias de seguridad y recuperación ante desastres rentables al habilitarlo en sistemas secundarios y volúmenes de destino SnapMirror (volúmenes DP), para organizar todos los datos (metadatos excluidos), reduciendo así el espacio ocupado por su centro de datos y el TCO.

La organización en niveles de la nube se habilita a nivel de volumen asociando una política de organización en niveles con cada volumen. La identificación de datos fríos se realiza a nivel de bloque.

La política de niveles asociada con el volumen es el mecanismo que controla qué bloques se clasifican y cuándo. La política define el tipo de bloques de datos (instantáneas, datos de usuario o ambos) y el período de enfriamiento. Ver"Políticas de niveles de volumen" Para más detalles.

La organización en niveles de la nube no tiene efecto en la capacidad del volumen, sino en el uso del nivel de rendimiento del conjunto.

Sí, Cloud Tiering permite la generación de informes de datos inactivos (IDR) en cada agregado. Esta configuración nos permite identificar la cantidad de datos inactivos que se pueden almacenar en niveles en un almacenamiento de objetos de bajo costo.

IDR comienza a mostrar información una vez transcurrido el período de enfriamiento configurado. Usando ONTAP 9.7 y versiones anteriores, IDR tenía un período de enfriamiento no ajustable de 31 días. A partir de ONTAP 9.8, el período de enfriamiento de IDR se puede configurar hasta 183 días.

Al agrupar datos fríos en la nube pública:

"Ver detalles de precios" .

Al agrupar datos fríos en niveles en un sistema NetApp StorageGRID (nube privada), no hay ningún costo.

Sí. Cloud Tiering le permite utilizar una licencia BYOL, una suscripción PAYGO o una combinación de ambas.

Si alcanza el límite de capacidad de BYOL o si su licencia de BYOL vence, se detiene la clasificación por niveles de nuevos datos fríos. Todos los datos previamente clasificados siguen siendo accesibles, lo que significa que puede recuperarlos y utilizarlos. Una vez recuperados, estos datos se trasladan nuevamente al nivel de rendimiento desde la nube.

Sin embargo, si tiene una suscripción al mercado PAYGO para BlueXP - Deploy & Manage Cloud Data Services, los nuevos datos fríos continuarán estando organizados en niveles en el almacenamiento de objetos y usted pagará esos cargos por uso.

No, no lo hace.

Sí. Todas las lecturas de la nube pública están sujetas a tarifas de salida.

La mejor manera de estimar cuánto le cobrará un proveedor de nube por alojar sus datos es utilizar sus calculadoras: "AWS" , "Azur" y "Google Cloud" .

Sí. Controlar "Precios de Amazon S3" , "Precios de Block Blob" , y "Precios del almacenamiento en la nube" por precios adicionales incurridos con la lectura/recuperación de datos.

Para obtener una estimación, agregue su clúster ONTAP a la consola de NetApp e inspecciónelo a través de la página Clústeres de niveles de nube. Seleccione Calcular ahorros potenciales por niveles para el clúster para iniciar el "Calculadora de TCO de niveles de nube" para ver cuánto dinero puedes ahorrar.

Cuando se utiliza en entornos MetroCluster , la licencia de niveles total se aplica al uso de ambos clústeres. Por ejemplo, si tiene una licencia para 100 TiB de niveles, la capacidad de niveles utilizada de cada clúster contribuye a la capacidad total de 100 TiB.

Cloud Tiering es compatible con ONTAP versión 9.2 y superiores.

La organización en niveles de nube es compatible con clústeres AFF, FAS y ONTAP Select de nodo único y alta disponibilidad. También se admiten clústeres en configuraciones FabricPool Mirror y MetroCluster .

Sí, a partir de ONTAP 9.8 puedes organizar en niveles los datos de los volúmenes alojados en agregados de HDD.

Sí. La organización en niveles de la nube se puede configurar para organizar en niveles los volúmenes alojados en cualquier agregado. La configuración de niveles de datos es irrelevante para el tipo de controlador utilizado y si el clúster es heterogéneo o no.

Si tiene sistemas Cloud Volumes ONTAP , los encontrará en la página Clústeres de niveles de nube para que obtenga una vista completa de los niveles de datos en su infraestructura de nube híbrida. Sin embargo, los sistemas Cloud Volumes ONTAP son de solo lectura desde Cloud Tiering. No es posible configurar la organización en niveles de datos en Cloud Volumes ONTAP desde Cloud Tiering. "Puede configurar la organización en niveles para los sistemas Cloud Volumes ONTAP desde el sistema ONTAP en la consola de NetApp" .

Depende de dónde ubiques los datos fríos. Consulte los siguientes enlaces para obtener más detalles:

Cloud Tiering admite los siguientes proveedores de almacenamiento de objetos:

Sí, puedes. Al configurar la clasificación de datos, tiene la opción de agregar un nuevo contenedor o seleccionar un contenedor existente.

Cloud Tiering admite la organización en niveles de datos en las clases de almacenamiento Estándar, Estándar-Acceso poco frecuente, Una zona-Acceso poco frecuente, Niveles inteligentes y Recuperación instantánea de Glacier. Ver"Clases de almacenamiento S3 compatibles" Para más detalles.

El motivo principal por el que no se admiten Amazon S3 Glacier Flexible y S3 Glacier Deep Archive es que Cloud Tiering está diseñado como una solución de niveles de alto rendimiento, por lo que los datos deben estar continuamente disponibles y ser rápidamente accesibles para su recuperación. Con S3 Glacier Flexible y S3 Glacier Deep Archive, la recuperación de datos puede durar entre unos minutos y 48 horas.

Sí, la configuración del almacenamiento de objetos compatible con S3 a través de la interfaz de usuario de niveles es compatible con clústeres que utilizan ONTAP 9.8 y versiones posteriores. "Ver los detalles aquí" .

Cloud Tiering permite la organización en niveles de datos en los niveles de acceso Hot o Cool para sus datos inactivos. Ver"Niveles de acceso de Azure Blob compatibles" Para más detalles.

Cloud Tiering admite la organización en niveles de datos en las clases de almacenamiento Standard, Nearline, Coldline y Archive. Ver"Clases de almacenamiento de Google Cloud compatibles" Para más detalles.

Sí. Puede habilitar la administración del ciclo de vida para que Cloud Tiering transfiera los datos de la clase de almacenamiento/nivel de acceso predeterminado a un nivel más rentable después de una cierta cantidad de días. La regla de ciclo de vida se aplica a todos los objetos en el depósito seleccionado para Amazon S3 y Google Cloud Storage, y a todos los contenedores en la cuenta de almacenamiento seleccionada para Azure Blob.

En una configuración típica, hay un almacén de objetos para todo el clúster. A partir de agosto de 2022, puede usar la página Configuración avanzada para agregar almacenes de objetos adicionales para un clúster y luego adjuntar diferentes almacenes de objetos a diferentes agregados, o adjuntar 2 almacenes de objetos a un agregado para duplicar.

Es posible conectar hasta dos contenedores por agregado con el propósito de crear reflejo, donde los datos fríos se sincronizan en ambos contenedores. Los buckets pueden ser de diferentes proveedores y diferentes ubicaciones. A partir de agosto de 2022, puedes usar la página Configuración avanzada para adjuntar dos almacenes de objetos a un solo agregado.

Sí. La mejor práctica general es conectar un solo cubo a varios agregados. Sin embargo, al utilizar la nube pública existe una limitación máxima de IOPS para los servicios de almacenamiento de objetos, por lo tanto, se deben considerar múltiples contenedores.

Al migrar un volumen de un clúster a otro, todos los datos fríos se leen desde el nivel de nube. La ubicación de escritura en el clúster de destino depende de si se habilitó la organización en niveles y del tipo de política de organización en niveles utilizada en los volúmenes de origen y destino.

Si el agregado de destino no tiene un nivel de nube adjunto, los datos se leen desde el nivel de nube del agregado de origen y se escriben completamente en el nivel local del agregado de destino. Si el agregado de destino tiene un nivel de nube adjunto, los datos se leen desde el nivel de nube del agregado de origen y primero se escriben en el nivel local del agregado de destino, para facilitar una transición rápida. Posteriormente, según la política de niveles utilizada, se escribe en el nivel de nube.

A partir de ONTAP 9.6, si el agregado de destino utiliza el mismo nivel de nube que el agregado de origen, los datos fríos no regresan al nivel local.

La escritura diferida generalmente se realiza en las lecturas y depende del tipo de política de niveles. Antes de ONTAP 9.8, la escritura de todo el volumen se podía realizar con una operación volume move. A partir de ONTAP 9.8, la interfaz de usuario de niveles tiene opciones para Recuperar todos los datos o Recuperar el sistema de archivos activo. "Vea cómo mover los datos de nuevo al nivel de rendimiento" .

No. Durante el procedimiento de “cambio de cabezal”, lo único que cambia es la propiedad del agregado. En este caso, se cambiará al nuevo controlador sin ningún movimiento de datos.

No. Los objetos construidos y almacenados en la nube no contienen un solo archivo, sino hasta 1.024 bloques de 4 KB de varios archivos. Los metadatos de un volumen siempre permanecen en el nivel local.

El agente de consola es un software que se ejecuta en una instancia de cómputo, ya sea dentro de su cuenta en la nube o en sus instalaciones, y que permite que la consola de NetApp administre de forma segura los recursos de la nube. Para utilizar el servicio Cloud Tiering, debe implementar un agente.

Sí. El software del agente se puede descargar e instalar manualmente en un host Linux de su red. "Vea cómo instalar el agente en sus instalaciones" .

Sí. Debe tener una cuenta antes de poder definir el almacenamiento de objetos que desea utilizar. También se requiere una cuenta con un proveedor de almacenamiento en la nube al configurar el agente en la nube en una VPC o VNet.

En caso de falla de un agente, solo se ve afectada la visibilidad de los entornos escalonados. Todos los datos son accesibles y los datos fríos recientemente identificados se agrupan automáticamente en niveles de almacenamiento de objetos.

Hay cuatro políticas de niveles:

"Obtenga más información sobre las políticas de niveles" .

Dado que la clasificación de datos se realiza a nivel de bloque, un bloque de datos se considera frío después de que no se haya accedido a él durante un período de tiempo determinado, que se define mediante el atributo minimum-cooling-days de la política de clasificación. El rango aplicable es de 2 a 63 días con ONTAP 9.7 y anteriores, o de 2 a 183 días a partir de ONTAP 9.8.

El período de enfriamiento predeterminado para la política de instantáneas frías es de 2 días, mientras que el período de enfriamiento predeterminado para datos de usuario fríos e instantáneas es de 31 días. El parámetro de días de enfriamiento no es aplicable a la política de todos los niveles.

Durante la copia de seguridad completa se leen todos los datos fríos. La recuperación de los datos depende de la política de niveles utilizada. Al utilizar las políticas Todos los datos de usuario y Datos de usuario fríos e Instantáneas, los datos fríos no se vuelven a escribir en el nivel de rendimiento. Al utilizar la política de instantáneas frías, solo en el caso de que se utilice una instantánea antigua para la copia de seguridad se recuperarán sus bloques fríos.

No. Sin embargo, puede elegir qué volúmenes son elegibles para la clasificación por niveles, el tipo de datos que se clasificarán por niveles y su período de enfriamiento. Esto se hace asociando una política de niveles con ese volumen.

No. Los volúmenes de protección de datos (DP) se pueden asociar con cualquiera de las tres políticas disponibles. El tipo de política utilizada en los volúmenes de origen y destino (DP) determina la ubicación de escritura de los datos.

No se produce ninguna rehidratación cuando se restablece una política de niveles, pero evitará que nuevos bloques fríos se muevan al nivel de nube.

Sí. El comportamiento después del cambio depende de la nueva política asociada.

No asocie una política de niveles con el volumen que contiene esos datos.

Los metadatos de un volumen siempre se almacenan localmente, en el nivel de rendimiento; nunca se almacenan en la nube.

Para más detalles, consulte:

Además de la organización por niveles de la nube, "Active IQ Unified Manager" y "asesor digital" Se puede utilizar para realizar seguimiento y generar informes.

En caso de una falla de la red, el nivel de rendimiento local permanece en línea y los datos activos permanecen accesibles. Sin embargo, los bloques que ya se han movido al nivel de nube serán inaccesibles y las aplicaciones recibirán un mensaje de error cuando intenten acceder a esos datos. Una vez que se restablezca la conectividad, todos los datos serán accesibles sin problemas.

La latencia de lectura de la tecnología de niveles subyacente de FabricPool depende de la conectividad al nivel de nube. Si bien la clasificación en niveles funciona en cualquier ancho de banda, se recomienda colocar LIF entre clústeres en puertos de 10 Gbps para brindar un rendimiento adecuado. No hay recomendaciones ni limitaciones de ancho de banda para el agente.

Además, puede limitar la cantidad de ancho de banda de red que se utiliza durante la transferencia de datos inactivos desde el volumen al almacenamiento de objetos. La configuración Tasa de transferencia máxima está disponible al configurar el clúster para niveles y luego desde la página Clústeres.

Sí. Los niveles de nube no pueden proporcionar la misma latencia que el nivel local, ya que la latencia depende de la conectividad. Para estimar la latencia y el rendimiento de un almacén de objetos, Cloud Tiering proporciona una prueba de rendimiento de la nube (basada en el generador de perfiles de almacén de objetos ONTAP ) que se puede usar después de conectar el almacén de objetos y antes de configurar la clasificación en niveles.

El cifrado AES-256-GCM se mantiene tanto en el nivel de rendimiento como en el de nube. El cifrado TLS 1.2 se utiliza para cifrar datos a través de la red a medida que se mueven entre niveles y para cifrar la comunicación entre el agente y el clúster ONTAP y el almacén de objetos.

Sí. Se debe configurar un LIF entre clústeres en un puerto Ethernet, en cada nodo dentro de un par de alta disponibilidad que aloja volúmenes con datos que planea almacenar en la nube. Para obtener más información, consulte la sección Requisitos del proveedor de nube donde planea organizar los datos en niveles.