BLOB-объекты Azure - храните непосредственно на уровне архива

Question

Я проследил за быстрым запуском в https://docs.microsoft.com/en-us/azure/storage/blobs/storage-quickstart-blobs-python, чтобы узнать, как использовать python для загрузки файлов в Azure в качестве хранилища больших двоичных объектов.

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

Я знаю, что могу установить уровень блоба сразу после его загрузки, используя def set_standard_blob_tier(self, container_name, blob_name, standard_blob_tier, timeout=None)

Однако я предпочитаю, если это возможно, чтобы загрузить его непосредственно на уровень архива (вместо загрузки на уровень по умолчанию, который является горячим или крутым, а затем переместить его).

Поэтому у меня есть несколько вопросов:

1. Возможно ли это?если да, то как?

2. Поскольку я довольно плохо знаком с облаком, есть ли какая-либо разница в общей стоимости между этими двумя вариантами?(Как вы можете понять, в настоящее время каждый большой двоичный объект будет находиться в крутом уровне в течение нескольких секунд, прежде чем перейти к уровню архива, поэтому может потребоваться плата за это время и, кроме того, стоимость передачи между уровнями).

Спасибо!

Answer 1

Возможно ли это?если да, то как?

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

Поскольку я довольно новичок в облаке, то есть какая-то разница в терминахобщая стоимость между двумя вариантами?(Как вы можете понять, в настоящее время каждый большой двоичный объект будет находиться в крутом уровне в течение нескольких секунд, прежде чем перейти к уровню архива, поэтому может потребоваться плата за это время и, кроме того, стоимость передачи между уровнями).

Не уверен, что я понимаю вопрос, но каждый уровень доступа (горячий, классный и архивный) имеет разные цены на хранение и стоимость транзакции.Горячий уровень имеет самое высокое хранилище и самые низкие операционные затраты, в то время как архивный уровень имеет самое низкое хранение и самые высокие операционные расходы.

Кроме того, изменение уровня с архивного на горячий или холодный уровень является трудоемкой операцией (в то время как обратный переход почти мгновенен).

Кроме того, с вас будет наложен штраф, если вы переместите BLOB-объект с уровня архива на уровень Hot / Cool в течение 6 месяцев после архивирования BLOB-объекта.

Подробнее об уровнях хранения см. Здесь: https://docs.microsoft.com/en-us/azure/storage/blobs/storage-blob-storage-tiers.

ОБНОВЛЕНИЕ

1. Стоит ли менять уровень с холодного на архивный?

Да.Существует необходимость изменить уровень с крутого на архивный.Если я не ошибаюсь, изменение уровня с холодного на архивный считается операцией записи.Если вы сделаете это в Западно-Американском регионе за 10000 блобов, вы заплатите всего $ 0,11 за эти 10000 блобов.Поэтому, если вы делаете это за 100 блобов, вы заплатите 0,0011 долларов (0,11 * 100/10000).

Буду ли я платить за несколько секунд, пока файл находился на классном уровне (между загруженным и перемещенным в архив)?

Опять же, ответ - да.Ценообразование будет зависеть от того, сколько данных вы храните на крутом уровне, как долго и в каком регионе.Например, если вы храните 1 ГБ данных в течение месяца в западном регионе США, вы заплатите $ 0,0152.Вам просто нужно рассчитать пропорциональную сумму.

Для получения дополнительной информации о ценах, пожалуйста, перейдите по этой ссылке: https://azure.microsoft.com/en-us/pricing/details/storage/blobs/.