Поделиться через

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

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

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

Политика управления жизненным циклом поддерживает следующие возможности:

  • Переход текущих версий большого двоичного объекта, предыдущих версий BLOB-объектов или моментальных снимков BLOB-объектов на более холодный уровень хранилища, если эти объекты не доступны или изменены в течение определенного периода времени, чтобы оптимизировать затраты.

  • Переход данных обратно из холодного состояния в горячее происходит сразу после их доступа.

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

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

Подсказка

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

Функции политики управления жизненным циклом

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

Политики управления жизненным циклом поддерживаются для блочных BLOB-объектов и добавляемых BLOB-объектов в учетных записях общего назначения версии 2, премиальных блочных BLOB-объектов и BLOB-хранилища. Управление жизненным циклом не влияет на системные контейнеры, например, $logs и $web.

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

Элемент правила Описание
Условия Условия основаны на следующих трех свойствах больших двоичных объектов: время создания, время последнего изменения и время последнего доступа (если включено отслеживание времени доступа).
Действия Действия применяются к отфильтрованным BLOB-объектам, соответствующим заданным условиям. Необходимо определить по крайней мере одно действие для каждого правила, например изменение уровня BLOB на уровень холодного хранения или удаление объектов BLOB.
Фильтры Фильтры ограничивают действия правила некоторой частью объектов BLOB в учетной записи хранения с помощью префиксов пути и тегов объектов BLOB. Если определено более одного фильтра, для всех фильтров применяется логическое "И". С помощью фильтра можно указать, какие блобы включить. Фильтр не позволяет указать, какие объекты BLOB следует исключить.

Выполнение политики

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

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

Время, необходимое для завершения запуска, зависит от количества обрабатываемых и оцениваемых блобов. Задержка, с которой оценивается и обрабатывается большой двоичный объект, может увеличиться, если скорость запросов к учетной записи хранения приближается к её лимиту. Все запросы, направленные к учетной записи хранения, включая запросы, выполняемые политическими запусками, относятся к тому же лимиту на запросы в секунду, и по мере приближения к этому ограничению приоритет предоставляется запросам, сделанным рабочими процессами. Чтобы подать запрос на увеличение ограничений для учетной записи, обратитесь в службу поддержки Azure.

Сведения о ограничениях масштабирования по умолчанию см. в следующих статьях:

Дополнительные сведения о характеристиках производительности управления жизненным циклом.

Вы можете отслеживать результаты выполнения политики, подписавшись на событие LifecyclePolicyCompleted и диагностировать ошибки с помощью метрик и журналов. См. мониторинг политики управления жизненным циклом.

Выставление счетов

Политики управления жизненным циклом бесплатны. Клиенты оплачивают стандартные операционные расходы за вызовы API Set Blob Tier. Операции удаления бесплатны. Однако другие службы и служебные программы Azure, такие как Microsoft Defender для хранилища , могут взиматься за операции, управляемые с помощью политики жизненного цикла.

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

Для получения дополнительной информации о ценах см. раздел цен на блочные блоб-объекты.

Известные проблемы и ограничения

  • Многоуровневое хранение еще не поддерживается в учетной записи хранения объектов BLOB премиум-класса. Для всех остальных учетных записей тиеринг разрешен только для блочных BLOB-объектов и недоступен для добавляемых (append) и страничных (page) BLOB-объектов.

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

  • Политика управления жизненным циклом должна быть прочитана или записана полностью. Частичное обновление не поддерживается.

  • Каждое правило может иметь до 10 префиксов с учетом регистра и до 10 условий тега индекса BLOB.

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

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

  • Управление жизненным циклом не влияет на системные контейнеры, такие как $logs или $web containers.

Вопросы и ответы

Ознакомьтесь с часто задаваемыми вопросами по управлению жизненным циклом.

Следующие шаги