Infrequent Access Tier

Infrequent Access Tier — это класс хранения данных в облачных сервисах, предназначенный для долговременного размещения редко используемых, но критически важных данных, с более низкой стоимостью хранения по сравнению с горячими (Hot) уровнями и более высокой стоимостью доступа (чтения/записи) и временем задержки при извлечении. Данный уровень является промежуточным между горячим (Hot) и архивным (Cold/Archive) и оптимизирован для сценариев, где данные хранятся длительное время, но доступ к ним требуется нечасто (например, раз в месяц или квартал).

История и предпосылки появления

С развитием облачных вычислений и ростом объёмов генерируемых данных (Big Data, резервные копии, логи, медиаконтент) возникла необходимость в дифференциации стоимости хранения. Первоначально облачные провайдеры предлагали два основных уровня: Hot (высокая стоимость хранения, низкая стоимость доступа) и Cold/Archive (очень низкая стоимость хранения, высокая стоимость доступа и длительное время восстановления). Однако для многих типов данных (например, ежемесячные отчёты, резервные копии баз данных, неактивные проекты) ни один из этих уровней не был оптимальным: Hot — слишком дорого для долгого хранения, Cold — слишком медленно и дорого для редкого, но всё же необходимого доступа.

В середине 2010-х годов крупные облачные провайдеры (Amazon Web Services, Microsoft Azure, Google Cloud) начали внедрять промежуточные уровни хранения. В 2016 году Amazon Web Services представил Amazon S3 Infrequent Access (S3 IA) как один из первых специализированных уровней этого класса. Позднее аналогичные решения появились в Azure (Azure Blob Storage — Cool tier) и Google Cloud (Cloud Storage — Nearline). В 2018-2019 годах концепция была расширена: появились уровни с автоматическим перемещением данных между уровнями (например, S3 Intelligent-Tiering), а также специализированные варианты для одно- и многорегионального хранения.

Классификация и виды

Уровни Infrequent Access Tier различаются у разных провайдеров, но объединяются общими принципами:

По типу облачного провайдера

1. Amazon S3 Infrequent Access (S3 IA): Один из первых и наиболее распространённых уровней. Предназначен для данных, доступ к которым требуется реже раза в месяц. Характеризуется низкой стоимостью хранения (примерно на 30-50% ниже, чем S3 Standard) и высокой стоимостью запросов на чтение/запись (в 2-3 раза выше, чем у Standard). Включает подуровни:

• S3 Standard-IA: Для хранения в одном регионе.
• S3 One Zone-IA: Хранение только в одной зоне доступности (дешевле, но менее надёжно — данные теряются при уничтожении зоны).

1. Azure Blob Storage — Cool tier: Уровень для данных, к которым обращаются реже одного раза в месяц. Стоимость хранения ниже, чем у Hot tier, стоимость доступа выше. Время задержки при извлечении — миллисекунды (как у Hot).
2. Google Cloud Storage — Nearline: Уровень для данных, доступ к которым требуется реже одного раза в 30 дней. Стоимость хранения ниже, чем у Standard, стоимость доступа выше. Минимальный срок хранения — 30 дней.
3. Yandex Object Storage — Infrequent Access (IA): Уровень, доступный в облачном сервисе Yandex Cloud. Предназначен для хранения данных, доступ к которым не требуется более 30 дней. Стоимость хранения ниже, чем у Standard (Hot), стоимость доступа выше.

По способу управления

• Ручной выбор: Пользователь явно указывает уровень при загрузке объекта или перемещает его вручную.
• Автоматическое управление (Intelligent-Tiering): Система автоматически перемещает объекты между уровнями (Hot, Infrequent Access, Archive) на основе частоты доступа. Например, Amazon S3 Intelligent-Tiering перемещает объекты, к которым не обращались 30 дней, в Infrequent Access, а через 90 дней — в Archive.

Устройство и характеристики

Техническая реализация

Infrequent Access Tier реализуется на уровне инфраструктуры облачного провайдера. Данные хранятся на тех же типах носителей (SSD, HDD), что и горячие данные, но с меньшим коэффициентом репликации (копий) или на более дешёвых носителях. Для снижения стоимости хранения провайдеры часто используют:

