Управление жизненным циклом объектов в хранилище BLOB-объектов Azure

Завершено

Теперь вы понимаете, что уровни доступа позволяют контролировать чрезмерные затраты на хранение данных, выявленные в вашей компании. Основной проблемой является определение подхода, который позволяет упростить их реализацию таким образом, чтобы свести к минимуму административные издержки. В этом уроке вы узнаете об управлении жизненным циклом BLOB-объектов в хранилище Azure, что позволяет автоматизировать переключение между уровнями доступа с помощью настраиваемых правил.

Управление жизненным циклом BLOB-объектов в хранилище Azure

Контроль оптимальных уровней доступа является непрерывным процессом, поскольку порядок использования хранилища и релевантность данных меняются с течением времени. Для решения этой задачи требуется автоматизированное решение. К счастью, хранилище BLOB-объектов Azure поддерживает политику управления жизненным циклом, обеспечивая как раз этот функционал.

Настройка управления жизненным циклом BLOB-объектов в хранилище Azure

Управление жизненным циклом объектов хранилища Azure основано на политике формата JSON. Эта политика основана на настраиваемых правилах, которые определяют предполагаемые задачи управления BLOB-объектами. Чаще всего эти задачи оценивают время последнего изменения или доступа к большим двоичным объектам и, в зависимости от результата этой оценки, либо сохраняют текущее назначение уровня доступа, либо переводят большие двоичные объекты на другой уровень, либо удаляют их. Управление жизненным циклом также интегрируется с управлением версиями больших двоичных объектов и моментальными снимками. Это позволяет автоматически переносить старые версии БОЛЬШИХ двоичных объектов и моментальных снимков на холодные, холодные и архивные уровни хранилища, а также удалять их, где это необходимо, чтобы свести к минимуму затраты. Правила можно область определенным контейнерам на основе префиксов имени или тегов индекса BLOB-индекса.

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

Screenshot of the Azure portal Lifecycle management pane has Enable access tracking selected.

Screenshot of a lifecycle management rule in code view is designed to moves blobs to cool tier after 15 days after the last accessed date.

Мера, связанная с производительностью, поддерживает политику управления жизненным циклом, — это возможность перехода больших двоичных объектов из холодного на горячий уровень, как только они будут доступны. Для этого в правилах политики для свойства enableAutoTierToHotFromCool задается значение true.

Примечание.

В этом случае также следует учитывать потенциальные затраты, связанные с досрочным удалением.

Screenshot of a lifecycle management rule is designed to move blobs to cool tier after 15 days following the last accessed date.

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

Screenshot of the Azure portal Lifecycle management pane has a lifecycle management rule that removes blobs based on the index tag.