Azure smart tier GA для Blob и Data Lake

Введение

Microsoft объявила о выходе в общую доступность (GA) функции smart tier для Azure Blob Storage и Azure Data Lake Storage. Для ИТ-команд, управляющих большими массивами данных, это важно, поскольку функция автоматизирует распределение по уровням хранения на основе фактического доступа к объектам, снижая как затраты на хранение, так и операционную нагрузку по поддержке lifecycle policies.

Что нового

Функция smart tier теперь общедоступна почти во всех zonal public cloud regions как для Blob, так и для Data Lake Storage.

Ключевые возможности:

• Автоматическое tiering между уровнями хранения hot, cool и cold
• Непрерывная оценка времени последнего доступа к каждому объекту
• Автоматический возврат в hot при повторном доступе к объекту
• Отсутствие платы за переход между уровнями, раннее удаление или извлечение для объектов, управляемых smart tier
• Поддержка новых и существующих zonal storage accounts через Azure portal или API

По данным Microsoft, во время preview более 50% емкости, управляемой smart tier, автоматически перешло на более холодные уровни хранения на основе реальных шаблонов использования.

Как работает smart tier

Smart tier использует встроенные правила для перемещения данных без ручной настройки lifecycle configuration:

• Часто используемые данные остаются на уровне hot tier
• Неактивные данные переходят в cool через 30 дней
• Данные переходят в cold еще через 60 дней неактивности
• Операции чтения и записи перезапускают цикл tiering
• Операции с метаданными не влияют на переходы

Такой подход предназначен для сред, где шаблоны доступа меняются со временем и их сложно заранее точно спрогнозировать.

Влияние на ИТ-администраторов

Для администраторов Azure главное преимущество — снижение нагрузки на управление. Вместо проектирования, тестирования и тонкой настройки lifecycle rules команды могут позволить Azure автоматически определять подходящий уровень хранения.

Это особенно полезно для:

• Аналитических и telemetry workloads
• Data lakes и хранилищ логов
• Крупных сред object storage с непредсказуемыми шаблонами доступа
• Организаций, стремящихся избежать скачков затрат при повторном доступе к более холодным данным

Есть и некоторые ограничения:

• Требуется zonal redundancy
• Не поддерживается для legacy GPv1 accounts
• Не применяется к page blobs или append blobs

Рекомендации и следующие шаги

Администраторам следует проверить подходящие storage accounts и определить, где smart tier может заменить существующие lifecycle rules.

Рекомендуемые следующие шаги:

1. Определите zonal Blob или Data Lake Storage accounts со смешанными шаблонами доступа
2. Оцените, можно ли упростить или удалить текущие lifecycle rules
3. Включите smart tier как уровень доступа по умолчанию для новых или существующих поддерживаемых accounts
4. Исключите объекты, которые должны оставаться закрепленными за определенным уровнем
5. Отслеживайте затраты и поведение tiering после внедрения

Для организаций, управляющих большими и быстро растущими наборами данных, Azure smart tier предлагает более простой способ оптимизировать расходы на хранение, сохраняя данные в онлайне и в немедленной доступности.