Оценка стоимости архивирования данных
Уровень архива — это автономный уровень для хранения данных, которые редко обращаются. Уровень доступа к архиву имеет наименьшую стоимость хранения. Однако этот уровень имеет более высокие затраты на получение данных с более высокой задержкой по сравнению с горячими, холодными и холодными уровнями.
В этой статье объясняется, как вычислить стоимость использования архивного хранилища, а затем представить несколько примеров сценариев.
Расчет затрат
Затраты на архивные данные являются производными от этих трех компонентов:
- Затраты на запись данных на архивный уровень
- Затраты на хранение данных на уровне архива
- Затраты на восстановление данных из архивного уровня
В следующих разделах показано, как вычислить каждый компонент.
В этой статье используются вымышленные цены во всех вычислениях. Эти примеры цен можно найти в разделе " Примеры цен " в конце этой статьи. Эти цены предназначены только в качестве примеров и не должны использоваться для вычисления затрат.
Официальные цены см. в Хранилище BLOB-объектов Azure ценах или ценах на Azure Data Lake служба хранилища. Дополнительные сведения о том, как выбрать правильную страницу ценообразования, см. в статье "Общие сведения о полной модели выставления счетов для Хранилище BLOB-объектов Azure".
Затраты на запись
Вы можете вычислить стоимость записи на архивный уровень, умножив количество операций записи на цену каждой операции. Цена операции зависит от тех, которые используются для записи данных на архивный уровень.
вставка большого двоичного объекта;
Если вы используете операцию Put BLOB-объектов , количество операций совпадает с числом больших двоичных объектов. Например, если вы планируете написать 30 000 больших двоичных объектов на архивный уровень, это потребует 30 000 операций. Каждая операция взимается за цену операции записи архива.
Совет
Счета за операции выставляются за 10 000. Таким образом, если цена за 10 000 операций составляет $ 0,10, то цена одной операции составляет $ 0,10 / 10 000 = $ 0,00001.
Поместите список блоков и поместите список блоков
Если вы отправляете большой двоичный объект с помощью операций Put Block и Put Block List , то для отправки потребуется несколько операций, и каждая из этих операций взимается отдельно. Каждая операция Put Block взимается по цене операции записи для уровня доступа по умолчанию учетных записей. Количество операций put Block, необходимых для отправки данных, зависит от размера блока, указанного для отправки данных. Например, если размер большого двоичного объекта составляет 100 МиБ, и при отправке этого большого двоичного объекта вы выберете размер блока до 10 МиБ, то при отправке этого большого двоичного объекта будет использоваться 10 операций put Block . Блоки записываются на архивный уровень с помощью операции Put Block List . Эта операция взимается за цену операции записи архива. Таким образом, чтобы отправить один большой двоичный объект, ваша стоимость — это (количество блоков * для горячей операции записи) + цена операции записи архива.
Примечание.
Если вы не используете пакет SDK или REST API напрямую, вам может потребоваться изучить операции, которые средство передачи данных использует для отправки файлов. Вы можете определить это, потянувшись к поставщику инструментов или используя журналы хранения.
Установка уровня большого двоичного объекта
Если для перемещения большого двоичного объекта из холодного, холодного или горячего уровня в архивный уровень используется операция set BLOB-объектов, взимается плата за операцию записи архива.
Стоимость хранения
Вы можете вычислить затраты на хранилище, умножив размер данных в ГБ на цену архивного хранилища.
Например, если вы планируете хранить 10 ТБ архивных BLOB-объектов, стоимость емкости составляет 0,00099 * 10 * 10 * 1024 = $10,14 в месяц.
Затраты на восстановление
Большие двоичные объекты на уровне архива находятся в автономном режиме и не могут быть прочитаны или изменены. Чтобы считывать или изменять данные в архивном BLOB-объекте, необходимо сначала восстановить большой двоичный объект на сетевой уровень (горячий или холодный уровень).
Вы можете вычислить затраты для повторного восстановления данных, добавив затраты для получения данныхв стоимость чтения данных.
Предположим, что выборка ценообразования, стоимость получения 1 ГБ данных из архивного уровня будет составлять 1 * $0,02 = $0,02.
Операции чтения выставляются за 10 000. Таким образом, если стоимость за 10 000 операций составляет $ 5,00, то стоимость одной операции составляет $ 5,00 / 10 000 = $ 0,0005. Стоимость чтения 1000 больших двоичных объектов по стандартному приоритету составляет 1000 * $ 0,0005 = $ 0,50.
В этом примере общая стоимость восстановления (извлечение и чтение) составит $0,02 + $0,50 = $0,52.
Примечание.
Если для приоритета восстановления задано значение высокого уровня, увеличение частоты извлечения и чтения данных.
Если вы планируете восстановить данные, следует попытаться избежать платы за досрочное удаление. Чтобы просмотреть параметры, см . статью о повторном извлечении BLOB-объектов из архивного уровня.
Сценарий: однократное резервное копирование данных
В этом сценарии предполагается, что вы планируете удалить локальные ленты или файловые серверы путем переноса данных резервного копирования в облачное хранилище. Если вы не ожидаете, что пользователи будут получать доступ к этим данным часто, то может потребоваться перенести эти данные непосредственно на архивный уровень. В первом месяце вы предполагаете стоимость записи данных на архивный уровень. В оставшиеся месяцы вы будете платить только за затраты на хранение данных и затраты на восстановление данных по мере необходимости для случайной операции чтения.
Используя примеры цен, отображаемых в этой статье, в следующей таблице показаны три месяца расходов.
В этом сценарии предполагается, что первоначальный прием 2000 000 файлов составляет 102 400 ГБ в архиве. Он также предполагает однократное чтение каждый месяц около 1% архивной емкости. Операция, используемая этим сценарием , является операцией Put BLOB-объектов .
| Коэффициент стоимости | января | февраля | марта | Проецируемый год |
|---|---|---|---|---|
| Транзакции записи | 2 000 000 | 0 | 0 | 2 000 000 |
| Цена одной операции записи | $0,00001 | $0,00001 | $0,00001 | $0,00001 |
| Затраты на запись (транзакции * цена операции записи) | $20,00 | $0,00 | $0,00 | $20,00 |
| Общий размер файла (ГБ) | 102 400 | 102 400 | 102 400 | 1,228,800 |
| Цены на данные (оплата по мере использования) | $ 0,000999 | $ 0,000999 | $ 0,000999 | $ 0,000999 |
| Стоимость хранения (размер файла * цена на данные) | $101,38 | $101,38 | $101,38 | $1,216.51 |
| Размер извлечения данных | 1024 | 1024 | 1024 | 12,288 |
| Цена получения данных | $0,02 | $0,02 | $0,02 | $0,02 |
| Количество транзакций чтения (число файлов * 1%) | 20,000 | 20,000 | 20,000 | 240,000 |
| Цена одной операции чтения | $0,0005 | $0,0005 | $0,0005 | $0,0005 |
| Затраты на восстановление (затраты для получения и затрат для чтения) | $30,48 | $30,48 | $30,48 | $365,76 |
| Общая стоимость | $151,86 | $131,86 | $131,86 | $1602.27 |
Совет
Чтобы просмотреть эти затраты более 12 месяцев, откройте вкладку "Однократное резервное копирование " этой книги. Вы можете изменить значения на этом листе, чтобы оценить затраты.
Сценарий: непрерывный уровень
В этом сценарии предполагается, что вы планируете периодически перемещать данные на архивный уровень. Возможно, вы используете отчеты инвентаризации BLOB-объектов служба хранилища для оценки доступа к большим двоичным объектам менее часто, а затем с помощью политик управления жизненным циклом для автоматизации процесса архивации.
Каждый месяц вы предполагаете стоимость записи на архивный уровень. Затраты на хранение и повторное восстановление данных будут увеличиваться с течением времени, так как архивировать больше больших двоичных объектов.
Используя примеры цен, отображаемых в этой статье, в следующей таблице показаны три месяца расходов.
В этом сценарии предполагается, что ежемесячный прием 200 000 файлов составляет 10 240 ГБ для архивирования. Он также предполагает однократное чтение каждый месяц около 1% архивной емкости. Операция, используемая этим сценарием , является операцией Put BLOB-объектов .
| Коэффициент стоимости | января | февраля | марта | Проецируемый год |
|---|---|---|---|---|
| Транзакции записи | 200 000 | 200 000 | 200 000 | 2,400,000 |
| Цена одной операции записи | $0,00001 | $0,00001 | $0,00001 | $0,00001 |
| Затраты на запись (транзакции * цена операции записи) | $2,00 | $2,00 | $2,00 | $24.00 |
| Общий размер файла (ГБ) | 10 240 | 20,480 | 39,720 | 122,880 |
| Цены на данные (оплата по мере использования) | $ 0,000999 | $ 0,000999 | $ 0,000999 | $ 0,000999 |
| Стоимость хранения (размер файла * цена на данные) | $10,14 | 20.28 | $30,41 | $790,73 |
| Цена получения данных | $0,02 | $0,02 | $0,02 | $0,02 |
| Количество транзакций чтения (число файлов * 1% чтения) | 2 000 | 4000 | 6000 | 156,000 |
| Цена одной операции чтения | $0,0005 | $0,0005 | $0,0005 | $0,0005 |
| Затраты на восстановление (затраты для получения и затрат для чтения) | $3,05 | $6,10 | $9,14 | $237,74 |
| Общая стоимость | $15,19 | $28,37 | $41,56 | $ 1052.48 |
Совет
Чтобы просмотреть эти затраты более 12 месяцев, откройте вкладку непрерывного уровня книги. Вы можете изменить значения на этом листе, чтобы оценить затраты.
Архив и холодный и холодный
Хранилище архивов — это самый низкий уровень затрат. Однако для восстановления 10 ГиБ-файлов может потребоваться до 15 часов. Дополнительные сведения см. в статье о повторном извлечении BLOB-объектов из архивного уровня. Уровень архива может быть не лучшим, если рабочие нагрузки должны быстро считывать данные. Холодный уровень предлагает почти задержку чтения в режиме реального времени с более низкой ценой, чем это горячий уровень. Понимание требований к доступу поможет выбрать между холодными, холодными и архивными уровнями.
В следующей таблице сравнивается стоимость архивного хранилища с стоимостью холодного и холодного хранения, используя примеры цен , отображаемых в этой статье. В этом сценарии предполагается, что ежемесячный прием 200 000 файлов составляет 10 240 ГБ для архивирования. Она также предполагает 1 чтение каждый месяц около 10% сохраненной емкости (1024 ГБ), а также 10% общих транзакций (20 000).
| Коэффициент стоимости | Архив | низкая | Холодный |
|---|---|---|---|
| Транзакции записи | 200 000 | 200 000 | 200 000 |
| Цена одной операции записи | $0,00001 | $0,000018 | $0,00001 |
| Затраты на запись (транзакции * цена операции записи) | $2,00 | $3,60 | $2,00 |
| Общий размер файла (ГБ) | 10 240 | 10 240 | 10 240 |
| Цены на данные (оплата по мере использования) | $ 0,000999 | 0,0036 долл. США | $0,0152 |
| Стоимость хранения (размер файла * цена на данные) | $10,14 | $36,86 | $155,65 |
| Размер извлечения данных | 1024 | 1024 | 1024 |
| Цена получения данных на ГБ | $0,02 | $0,03 | 0,01 долл. США |
| Количество транзакций чтения | 20,000 | 20,000 | 20,000 |
| Цена одной операции чтения | $0,0005 | $0,00001 | $0,000001 |
| Затраты на восстановление (затраты для получения и затрат для чтения) | $30,48 | $30,92 | $10,26 |
| Ежемесячная стоимость | $42,62 | $71,38 | $167.91 |
Совет
Чтобы просмотреть динамическую формулу этих затрат, откройте вкладку "Выбор уровней " этой книги. Вы можете изменить значения на этом листе, чтобы оценить затраты.
На следующей диаграмме показано влияние на ежемесячные расходы с учетом различных процентных значений чтения. На этой диаграмме предполагается, что ежемесячный прием 1000 000 файлов составляет 10 240 ГБ.
Например, вторая пара полос предполагает, что рабочие нагрузки считывают 100 000 файлов (10% из 100 000 000 файлов) и 1024 ГБ (10 % от 10 240 ГБ). Предположим, что выборка ценообразования, оценочная ежемесячная стоимость холодного хранилища составляет $ 175,99 , и предполагаемые ежемесячные затраты на архивное хранилище составляет $90,62.
На этой диаграмме показана точка останова на уровне чтения на 25 % или около 25 %. После этого стоимость архивного хранилища начинает расти относительно стоимости холодного хранилища.
Примеры цен
В этой статье используются следующие вымышленные цены.
Внимание
Эти цены предназначены только в качестве примеров и не должны использоваться для вычисления затрат.
| Прайс-фактор | Архив | низкая | Холодный |
|---|---|---|---|
| Цена транзакций записи (за 10 000) | 0,10 долл. США | 0,18 долл. США | 0,10 долл. США |
| Цена одной операции записи (стоимость / 10 000) | $0,00001 | $0,000018 | $0,00001 |
| Цены на данные (оплата по мере использования) | $ 0,000999 | 0,0036 долл. США | $0,0152 |
| Цена транзакций чтения (за 10 000) | 5,00 долл. США | 0,10 долл. США | 0,01 долл. США |
| Цена одной операции чтения (стоимость / 10 000) | $0,0005 | $0,00001 | $0,000001 |
| Цена высокоприоритетных транзакций чтения (за 10 000) | 50,00 долларов США | Неприменимо | Неприменимо |
| Цена получения данных (на ГБ) | $0,02 | $0,03 | 0,01 долл. США |
| Цена получения данных с высоким приоритетом (на ГБ) | 0,10 долл. США | Неприменимо | Неприменимо |
Официальные цены см. в Хранилище BLOB-объектов Azure ценах или ценах на Azure Data Lake служба хранилища.
Дополнительные сведения о том, как выбрать правильную страницу ценообразования, см. в статье "Общие сведения о полной модели выставления счетов для Хранилище BLOB-объектов Azure".