• Меньшее количество реплик: Вместо 3-4 копий данных в разных зонах доступности (как в Hot) может использоваться 2 копии или хранение только в одной зоне (One Zone-IA).
• Более дешёвые носители: Данные могут храниться на HDD, а не на SSD, что увеличивает время доступа, но снижает стоимость.
• Сжатие и дедупликация: На уровне инфраструктуры может применяться сжатие данных для уменьшения занимаемого объёма.

Ключевые характеристики

Применение и значение

Infrequent Access Tier широко используется в различных сценариях, где требуется баланс между стоимостью хранения и доступностью:

Основные сценарии

1. Резервное копирование и восстановление (Backup & Disaster Recovery): Хранение резервных копий баз данных, виртуальных машин и файловых систем. Данные требуются редко (только при сбое), но должны быть доступны в течение нескольких минут.
2. Хранение логов и метрик: Логи серверов, приложений, сетевых устройств, которые хранятся для аудита или анализа, но к которым обращаются редко (например, раз в месяц для отчёта).
3. Неактивные проекты и архивы: Данные завершённых проектов, которые больше не редактируются, но могут потребоваться для справки или юридических целей.
4. Медиаконтент с низкой частотой доступа: Фотографии, видео, музыка, которые были загружены, но редко просматриваются (например, старые альбомы пользователей).
5. Научные и исследовательские данные: Результаты экспериментов, симуляций, которые хранятся длительное время, но анализируются периодически.

Значение для бизнеса

• Экономия затрат: Снижение расходов на хранение данных на 30-50% по сравнению с горячим уровнем при сохранении приемлемой скорости доступа.
• Оптимизация управления данными: Автоматическое перемещение данных между уровнями (Intelligent-Tiering) позволяет минимизировать ручное управление и снизить риски случайного удаления.
• Соответствие требованиям: Возможность долговременного хранения данных для соответствия нормативным требованиям (например, хранение финансовых отчётов в течение 5-7 лет) без затрат на дорогое горячее хранение.

Примеры

• Amazon S3 Standard-IA: Используется для хранения резервных копий баз данных MySQL в компании, где данные восстанавливаются раз в квартал для тестирования.
• Azure Cool tier: Применяется для хранения логов веб-сервера, которые анализируются раз в месяц для выявления аномалий.
• Yandex Object Storage IA: Используется для хранения архивных копий проектов в российских компаниях, где данные хранятся 3-5 лет, но доступ к ним требуется редко.

Критика

Несмотря на преимущества, Infrequent Access Tier имеет ряд недостатков:

• Скрытые расходы: Высокая стоимость запросов на чтение/запись может сделать уровень невыгодным для данных, к которым обращаются чаще, чем раз в месяц. Например, если данные хранятся в IA, но к ним обращаются несколько раз в день, стоимость доступа может превысить экономию на хранении.
• Минимальный срок хранения: Большинство провайдеров устанавливают минимальный срок хранения (обычно 30 дней). Если данные удалить раньше, взимается плата за оставшиеся дни хранения.
• Ограниченная надёжность: Уровни One Zone-IA (Amazon) или Nearline (Google) обеспечивают меньшую отказоустойчивость по сравнению с горячими уровнями. Потеря данных возможна при уничтожении одной зоны доступности.
• Сложность прогнозирования: Для пользователей, не имеющих точной статистики частоты доступа, выбор между Hot, IA и Archive может быть затруднён. Ошибка в выборе приводит к неоправданным расходам.

Источники

• Amazon Web Services. «Amazon S3 Storage Classes». Документация AWS.
• Microsoft Azure. «Azure Blob Storage: Hot, Cool, and Archive access tiers». Документация Azure.
• Google Cloud. «Cloud Storage classes». Документация Google Cloud.
• Yandex Cloud. «Object Storage: тарифы и классы хранения». Документация Yandex Cloud.
• Обзорные статьи по облачным технологиям (например, «Cloud Storage Tiers: A Comparison» от CloudHealth, 2020).