Этот пост был переведён автоматически. Оригинальная версия доступна здесь.
Если вы когда-нибудь тратили время на настройку политик жизненного цикла Azure Blob Storage, а потом наблюдали, как они разваливаются при изменении паттернов доступа, эта статья для вас. Microsoft только что объявил о общей доступности smart tier для Azure Blob и Data Lake Storage — полностью управляемой возможности тиеринга, которая автоматически перемещает объекты между уровнями hot, cool и cold на основе реального использования.
Что на самом деле делает smart tier
Концепция проста: smart tier непрерывно оценивает время последнего доступа к каждому объекту в вашем аккаунте хранения. Часто используемые данные остаются в hot, неактивные данные перемещаются в cool через 30 дней, а затем в cold ещё через 60 дней. Когда к данным снова обращаются, они немедленно возвращаются в hot. Цикл начинается заново.
Никаких правил жизненного цикла для настройки. Никаких прогнозов паттернов доступа. Никакой ручной настройки.
Во время превью Microsoft сообщил, что более 50% ёмкости, управляемой smart tier, автоматически переместилось на более холодные уровни на основе реальных паттернов доступа. Это существенная экономия для крупных аккаунтов хранения.
Почему это важно для .NET-разработчиков
Если вы создаёте приложения, генерирующие логи, телеметрию, аналитические данные или любой растущий массив данных — а давайте будем честны, кто этого не делает? — затраты на хранение быстро накапливаются. Традиционный подход заключался в написании политик управления жизненным циклом, их тестировании, а затем перенастройке при изменении паттернов доступа вашего приложения. Smart tier полностью устраняет этот рабочий процесс.
Несколько практических сценариев, где это помогает:
- Телеметрия и логи приложений — hot при отладке, почти не используются через несколько недель
- Конвейеры данных и выходные данные ETL — интенсивно используются во время обработки, затем в основном cold
- Контент, создаваемый пользователями — недавние загрузки hot, старый контент постепенно остывает
- Данные резервного копирования и архивирования — иногда используются для соответствия требованиям, в основном простаивают
Настройка
Включение smart tier — это однократная настройка:
- Новые аккаунты: Выберите smart tier как уровень доступа по умолчанию при создании аккаунта хранения (требуется зональная избыточность)
- Существующие аккаунты: Переключите уровень доступа blob с текущего значения по умолчанию на smart tier
Объекты размером менее 128 КиБ остаются в hot и не облагаются платой за мониторинг. Для всего остального вы платите стандартные тарифы hot/cool/cold без платы за переход между уровнями, без штрафов за раннее удаление и без стоимости извлечения данных. Ежемесячная плата за мониторинг на объект покрывает оркестрацию.
Компромисс, о котором стоит знать
Правила тиеринга smart tier фиксированы (30 дней → cool, 90 дней → cold). Если вам нужны пользовательские пороги — например, перемещение в cool через 7 дней для конкретной рабочей нагрузки — правила жизненного цикла по-прежнему подходят лучше. И не смешивайте оба подхода: избегайте использования правил жизненного цикла для объектов, управляемых smart tier, так как они могут конфликтовать.
Заключение
Это не революция, но решает реальную операционную головную боль. Если вы управляете растущими аккаунтами blob storage и устали поддерживать политики жизненного цикла, включите smart tier и позвольте Azure заниматься этим. Доступно уже сегодня практически во всех зональных регионах публичного облака.
