Оценка стоимости использования Хранилище BLOB-объектов Azure
Эта статья поможет оценить затраты на хранение, загрузку, скачивание и работу с данными в Хранилище BLOB-объектов Azure.
Все вычисления основаны на вымышленной цене. Вы можете найти каждую цену в разделе примеров цен в конце этой статьи.
Внимание
Эти цены предназначены только в качестве примеров и не должны использоваться для вычисления затрат. Официальные цены см. на страницах цен на Хранилище BLOB-объектов Azure или azure Data Lake Storage. Дополнительные сведения о том, как выбрать правильную страницу ценообразования, см. в статье "Общие сведения о полной модели выставления счетов для Хранилище BLOB-объектов Azure".
Стоимость хранения данных
Вы можете вычислить затраты на хранилище, умножив размер данных в ГБ на цену хранилища выбранного уровня доступа. Например,если вы планируете хранить 10 ТБ больших двоичных объектов на холодном уровне доступа, стоимость емкости составляет $ 0,0115 * 10 * 1024 = $117,78 в месяц.
В зависимости от того, сколько дискового пространства требуется, может потребоваться зарезервировать емкость со скидкой. Вы можете зарезервировать емкость в размере 100 ТБ и 1 ТС для 1-летней или 3-летней длительности обязательств. Зарезервированная емкость доступна только для данных, хранящихся на горячих, холодных и архивных уровнях доступа.
Используя примеры цен, отображаемых в этой статье, в следующей таблице сравниваются затраты на оплату по мере использования и зарезервированные затраты на хранение 100 ТБ (102 400 ГБ) данных.
| Расчет | высокая | Холодный | Архив |
|---|---|---|---|
| Ежемесячная цена за 100 ТБ хранилища | $2,130 | $963 | $205 |
| Ежемесячная цена на 100 ТБ хранилища (за один год зарезервировано) | $1747 | $966 | $183 |
| Ежемесячная цена на 100 ТБ хранилища (трехлетний зарезервированный) | $1406 | 872 долл. США | 168 долл. США |
Чтобы вычислить точку, в которой зарезервированная емкость начинается, разделите стоимость зарезервированной емкости по тарифу по мере использования. Например, если стоимость 1-летней зарезервированной емкости для хранилища на холодном уровне составляет $966, а ставка оплаты по мере использования составляет $0,0115, то расчет составляет $966 /$0,0115 = 84 000 ГБ (примерно 82 ТБ). Если вы планируете хранить по крайней мере 82 ТБ данных на холодном уровне в течение всего периода резервирования, зарезервированная емкость начинает смысле. В следующей таблице вычисляется точка останова даже в ТБ для каждого уровня доступа.
| Расчет | высокая | Холодный | Архив |
|---|---|---|---|
| Ежемесячная цена за ГБ хранилища данных (оплата по мере использования) | $0,0208 | $0,0115 | $0,002 |
| Цена за 100 ТБ зарезервированного хранилища | $1747 | $966 | $183 |
| Разрыв даже для 1-летней зарезервированной емкости | 82 ТБ1 | 82 ТБ | 89 ТБ |
| Разрыв даже для 3-летней зарезервированной емкости | 66 ТБ1 | 74 ТБ | 82 ТБ |
1Горячий уровень имеет несколько тарифов по мере использования. Цена первого 50 ТБ и цена второго 50 ТБ учитываются в этом расчете.
Дополнительные сведения о зарезервированной емкости см. в статье "Оптимизация затрат на хранилище BLOB-объектов с зарезервированной емкостью".
Общие сведения о затратах на хранение см. в разделе "Хранилище данных" и счетчики индексов.
Стоимость передачи данных
При передаче данных выставляются счета за операции записи и чтения . Некоторые клиентские приложения используют дополнительные операции для передачи данных, таких как операции для перечисления больших двоичных объектов или получения свойств. Служебная программа AzCopy оптимизирована для эффективной передачи данных и может служить каноническим примером, на котором будет основываться оценка затрат.
См. сведения о стоимости использования AzCopy для передачи больших двоичных объектов.
Стоимость отправки
При отправке данных клиент делит эти данные на блоки и отправляет каждый блок по отдельности. Каждый блок, который отправляется, оплачивается как операция записи . Для сборки блоков в большой двоичный объект, хранящийся в учетной записи, требуется последняя операция записи. Количество операций записи, необходимых для отправки большого двоичного объекта, зависит от размера каждого блока. 8 MiB — это размер блока по умолчанию для отправки в конечную точку службы BLOB-объектов (blob.core.windows.net) и этот размер можно настроить. 4 MiB — это размер блока для отправки в конечную точку Data Lake Storage (dfs.core.windows.net), и этот размер не настраивается. Меньший размер блока лучше работает, так как блоки могут отправляться параллельно. Однако стоимость выше, так как для отправки большого двоичного объекта требуются больше операций записи.
Используя примеры цен, отображаемых в этой статье, и предполагая размер блока 8-MiB, в следующей таблице оценивается стоимость отправки 1000 больших двоичных объектов, размер которых составляет 5 ГиБ в горячий уровень.
| Прайс-фактор | Значение |
|---|---|
| Количество МиБ в 5 ГиБ | 5,120 |
| Операции записи для каждого большого двоичного объекта (блок 5120 MiB / 8-MiB) | 640 |
| Операция записи для фиксации блоков | 1 |
| Всего операций записи (1000 * 641) | 641,000 |
| Цена одной операции записи (цена / 10 000) | $0,0000055 |
| Стоимость операций записи (641 000 * цена одной операции) | $3,5255 |
| Общая стоимость (запись + свойства) | $3,5250055 |
Более подробные примеры см. в разделе "Оценка затрат для отправки".
Затраты на скачивание
Количество операций, необходимых для скачивания большого двоичного объекта, зависит от используемой конечной точки. При скачивании большого двоичного объекта из конечной точки службы BLOB-объектов взимается плата за одну операцию чтения . При скачивании большого двоичного объекта из конечной точки Data Lake Storage взимается плата за несколько операций чтения, так как большие двоичные объекты должны загружаться в блоках 4-MiB. Если вы загружаете большие двоичные объекты из холодного или холодного уровня, вы также взимаете сбор данных на ГиБ, скачанный с холодного, холодного или архивного уровня.
Используя примеры цен, отображаемых в этой статье, в следующей таблице оценивается стоимость загрузки 1000 больших двоичных объектов, размер которых составляет 5 ГиБ с холодного уровня с помощью конечной точки хранилища BLOB-объектов.
| Прайс-фактор | Значение |
|---|---|
| Цена одной операции чтения (цена / 10 000) | $0,000001 |
| Стоимость операций чтения (цена на операции 1000 * ) | $0,001 |
| Цена получения данных (на ГиБ) | 0,01 долл. США |
| Стоимость получения данных 1000 * (5 * цена получения данных) | $50,00 |
| Общая стоимость (чтение и извлечение) | $50,01 |
Такие служебные программы, как AzCopy, также используют операции со списком и операции для получения свойств BLOB-объектов. Как доля общего счета, эти расходы относительно малы. Примеры см. в разделе " Оценка затрат для скачивания".
Стоимость копирования между контейнерами
При копировании большого двоичного объекта в другой контейнер в той же учетной записи взимается плата за одну операцию записи , основанную на целевом уровне. Если целевой контейнер находится в другой учетной записи, вы также оплачиваете стоимость получения данных и стоимость операции чтения, основанной на исходном уровне. Если целевая учетная запись находится в другом регионе, к счету добавляется стоимость исходящего трафика сети.
Используя примеры цен, отображаемых в этой статье, в следующей таблице оценивается стоимость копирования 1000 больших двоичных объектов, размер которых составляет 5 ГиБ между двумя контейнерами на горячем уровне.
| Прайс-фактор | Значение |
|---|---|
| Цена одной операции записи (цена / 10 000) | $0,0000055 |
| Стоимость записи (1000 * цена одной операции) | $0,0055 |
| Цена одной операции чтения (цена / 10 000) | $0,00000044 |
| Стоимость операций чтения (1000 * цена одной операции) | $0,000444 |
| Общая стоимость (предыдущий раздел + извлечение и чтение) | $0,0068 |
Полный пример см. в разделе " Оценка затрат для копирования между контейнерами".
Стоимость переименования большого двоичного объекта
Стоимость переименования больших двоичных объектов зависит от структуры файлов учетной записи и количества больших двоичных объектов, которые вы переименовали.
Если у учетной записи есть неструктурированное пространство имен, для переименования большого двоичного объекта нет выделенной операции. Вместо этого средство клиента копирует большой двоичный объект в новый большой двоичный объект, а затем удаляет исходный большой двоичный объект. Операции удаления бесплатны. Таким образом, при переименовании большого двоичного объекта взимается плата за стоимость одной операции записи . Если у учетной записи есть иерархическое пространство имен, то есть выделенная операция для переименования большого двоичного объекта, и она выставляется как итеративная операция записи .
Стоимость операции записи с конечной точкой службы BLOB-объектов ниже стоимости итеративной операции записи в конечной точке Data Lake Storage. Таким образом, затраты на переименование больших двоичных объектов по одному, это стоит меньше в учетных записях с неструктурированным пространством имен.
Используя примеры цен, отображаемых в этой статье, в следующей таблице вычисляется стоимость переименования 1000 больших двоичных объектов.
| Прайс-фактор | высокая | Холодный | низкая |
|---|---|---|---|
| Цена одной операции записи в конечную точку службы BLOB-объектов (цена / 10 000) | $0,0000055 | $0,00001 | $0,000018 |
| Затраты на переименование виртуальных каталогов BLOB-объектов (1000 * цена за одну операцию) | $0,0055 | $0,01 | $.018 |
| Цена одной итеративной операции записи в конечную точку Data Lake Storage (цена / 100) | $0,000715 | $0,000715 | $0,000715 |
| Стоимость переименования каталогов Data Lake Storage (1000 * цена одной операции) | $0,715 | $0,715 | $0,715 |
На основе этих вычислений стоимость переименования 1000 больших двоичных объектов на горячем уровне отличается на 70 центов.
Стоимость переименования каталога
Если у учетной записи есть неструктурированное пространство имен, большие двоичные объекты упорядочены в виртуальные каталоги , которые имитируют структуру папок. Виртуальный каталог образует часть имени большого двоичного объекта и обозначается символом-разделителем. Так как виртуальный каталог является частью имени BLOB-объекта, он не существует как независимый объект. Невозможно переименовать виртуальный каталог без переименования всех BLOB-объектов, содержащих этот виртуальный каталог в имени. Чтобы эффективно переименовать каждый большой двоичный объект, клиентские приложения должны скопировать большой двоичный объект, а затем удалить исходный большой двоичный объект.
Если у учетной записи есть иерархическое пространство имен, каталоги не являются виртуальными. Они конкретные, независимые объекты, с которыми можно работать напрямую. Поэтому переименование большого двоичного объекта гораздо эффективнее, так как клиентские приложения могут переименовать большой двоичный объект в одной операции.
Используя примеры цен, отображаемых в этой статье, в следующей таблице вычисляется стоимость переименования 1000 каталогов, каждый из которых содержит 1000 больших двоичных объектов.
| Прайс-фактор | высокая | Холодный | низкая |
|---|---|---|---|
| Цена одной операции записи в конечную точку службы BLOB-объектов (цена / 10 000) | $0,0000055 | $0,00001 | $0,000018 |
| Затраты на переименование виртуальных каталогов BLOB-объектов (1000 * цена за одну операцию) | $5,50 | $10,00 | $18,00 |
| Цена одной итеративной операции записи в конечную точку Data Lake Storage (цена / 100) | $0,000715 | $0,000715 | $0,000715 |
| Стоимость переименования каталогов Data Lake Storage (1000 * цена одной операции) | $0,715 | $0,715 | 0.715 |
На основе этих вычислений стоимость переименовать 1000 каталогов на горячем уровне, каждая из которых содержит 1000 больших двоичных объектов, отличается почти на $5,00. Для каталогов на холодном уровне разница превышает $ 17.
Пример. Отправка, скачивание и изменение уровней доступа
В этом примере показаны четыре месяца отправки, загрузки и влияние перемещения объектов между уровнями.
Параметры
В начале каждого месяца 1000 файлов отправляются на уровень горячего доступа. Каждый файл размером 5 ГБ. В течение месяца половина этих файлов считывается рабочими нагрузками клиента. Через 30 дней политика управления жизненным циклом перемещает другую половину на холодный уровень доступа, чтобы сэкономить на затратах на хранение.
В марте клиентские приложения считывают 10% данных, хранящихся на холодном уровне доступа. Политика управления жизненным циклом настраивается для перемещения этих BLOB-объектов обратно на горячий уровень после их чтения.
Двадцать дней в апреле клиенты снова считывают 10% данных, хранящихся на холодном уровне доступа. Однако эти большие двоичные объекты хранятся на холодном уровне менее 30 дней. Так как политика управления жизненным циклом перемещает эти большие двоичные объекты обратно на горячий уровень до минимального 30 дней, оценка раннего штрафа. Штраф за раннее удаление является стоимостью холодного хранения в течение 10 дней.
Вычисления
Используя примеры цен, отображаемых в этой статье, в следующей таблице показаны четыре месяца расходов.
Примечание.
Эти вычисления предоставляют приблизительную оценку с учетом выборки цен. Если большие двоичные объекты были отправлены в пакеты, то часть затрат на хранение будет пропорционально, так как они не будут нести расходы на хранение в течение всего месяца. См. сведения о хранилище данных и счетчиках индексов.
| Коэффициент стоимости | января | февраля | марта | апреля |
|---|---|---|---|---|
| Стоимость записи 1000 больших двоичных объектов на горячий уровень1 | $3,53 | $3,53 | $3,53 | $3,53 |
| Количество больших двоичных объектов на горячем уровне после ежемесячного приема | 1000 | 2000 | 2100 | 2155 |
| Количество больших двоичных объектов для перехода на холодный уровень | 0 | 1000 | 1050 | 1078 |
| Затраты на настройку больших двоичных объектов на холодный уровень (выставляются как операция записи) | $0,00 | $0,01 | $0,0105 | $0,010775 |
| Количество больших двоичных объектов на холодном уровне | 0 | 1000 | 1050 | 1078 |
| Общий размер больших двоичных объектов на холодном уровне (ГБ) | 0 | 5000 | 5250 | 5388 |
| Количество больших двоичных объектов, считываемых с холодного уровня, затем перемещено обратно на горячий уровень | 0 | 100 | 105 | 108 |
| Затраты на чтение больших двоичных объектов из холодного уровня | $0,00 | $0,0001 | $0,000105 | $0,00010775 |
| Затраты на перемещение больших двоичных объектов обратно на горячий уровень | $0,00 | $0,0001 | $0,000105 | $0,00010775 |
| Количество больших двоичных объектов, оставшихся на холодном уровне | 0 | 900 | 945 | 970 |
| Общий размер больших двоичных объектов, оставшихся на холодном уровне (ГБ) | 0 | 4500 | 4725 | 4849 |
| Стоимость хранения больших двоичных объектов на холодном уровне | $0,00 | $51,75 | $54,34 | $55,76 |
| Досрочное удаление штрафа | $0,00 | $0,00 | $0,00 | $0,41 |
| Количество больших двоичных объектов, оставшихся на горячем уровне | 1000 | 1 100 | 1155 | 1185 |
| Общий размер больших двоичных объектов, оставшихся на горячем уровне (ГБ) | 5000 | 5500 | 5775 | 5926 |
| Затраты на хранение больших двоичных объектов на горячем уровне | $104.00 | $114,40 | $120.12 | $123,27 |
| Количество больших двоичных объектов, считываемых с горячего уровня | 500 | 550 | 578 | 593 |
| Затраты на чтение больших двоичных объектов из горячего уровня | $0,000222 | $0,000242 | $0,0002541 | $0,00026076 |
| Ежемесячный итог | $107,53 | $169,69 | $178.00 | $182,98 |
1Количество операций, необходимых для выполнения каждой ежемесячной отправки, составляет 641 000. Формула для вычисления этого числа составляет 1000 больших двоичных объектов * 5 ГБ / 8-MiB блока + операция записи, которая требуется для сборки всех блоков в большой двоичный объект.
Примеры цен
В следующей таблице приведены примеры (вымышленные) цены для каждого запроса к конечной точке службы BLOB-объектов (blob.core.windows.net).
Внимание
Эти цены предназначены только в качестве примеров и не должны использоваться для вычисления затрат. Официальные цены см. на страницах цен на Хранилище BLOB-объектов Azure или azure Data Lake Storage. Дополнительные сведения о том, как выбрать правильную страницу ценообразования, см. в статье "Общие сведения о полной модели выставления счетов для Хранилище BLOB-объектов Azure".
| Прайс-фактор | высокая | Холодный | низкая | Архив |
|---|---|---|---|---|
| Цена операций записи (за 10 000) | $0,055 | 0,10 долл. США | 0,18 долл. США | $0,11 |
| Цена операций чтения (за 10 000) | $0,0044 | 0,01 долл. США | 0,10 долл. США | $5,50 |
| Операции списка и контейнера (на 10 000) | $0,055 | $0,055 | $0,065 | $.055 |
| Все остальные операции (за 10 000) | $0,0044 | $0,0044 | $0,0052 | $.0044 |
| Цена получения данных (на ГБ) | Бесплатно | 0,01 долл. США | $0,03 | $.022 |
| Цена хранилища данных в первую очередь 50 ТБ (оплата по мере использования) | $0,0208 | $0,0115 | $0,0045 | $0,002 |
| Цена хранилища данных на следующий 450 ТБ (оплата по мере использования) | $0,020 | $0,0115 | $0,0045 | $0,002 |
| Цена на 100 ТБ (резервная емкость за один год) | $1747 | $966 | Недоступно | $183 |
| Цена на 100 ТБ (трехлетний зарезервированный объем) | $1406 | 872 долл. США | Недоступно | 168 долл. США |
| Пропускная способность сети между регионами в Северная Америка (на ГБ) | $0,02 | $0,02 | $0,02 | $0,02 |
| Цена высокоприоритетных операций чтения (на 10 000) | Неприменимо | Нет данных | Неприменимо | $65,00 |
| Цена получения данных с высоким приоритетом (на ГБ) | Неприменимо | Нет данных | Неприменимо | 0,13 долл. США |
В следующей таблице приведены примеры цен (вымышленные) цены для каждого запроса к конечной точке Data Lake Storage (dfs.core.windows.net). Сведения о официальных ценах см. в разделе о ценах на Azure Data Lake Storage.
| Прайс-фактор | высокая | Холодный | низкая | Архив |
|---|---|---|---|---|
| Цена операций записи (каждые 4 МиБ, за 10 000) | $0,07120 | 0,13 долл. США | $0,234 | $0,143 |
| Цена операций чтения (каждые 4 МиБ, за 10 000) | $0,0057 | $0,013 | 0,13 долл. США | $7,15 |
| Итеративные операции записи (на 100) | $0,0715 | $0,0715 | $0,0715 | $0,0715 |
| Итеративные операции чтения (на 10 000) | $0,0715 | $0,0715 | $0,0845 | $0,0715 |
| Цена получения данных (на ГБ) | Бесплатно | 0,01 долл. США | $0,03 | 0,022 долл. США |
| Пропускная способность сети между регионами в Северная Америка (на ГБ) | $0,02 | $0,02 | $0,02 | $0,02 |
| Цены на хранилище данных сначала 50 ТБ (оплата по мере использования) | $0,021 | $0,012 | $0,0045 | $0,002 |
| Цены на хранилище данных на следующий 450 ТБ (оплата по мере использования) | $0,020 | $0,012 | $0,0045 | $0,002 |
| Цена на 100 ТБ (резервная емкость за один год) | $1747 | $966 | Недоступно | $183 |
| Цена на 100 ТБ (трехлетний зарезервированный объем) | $1406 | 872 долл. США | Недоступно | 168 долл. США |
| Цена высокоприоритетных операций чтения (на 10 000) | Неприменимо | Нет данных | Неприменимо | $84,50 |
| Цена получения данных с высоким приоритетом (на ГБ) | Неприменимо | Нет данных | Неприменимо | 0,13 долл. США |
| Индекс (ГБ / месяц) | $0,0297 | Неприменимо | Нет данных | Неприменимо |