Azure smart tier GA para Blob y Data Lake

Introducción

Microsoft ha anunciado la disponibilidad general de smart tier para Azure Blob Storage y Azure Data Lake Storage. Para los equipos de TI que gestionan grandes entornos de datos, esto es importante porque automatiza el tiering del almacenamiento según el acceso real a los objetos, reduciendo tanto los costes de almacenamiento como la carga operativa de mantener políticas de lifecycle.

Novedades

Smart tier ya está disponible de forma general en casi todas las regiones de nube pública zonales tanto para Blob como para Data Lake Storage.

Las capacidades clave incluyen:

• Tiering automático entre los niveles de almacenamiento hot, cool y cold
• Evaluación continua de la última fecha de acceso de cada objeto
• Promoción automática de vuelta a hot cuando se vuelve a acceder a un objeto
• Sin cargos por transición de nivel, eliminación anticipada o recuperación para los objetos gestionados por smart tier
• Compatibilidad con cuentas de almacenamiento zonales nuevas y existentes mediante Azure portal o API

Microsoft afirma que, durante la versión preview, más del 50 % de la capacidad gestionada por smart tier pasó automáticamente a niveles más fríos según patrones de uso reales.

Cómo funciona smart tier

Smart tier utiliza reglas integradas para mover los datos sin configuración manual de lifecycle:

• Los datos a los que se accede con frecuencia permanecen en el nivel hot
• Los datos inactivos pasan a cool después de 30 días
• Los datos pasan a cold tras 60 días adicionales de inactividad
• Las operaciones de lectura y escritura reinician el ciclo de tiering
• Las operaciones de metadatos no afectan a las transiciones

Este enfoque está diseñado para entornos en los que los patrones de acceso cambian con el tiempo y son difíciles de predecir de antemano.

Impacto para los administradores de TI

Para los administradores de Azure, el mayor beneficio es la reducción de la sobrecarga de gestión. En lugar de diseñar, probar y ajustar reglas de lifecycle, los equipos pueden dejar que Azure gestione automáticamente la ubicación por nivel.

Esto resulta especialmente útil para:

• Cargas de trabajo de analytics y telemetría
• Data lakes y almacenamiento de logs
• Grandes entornos de almacenamiento de objetos con patrones de acceso impredecibles
• Organizaciones que buscan evitar picos de costes causados por volver a acceder a datos en niveles más fríos

Hay algunas limitaciones que conviene tener en cuenta:

• Requiere redundancia zonal
• No es compatible con cuentas GPv1 heredadas
• No se aplica a page blobs ni append blobs

Acciones recomendadas y próximos pasos

Los administradores deben revisar las cuentas de almacenamiento elegibles y determinar dónde smart tier puede sustituir las reglas de lifecycle existentes.

Próximos pasos recomendados:

1. Identificar cuentas zonales de Blob o Data Lake Storage con patrones de acceso mixtos
2. Evaluar si las reglas de lifecycle actuales pueden simplificarse o eliminarse
3. Habilitar smart tier como nivel de acceso predeterminado para cuentas nuevas o existentes compatibles
4. Excluir los objetos que deban permanecer fijados a un nivel específico
5. Supervisar el coste y el comportamiento del tiering tras la implementación

Para las organizaciones que gestionan conjuntos de datos grandes y de rápido crecimiento, Azure smart tier ofrece una forma más sencilla de optimizar el gasto en almacenamiento mientras mantiene los datos en línea e inmediatamente accesibles.