Уровни доступа хранилища BLOB-объектов Azure и управление ими
Теперь, когда вы изучили несколько вариантов оптимизации затрат, вы можете изучить уровни доступа Хранилище BLOB-объектов Azure более подробно. Вы понимаете, что их использование может снизить затраты на использование хранилища, но также понимаете, что их неправильное использование может привести к увеличению расходов на хранение. В этом уроке вы узнаете о некоторых общих правилах, регулирующих поведение уровня доступа. Вы также определите некоторые из предостережения, которые помогут вам оптимизировать свои преимущества.
Хранилище BLOB-объектов Azure поддерживает четыре уровня доступа:
Горячий уровень: онлайн-уровень, оптимизированный для хранения данных, к которым часто обращаются или изменяются. Горячий уровень отличается самыми высокими затратами на хранение, но наименьшими затратами на доступ.
Холодный уровень: онлайн-уровень, оптимизированный для хранения данных, которые редко обращаются или изменяются. Этот уровень имеет более низкие затраты на хранение, чем горячий уровень, но его затраты на доступ выше.
Холодный уровень: онлайн-уровень, оптимизированный для хранения данных, которые редко обращаются или изменяются. Этот уровень имеет более низкие затраты на хранение, чем холодный уровень, но его затраты на доступ выше.
Уровень архива: автономный уровень, оптимизированный для хранения данных, доступ к которым редко или нет вообще. Этот уровень отличается самыми низкими затратами на хранение, но самыми высокими затратами на доступ.
Термин нечасто является непреднаправленным . В качестве общего руководства следует рассмотреть возможность использования холодного уровня, если вы не ожидаете, что нужно удалить или переместить большой двоичный объект на другой уровень по крайней мере 30 последовательных дней. Вы можете рассмотреть холодный уровень, если вы не ожидаете, что нужно удалить или переместить большой двоичный объект по крайней мере 90 дней подряд. Рассмотрите возможность использования архивного уровня, если этот период составляет не менее 180 дней. Эти данные основаны на модели ценообразования, которая предполагает взимание платы за досрочное удаление. Эта плата применяется, если большой двоичный объект либо удаляется, либо перемещается из холодного или архивного уровня до прохождения определенного уровня периода. Этот период составляет 30 дней для холодного уровня, 90 дней для холодного уровня и 180 дней для архивного уровня.
Плата за досрочное удаление рассчитывается исходя из количества дней, оставшихся до окончания периода, установленного для соответствующего уровня. Например, если большой двоичный объект назначается холодному уровню, а затем удаляется через 20 дней, плата за раннее удаление представляет стоимость хранения БОЛЬШОго двоичного объекта в течение 10 дней (30 минус 20) на холодном уровне. Аналогичным образом, если большой двоичный объект назначается уровню архива, а затем перемещается на холодный или горячий уровень через 100 дней, плата за раннее удаление представляет стоимость хранения большого двоичного объекта в течение 80 дней (180 минус 100) на уровне архива.
Примечание.
Чтобы избежать платы за досрочное удаление большого двоичного объекта, можно скопировать большой двоичный объект на другой уровень с помощью операции копирования большого двоичного объекта. Однако, имейте в виду, что это приводит к увеличению расходов на емкость, связанных с созданием дополнительного большого двоичного объекта, который является дубликатом исходного.
Модель управления уровнями доступа для больших двоичных объектов
При выборе между горячими, холодными, холодными и архивными уровнями доступа следует учитывать дополнительные факторы. Кроме того, полезно понять различные модели управления уровнями доступа.
Помимо различий в ценах, большие двоичные объекты имеют разные соглашения об уровне обслуживания доступности (SLA). Архивные, холодные и холодные уровни обеспечивают одинаковые характеристики устойчивости, пропускной способности и задержки доступа к хранилищу. Время извлечения находится в диапазоне миллисекундах. Горячие и холодные уровни также поддерживают все варианты избыточности.
Горячий, холодный, холодный или архивный уровень доступа можно назначить большому двоичному объекту непосредственно во время отправки. Кроме того, можно вывести горячие, холодные или холодные уровни доступа (но не архивировать) на основе уровня доступа, указанного в качестве уровня по умолчанию на уровне учетной записи хранения. Однако, любое явное назначение уровня имеет приоритет над подразумеваемым.
Примечание.
Внимательно рассмотрим последствия изменения уровня доступа по умолчанию на уровне учетной записи хранения. Это может оказать значительное влияние на цены, если существует большое количество больших двоичных объектов без явно назначенного уровня доступа.
Уровень архива не позволяет читать или изменять содержимое большого двоичного объекта напрямую. Однако у вас есть доступ к метаданным, включая теги индекса. Чтобы получить доступ к содержимому большого двоичного объекта, его можно назначить горячему, холодному или холодному уровню, чтобы активировать процесс, называемый восстановлением. Кроме того, можно вызвать операцию копирования BLOB-объектов, чтобы создать копию большого двоичного объекта на горячем, холодном или холодном уровне.
Примечание.
Существует два приоритета для восстановления больших двоичных объектов на уровне архива: стандартный и высокий. Восстановление с приоритетом уровня "Стандартный" может занять до 15 часов. Однако высокоприоритетные запросы имеют приоритет по стандартному приоритету, а большие двоичные объекты размером менее 10 ГБ могут выполняться менее чем за один час. Высокоприоритетное восстановление дороже, поэтому корпорация Майкрософт рекомендует резервировать высокоприоритетное восстановление для использования в чрезвычайных ситуациях восстановления данных.
Учетные записи хранения, использующие уровень архива, должны быть настроены с параметрами избыточности LRS, GRS или RA-GRS. Уровень архива не поддерживает избыточность зоны, преклюзуя избыточность для ZRS, GZRS или RA-GZRS.
Примечание.
Для архивного уровня требуется явное назначение уровня большого двоичного объекта, а не вывод. Учетная запись служба хранилища Azure не может быть настроена с использованием уровня по умолчанию для архивирования.