Разработка стратегии использования многоуровневого хранилища
Используя пример производственной компании, ваш первый шаг в качестве потенциальных проектов заключается в просмотре доступных вариантов. Затем вы можете приступить к разработке стратегии в отношении уровней хранилища.
В этом уроке вы просмотрите уровни служба хранилища Azure и изучите типичные варианты использования. Вы также узнаете, как использовать эти уровни для управления данными, хранящимися в БОЛЬШИХ двоичных объектах Azure.
Хранилище Azure
Служба хранилища Azure — это управляемая корпорацией Майкрософт служба, предоставляющая возможности избыточного хранения с высоким уровнем доступности. Есть несколько типов службы хранилища Azure.
- Большие двоичные объекты Azure: обычно используется для отправки изображений, документов и общих данных и управления ими
- Файлы Azure. Позволяет создавать общие папки с помощью блока сообщений сервера (SMB) 3.0, чтобы системы могли получать доступ к файлам с помощью единого соглашения об именовании (UNC) пути.
- Azure Data Lake: позволяет хранить большие сложные данные для таких задач, как анализ больших данных
Этот модуль посвящен оптимизации хранилища BLOB-объектов Azure.
Большие двоичные объекты Azure
Большие двоичные объекты можно использовать для хранения больших объемов неструктурированных данных, таких как текстовые или двоичные данные, как отдельные файлы. Они упорядочиваются по контейнерам. Количество контейнеров в учетной записи хранения не ограничено. Каждый контейнер может содержать неограниченное количество больших двоичных объектов, а большой двоичный объект должен находиться в контейнере.
Контейнеры не поддерживают вложенные каталоги, но можно создать логическую структуру, добавив / в имена файлов. Например, файл с именем Report.txt можно сохранить на верхнем уровне контейнера как /Sales/Report.txt. Для любой службы, обращающейся к файлу, он будет представляться как сохраненный в подкаталоге Sales.
Уровни доступа к хранилищу BLOB-объектов
Хранилище BLOB-объектов Azure предоставляет несколько уровней хранилища. Каждый из этих уровней имеет разные цены, где наиболее высокопроизводительный уровень несет большую стоимость. Настроив эти уровни, можно обеспечить оптимальный баланс между скоростью доступа к данным и расходами.
В настоящее время уровней хранилища BLOB-объектов четыре.
- Горячий: это уровень по умолчанию и используется для данных, которые часто обращаются. Это дороже для хранения данных здесь, по сравнению с уровнями "Холодный" и "Архив", но более дешевым для доступа. Горячий уровень поддерживает соглашение об уровне обслуживания с гарантией доступности на уровне 99,9 %. Уровень "Горячий" можно задать на уровне учетной записи и на уровне объекта.
- Холодный: этот уровень используется для хранения менее часто доступных данных, таких как архивные файлы, резервные копии и необработанные или необработанные данные. Холодный предназначен для данных, которые, скорее всего, будут храниться не менее 30 дней. Затраты на хранение одного гигабайта на этом уровне меньше, чем на горячем. Конкретная стоимость зависит от региона. Холодный уровень поддерживает соглашение об уровне обслуживания с гарантией доступности на уровне 99,9 %. Уровень "Холодный" можно задать на уровне учетной записи и на уровне объекта.
- Холодный: этот уровень оптимизирован для хранения редко доступных и измененных данных. Холодный предназначен для данных, которые, скорее всего, будут храниться не менее 90 дней. Она имеет более низкие затраты на хранение, но более высокие затраты на доступ по сравнению с уровнем "Холодный". Уровень "Холодный доступ" можно задать на уровне большого двоичного объекта.
- Архив. Это наиболее экономичный вариант хранения данных, но, как правило, дороже для извлечения данных, чем другие уровни. Архив предназначен для данных, которые, скорее всего, будут храниться не менее 180 дней, а также для систем или сценариев, где можно допускать задержку извлечения. Уровень доступа к архиву можно задать только на уровне большого двоичного объекта.
На уровне учетной записи можно задать только холодный и горячий уровни доступа.
Уровни "Горячий", "Холодный", "Холодный" и "Архив" можно использовать с учетными записями хранения общего назначения версии 2.
Вы можете переключаться между уровнями доступа в любое время, когда и при изменении шаблонов использования. Смена уровня происходит немедленно, кроме случая, когда вы переходите с архивного уровня. Архивные данные являются автономными. Для оперативных запросов доступны только метаданные. Чтобы получить доступ к архивным данным, большой двоичный объект нужно сначала восстановить.
Восстановление больших двоичных объектов
Восстановление большого двоичного объекта — это процесс извлечения данных из архива и перемещение их из автономного в оперативное хранилище. Данные можно восстановить на горячий или холодный уровень. Чтобы запустить этот процесс, измените уровень большого двоичного объекта с архивного на горячий или холодный. Процесс может занять до 15 часов.
Цены
Плата за хранение данных зависит от используемого уровня хранилища.
- Стоимость хранения данных уменьшается по мере перемещения по горячему уровню, а архив является самым дешевым.
- Стоимость извлечения данных тем выше, чем холоднее используемый уровень. Например, стоимость извлечения данных с холодного уровня выше, чем с горячего. Самый дорогой в этом плане уровень — архивный.
- Смена уровня также оплачивается.
Управление жизненным циклом хранилища BLOB-объектов Azure
Управление жизненным циклом хранилища BLOB-объектов позволяет использовать политики и правила для автоматического перемещения данных между уровнями. Политики использования позволяют управлять производительностью хранилища и затратами.
С помощью управления жизненным циклом можно:
- Переход больших двоичных объектов на холодные или архивные уровни.
- Удаление больших двоичных объектов.
Можно создавать правила в следующих целях:
- Переместите большие двоичные объекты на холодный уровень после X дней.
- Переместите большие двоичные объекты на архивный уровень после X дней.
- Удаление больших двоичных объектов через X дней.