Класс хранилища

Object Storage позволяет хранить объекты в хранилищах разных классов в зависимости от ваших требований к длительности хранения и частоте операций с объектами. В сервисе доступны следующие варианты:

Класс хранилища	Доступ к данным	Стоимость
		Запросы	Хранение данных
Стандартное (STANDARD)1	Часто
Холодное (COLD)	Редко, примерно раз в месяц
Ледяное (ICE)	Очень редко, примерно раз в год или реже		2
Умное (INTELLIGENT_TIERING)3	Трудно прогнозируемый или меняющийся	Автоматически оптимизируется

¹ Для STANDARD доступен уровень нетарифицируемого использования (free tier).

² При условии хранения данных не менее 12 месяцев.

³ Стоимость зависит от того, на каком уровне доступа находится объект в текущий момент.

Более «холодные» классы предназначены для длительного хранения объектов, работать с которыми планируется реже. Чем «холоднее» хранилище, тем дешевле хранить в нем данные, но тем дороже их читать и записывать. Умное хранилище автоматически оптимизирует расходы, перемещая объекты между уровнями доступа в зависимости от частоты обращения к ним.

Подробнее см. примеры сравнения стоимости в разделе Правила тарификации.

Вы можете выбрать класс хранилища для каждого объекта отдельно при загрузке.

Особенности классов хранилищаОсобенности классов хранилища

Все классы хранилищ имеют одинаковый SLA и защищают данные от потери даже при полном отказе одной из трех зон доступности.

Стандартное, холодное, ледяноеСтандартное, холодное, ледяное

Хранилища STANDARD и COLD идентичны по техническим характеристикам и схеме резервирования данных: используется репликация ×3 — по одной копии данных в каждой зоне доступности.

Производительность ICE может немного отличаться от производительности классов STANDARD и COLD при работе с данными объектов. Тем не менее с ICE можно работать так же, как и с любым другим классом хранения. Это отличает ICE в Object Storage от других решений, так как к данным можно обращаться напрямую для чтения и записи. В других решениях доступ к данным архивного класса хранения занимает от нескольких десятков минут до суток. Например, в AWS Glacier нельзя обратиться к данным напрямую. Сначала их нужно переместить в более горячий класс хранения, что занимает значительное время. Только после этого их можно прочитать. Таким образом класс хранилища ICE помогает упростить инфраструктуру и сократить расходы.

Умное хранилищеУмное хранилище

Умное хранилище INTELLIGENT_TIERING автоматически оптимизирует расходы, перемещая объекты между уровнями доступа в зависимости от частоты обращения к ним. Это позволяет экономить на хранении, когда интенсивность обращений к данным меняется или ее трудно спрогнозировать заранее.

В отличие от жизненных циклов, хранилище не требует ручной настройки правил и фильтров — можно установить класс хранилища по умолчанию на весь бакет, и хранение каждого объекта в нем будет оптимизировано автоматически. При этом умное хранилище не только переводит объекты на более «холодный» уровень, но и «прогревает» при увеличении числа обращений.

Умное хранилище состоит из следующих уровней доступа — частого (FREQUENT), нечастого (INFREQUENT) и архивного (ARCHIVE). Объекты перемещаются между ними по следующим правилам:

• Новые объекты загружаются на уровень доступа FREQUENT.
• Объекты уровня FREQUENT, к которым обращаются менее 100 раз в день на протяжении 30 дней, автоматически перемещаются на уровень доступа INFREQUENT.
• Объекты уровня INFREQUENT, к которым обращаются менее 100 раз в день на протяжении 90 дней, автоматически перемещаются на уровень доступа ARCHIVE.
• Если количество обращений возрастает до 100 и более раз в день, объект автоматически возвращается на уровень доступа FREQUENT.

Обращением считаются операции, связанные с копированием или скачиванием объекта — CopyObject, GetObject, RestoreObject, UploadPartCopy. При этом интерфейс выполнения операции не имеет значения. Например, будет считаться обращением и скачивание объекта через консоль управления, и копирование с помощью Yandex Cloud CLI.

Также операции загрузки новых версий объекта или частичного изменения — PutObject, PatchObject — сработают как загрузка нового объекта на уровень FREQUENT. Другие операции не влияют на перемещение объекта по уровням доступа.

Стоимость хранения объекта и операций с ним определяется уровнем, на котором он находится в данный момент. Текущий уровень объекта можно узнать, выгрузив его метаданные.

Отдельно тарифицируются общее количество объектов в умном хранилище и перемещение объекта в умное хранилище с помощью жизненных циклов. Подробнее в разделе Правила тарификации.

Хранилище по умолчанию для бакетаХранилище по умолчанию для бакета

Если при загрузке объекта не указать класс хранилища, то объект сохранится в хранилище по умолчанию, которое установлено для бакета.

Хранилище по умолчанию можно установить при создании бакета в консоли управления. В дальнейшем, эту настройку можно изменить для каждого отдельного бакета также через консоль управления. Хранилище по умолчанию нельзя установить или изменить другими инструментами. Для бакета, созданного не в консоли управления, устанавливается стандартное хранилище по умолчанию. Нельзя установить хранилище по умолчанию сразу для всех бакетов в каталоге или облаке.

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

Изменение класса хранилища для объектаИзменение класса хранилища для объекта

Для изменения класса хранилища вы можете:

• Заново загрузить объект в Object Storage с необходимым классом хранилища.

• Переместить или скопировать объект с указанием нового класса хранилища.

  Примечание

  Перемещение объекта или его загрузка заново с тем же ключом приведет к удалению исходного объекта. После удаления объекта, хранившегося в ICE меньше 12 месяцев, будет списан остаток стоимости хранения. При копировании без удаления такое списание не происходит.

• Задать условия для изменения класса хранилища на более холодный с помощью жизненных циклов объектов. Подробнее о формате правил для жизненных циклов в разделе Конфигурация жизненных циклов объектов в бакете.

Идентификаторы классов хранилищаИдентификаторы классов хранилища

При работе с Object Storage через API, совместимый с Amazon S3, или с помощью инструментов, описанных в разделе Поддерживаемые инструменты, используйте для классов хранилища следующие идентификаторы:

• Стандартное хранилище — STANDARD.
• Холодное хранилище — COLD, STANDARD_IA или NEARLINE (последние два — только при загрузке объектов в бакет).
• Ледяное хранилище — ICE, GLACIER (последний — только при загрузке объектов в бакет).
• Умное хранилище — INTELLIGENT_TIERING.

Примеры использованияПримеры использования

• Выгрузка данных Greenplum® в холодное хранилище Yandex Object Storage
• Хранение журналов работы приложения
• Резервное копирование ВМ с помощью «Хайстекс Акура — Система резервного копирования»
• Использование гибридного хранилища в Managed Service for ClickHouse®

Полезные ссылкиПолезные ссылки

• Yandex Object Storage: как выбрать класс хранилища