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