Поделиться через

Планирование затрат на хранилище BLOB-объектов Azure и управление ими

  • Статья

Эта статья поможет вам спланировать затраты на хранилище BLOB-объектов Azure и управлять ими.

Сначала ознакомьтесь с каждым измерителем затрат и как определить цену каждого измерителя. Затем вы можете оценить затраты с помощью калькулятора цен Azure. Используйте функции управления затратами, чтобы задать бюджеты и отслеживать затраты. Вы также можете просмотреть прогнозируемые затраты и отслеживать тенденции расходов, чтобы определить области, в которых может потребоваться действовать.

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

Понять полную модель выставления счетов для хранилища BLOB-объектов Azure

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

Как происходит оплата за хранилище BLOB-объектов Azure

При создании или использовании ресурсов хранилища объектов Blob взимается плата за следующие счетчики:

измеритель Единица
Хранилище данных За ГБ / в месяц
Индекс За ГБ / в месяц1
Операции На транзакцию
Передача данных За ГБ2
Извлечение данных За 1 ГБ
Теги индекса для BLOB-объектов За тег4
Лента изменений Для каждого зафиксированного изменения4
Протокол передачи файлов SSH (SFTP) В час4
Инвентаризация BLOB-объектов На миллион объектов, отсканированных4
Области шифрования В месяц4
Ускорение запросов За каждый отсканированный ГБ и за каждый возвращённый ГБ
Восстановление обработанных данных на момент времени За мегабайт восстановления

1 Применяется только к учетным записям с иерархическим пространством имен.
2 применяется только при копировании данных в другой регион.
3 применяется только к прохладным, холодным и архивным уровням.
4 Применяется только в том случае, если вы включите эту функцию.

По окончании цикла выставления счетов плата за каждый счетчик суммируется. Счет или накладная содержат раздел для всех затрат на Azure Blob Storage. Для каждого счетчика имеется отдельная строка.

Хранилище данных и счетчики индексов

Плата за хранение данных и метаданные взимается за ГБ ежемесячно. Большинство метаданных хранятся в составе объекта BLOB и включают свойства и пары "ключ-значение". Метаданные, связанные с блобами на уровне архива, хранятся отдельно на холодном уровне. Таким образом, пользователи могут составлять список объекта и его свойств, метаданных и тегов индекса. Так как размер метаданных не превышает 8 КБ в размере, его стоимость относительно незначительна в процентах от общей емкости хранилища.

Теги индекса BLOB-объектов хранятся как вложенный ресурс на горячем уровне и имеют собственный счетчик выставления счетов. Счетчик индекса применяется только к учетным записям, имеющим иерархическое пространство имен в качестве средства для выставления счетов за пространство, необходимое для упрощения иерархической структуры файлов, включая списки управления доступом (ACL), связанные с объектами в этой структуре. Данные, связанные с индексом, всегда хранятся на горячем уровне.

Для данных и метаданных, хранящихся менее чем за месяц, можно оценить влияние на ежемесячный счет, вычислив стоимость каждого ГБ в день. Количество дней в любом месяце различается. Таким образом, чтобы получить лучшее приближение ваших затрат в течение заданного месяца, обязательно разделите ежемесячную стоимость на количество дней, происходящих в этом месяце.

Хранилище BLOB-объектов Azure использует следующие базовые 2 единицы измерения для представления емкости хранилища: KiB, MiB, GiB, TiB, PiB. Хотя элементы строки в счете содержат ГБ в виде единицы измерения, эти единицы вычисляются хранилищем BLOB-объектов Azure как двоичный ГБ (GiB). Например, в счете отображается 1 для данные, хранимые (ГиБ/месяц), что соответствует 1 ГиБ в месяц использования. В следующей таблице описывается каждая единица base-2:

Аббревиатура Единица Определение
КиБ кибибайт 1024 байт
MiB (мебибайт) мебибайт 1024 КиБ (1 048 576 байт)
ГиБ gibibyte 1 024 MiB (1 073 741 824 байт)
ТиБ тебибайт 1 024 ГиБ (1 099 511 627 776 байт)

Дополнительные сведения о том, как вычислить стоимость хранения, см. в разделе "Стоимость хранения данных".

Счетчики операций

Каждый запрос, сделанный клиентом, поступает в службу в виде операции REST. Вы можете следить за журналами ресурсов, чтобы узнать, какие операции выполняются по отношению к вашим данным.

Страницы цен не указывают цену для каждой отдельной операции, а вместо этого перечисляют цену типа операции. Чтобы определить цену операции, сначала необходимо определить, как эта операция классифицируется по его типу. Чтобы отследить зарегистрированную операцию до операции REST, а затем до типа операции, см. Сопоставление каждой операции REST с ценой.

Цена, которая отображается рядом с типом операции, не является ценой, которую вы оплачиваете за каждую операцию. В большинстве случаев это цена операций 10,000 . Чтобы получить цену отдельной операции, разделите цену на 10,000. Например, если цена операций записи имеет значение$0.055, то цена отдельной операции имеет значение = $.055510,000 / $0.0000055. Вы можете оценить стоимость отправки файла, умножив операции записи числа, необходимые для завершения отправки по стоимости отдельной транзакции. Дополнительные сведения см. в статье "Оценка затрат на использование хранилища BLOB-объектов Azure".

Метр передачи данных

Все данные, которые покидают регион Azure, влечет за собой расходы на передачу данных и пропускную способность сети. Эти расходы обычно отображаются в сценариях, когда учетная запись настроена для геоизбыточного хранилища или когда политика репликации объектов настроена для копирования данных в учетную запись в другом регионе. Однако эти расходы также применяются к данным, скачанным в локальный клиент. Цена пропускной способности сети не отображается на страницах цен на службу хранилища Azure. Чтобы найти цену пропускной способности сети, см. сведения о ценах на пропускную способность.

Функции Blob Storage можно включить без каких-либо затрат. Существует только три функции, которые подразумевают дополнительные расходы после их включения (поддержка SFTP, области шифрования и теги индекса блобов). Для всех остальных функций взимается плата за хранилище, занятое выходными данными функции и операциями, выполняемыми в результате использования функции. Например, если включить управление версиями, счет отражает стоимость хранения версий и затрат на выполнение операций для перечисления или получения версий. Некоторые функции добавили метры. Полный список см. в разделе " Как взимается плата за хранилище BLOB-объектов Azure " этой статьи.

Вы можете распределять время использования метров, если используете эти функции менее чем на месяц. Например, счета за области шифрования выставляются ежемесячно. Области шифрования, использующиеся менее месяца, можно оценить влияние на ежемесячный счет, вычисляя стоимость за каждый день. Количество дней в любом месяце различается. Таким образом, чтобы получить лучшее приближение ваших затрат в течение заданного месяца, обязательно разделите ежемесячную стоимость на количество дней, происходящих в этом месяце.

Определите цену за единицу для каждого метра

Чтобы найти цены на единицу, откройте правильную страницу ценообразования и выберите соответствующую структуру файлов. Затем примените соответствующие фильтры избыточности, региона и валюты. Цены на каждый счетчик отображаются в таблице. Цены отличаются в зависимости от других параметров учетной записи, таких как параметры избыточности данных, уровень доступа и уровень производительности.

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

Запросы к конечной точке сервиса BLOB-объектов

Формат конечной точки службы BLOB-объектов — https://<storage-account>.blob.core.windows.net это наиболее распространенная конечная точка, используемая средствами и приложениями, взаимодействующими с хранилищем BLOB-объектов.

Запросы могут возникать из любого из следующих источников:

Правильная страница ценообразования для этих запросов — это страница ценообразования блочных BLOB-объектов.

Запросы к этой конечной точке также могут возникать в учетных записях с иерархическим пространством имен. На самом деле для использования протоколов NFS 3.0 и SFTP необходимо сначала включить функцию иерархического пространства имен учетной записи.

Если у вашей учетной записи включена функция иерархического пространства имен, убедитесь, что раскрывающийся список структуры файлов имеет иерархическое пространство имен (NFS версии 3.0, протокол SFTP). В противном случае убедитесь, что для него задано плоское пространство имен.

Запросы к конечной точке Data Lake Storage

Формат конечной точки для Data Lake Storage — https://<storage-account>.dfs.core.windows.net, и это наиболее распространенная конечная точка, которую используют аналитические рабочие нагрузки и приложения. Эта конечная точка обычно используется с учетными записями, имеющими иерархическое пространство имен, но не всегда.

Запросы могут возникать из любого из следующих источников:

Правильная страница ценообразования для этих запросов — это страница ценообразования Azure Data Lake Storage .

Если у вашей учетной записи нет функции иерархического пространства имен, но вы ожидаете, что клиенты, рабочие нагрузки или приложения будут запрашивать конечную точку Data Lake Storage вашей учетной записи, то установите раскрывающийся список структуры файлов в плоское пространство имен. В противном случае убедитесь, что для него задано иерархическое пространство имен.

Оценка затрат

С помощью калькулятора цен Azure оцените затраты перед созданием и началом передачи данных в учетную запись службы хранилища Azure.

  1. На странице Калькулятор цен Azure выберите элемент Учетные записи хранения.

  2. Прокрутите страницу вниз и найдите раздел Учетные записи хранения оценки.

  3. Выберите параметры из раскрывающихся списков.

    При изменении значения этих раскрывающихся списков оценка затрат изменяется. Эта оценка отображается в верхнем углу, а также в нижней части оценки.

    Скриншот, показывающий вашу оценку.

    При изменении значения в раскрывающемся списке "Тип", изменяются также и другие параметры, отображаемые на этом листе. Используйте ссылки в разделе "Дополнительные сведения" , чтобы узнать больше о том, что означает каждый вариант и как эти параметры влияют на цену операций, связанных с хранилищем.

  4. Измените оставшиеся параметры, чтобы узнать об их влиянии на оценку.

    Подсказка

    См. эти подробные руководства, чтобы помочь вам предсказывать и оценивать затраты.

Использование предварительного платежа Azure с хранилищем блобов Azure

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

Оптимизация затрат

Если вы используете BLOB-хранилище уже некоторое время, следует периодически просматривать содержимое контейнеров, чтобы определить возможности снижения затрат. Понимая, как хранятся, упорядочены и используются большие двоичные объекты в рабочей среде, вы можете лучше оптимизировать компромиссы между доступностью, производительностью и стоимостью этих двоичных объектов. См. любую из этих статей, чтобы перечислить и анализировать существующие контейнеры и объекты типа blob.

Если вы можете моделировать будущие требования к емкости, вы можете сэкономить деньги с помощью резервирования емкости в Azure Storage. Зарезервированная емкость Azure Storage доступна для большинства уровней доступа и предоставляет скидку на емкость для блоков BLOB и данных Azure Data Lake Storage в стандартных учетных записях хранения при условии резервирования на один или три года. Резервирование предусматривает фиксированный объем хранилища на срок резервирования. служба хранилища Azure зарезервированная емкость может значительно снизить затраты на емкость для блочных BLOB-объектов и данных Azure Data Lake Storage. Дополнительные сведения см. в статье "Оптимизация затрат на хранилище BLOB-объектов с зарезервированной емкостью".

Кроме того, можно сократить затраты, разместив данные BLOB-объектов в наиболее экономичные классы доступа. Для оптимизации затрат, связанных с использованием данных, доступно три уровня. Например, горячий уровень имеет более высокую стоимость хранения, но более низкую стоимость доступа. Таким образом, если вы планируете часто обращаться к своим данным, горячий уровень может быть самым экономичным вариантом. Если вы планируете получать доступ к данным реже, холодный или архивный уровень может оказаться наиболее понятным, так как он повышает затраты на доступ к данным, уменьшая затраты на хранение данных. Ознакомьтесь с любой из следующих статей:

Используйте политики управления жизненным циклом для периодического перемещения данных между уровнями, чтобы сэкономить больше всего денег. Эти политики могут перемещать данные, используя указанные вами правила. Например, можно создать правило, которое перемещает большие двоичные объекты на архивный уровень, если этот большой двоичный объект не был изменен в течение 90 дней. Создавая политики, которые настраивают уровень доступа данных, можно создавать наименее дорогие варианты хранения для ваших потребностей. Дополнительные сведения см. в статье "Управление жизненным циклом хранилища BLOB-объектов Azure".

Создание бюджетов

Вы можете создавать бюджеты для управления затратами и создания оповещений, которые автоматически уведомляют заинтересованных лиц о аномалиях и перерасходе рисков. Оповещения основываются на расходах по сравнению с пороговыми значениями бюджета и затрат. Бюджеты и оповещения создаются для подписок и групп ресурсов Azure, поэтому их рекомендуется использовать в рамках общей стратегии мониторинга затрат. Однако они могут иметь ограниченные функциональные возможности для управления отдельными затратами на службу Azure, например стоимость службы хранилища Azure, так как они предназначены для отслеживания затрат на более высоком уровне.

Мониторинг затрат

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

При использовании анализа затрат можно просмотреть затраты на службу хранилища Azure в графах и таблицах для разных интервалов времени. Например, можно отслеживать данные за день, текущий и предыдущий месяц и год. Вы также можете просматривать затраты по бюджетам и прогнозируемым затратам. Переключение на более длинные представления с течением времени может помочь определить тенденции расходов и увидеть, где может произойти перерасход. Если вы создали бюджеты, вы также можете легко увидеть, где они превышены.

Замечание

Анализ стоимости поддерживает различные типы учетных записей Azure. Полный список поддерживаемых типов учетных записей см. в разделе "Общие сведения об управлении затратами". Чтобы просмотреть данные о затратах, нужен как минимум доступ на чтение для учетной записи Azure. Сведения о назначении доступа к данным Microsoft Cost Management см. в разделе "Назначение доступа к данным".

Чтобы просмотреть затраты на службу хранилища Azure в анализе затрат:

  1. Войдите на портал Azure.

  2. Откройте окно "Управление затратами и выставление счетов ", выберите "Управление затратами " в меню и выберите "Анализ затрат". Затем можно изменить область для конкретной подписки из раскрывающегося списка Область.

    Снимок экрана с областью охвата

  3. Чтобы просмотреть только затраты на службу хранилища Azure, выберите " Добавить фильтр " и выберите "Имя службы". Затем выберите хранилище из списка.

    Ниже приведен пример, показывающий затраты только для службы хранилища Azure:

    Снимок экрана: фильтр по хранилищу

В предыдущем примере показаны текущие затраты на службу. Также отображаются затраты по регионам Azure (расположениям) и по группе ресурсов. Кроме того, можно добавить другие фильтры (например, фильтр для просмотра затрат на определенные учетные записи хранения).

Экспорт данных о затратах

Можно также экспортировать данные о затратах в учетную запись хранения. Это полезно, когда вам или другим требуется выполнить дополнительный анализ данных по затратам. Например, специалисты по финансам могут анализировать данные с помощью Excel или Power BI. Можно экспортировать данные о затратах ежедневно, еженедельно или ежемесячно и задать настраиваемый диапазон дат. Экспорт данных по затратам — это рекомендуемый способ извлечения неагрегированных данных о затратах.

Избегайте неожиданных счетов

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

Категория Действие Потенциальное влияние на счет
Уровни доступа Изменение параметра уровня доступа по умолчанию Если ваша учетная запись содержит большое количество больших двоичных объектов, для которых выводится уровень доступа, то изменение этого параметра может повлечь за собой значительную стоимость.

Изменение параметра уровня доступа по умолчанию аккаунта хранилища применяется ко всем Blob в аккаунте, в которых уровень доступа не был установлен явно. Например, если вы переключаете параметр уровня доступа по умолчанию с горячего на холодный в учетной записи общего назначения версии 2, плата взимается за операции записи (за каждые 10 000) для всех блоб-объектов, для которых определяется уровень доступа. Плата взимается за обе операции чтения (за каждые 10 000) и извлечение данных (на ГБ), при переключении с холодного на горячий, в учетной записи общего назначения версии 2.

Дополнительные сведения см. в разделе "Уровень доступа к учетной записи по умолчанию".
Уровни доступа Восстановление из архива Высокоприоритетное извлечение данных из архива может привести к более высоким расходам, чем обычно. Корпорация Майкрософт рекомендует резервировать высокоприоритетное восстановление для использования в чрезвычайных ситуациях восстановления данных.

Дополнительные сведения см. в разделе "Приоритет восстановления".
Уровни доступа Удаление, перезапись или перемещение большого двоичного объекта на другой уровень Средства или приложения, использующие операцию копирования BLOB-объектов для обновления большого двоичного объекта, перезаписывают большой двоичный объект. Объекты хранения подвергаются штрафу за раннее удаление, если они удаляются, перезаписываются или перемещаются на другой уровень до того, как пройдёт минимально необходимое количество дней для этого уровня.
Защита данных Включение обратимого удаления Blob-данных Перезаписывание двоичных объектов может привести к созданию снимков объектов. В отличие от случая удаления большого двоичного объекта, создание этих моментальных снимков не регистрируется. Это может привести к непредвиденным затратам на хранение. Подумайте о том, следует ли размещать данные, которые часто перезаписываются, в учетной записи без включенного режима soft delete.

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

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

Дополнительные сведения см. в разделе "Изменение срока хранения данных журнала"
Протоколы Включение поддержки протокола передачи файлов SSH (SFTP) Включение конечной точки SFTP взимает почасовую стоимость. Чтобы избежать пассивных расходов, рекомендуется включить SFTP только в том случае, если вы активно используете его для передачи данных.

Инструкции по включению, а затем отключению поддержки SFTP см. в разделе Подключение к Хранилищу BLOB-объектов Azure с помощью протокола SFTP.

Часто задаваемые вопросы (FAQ)

Вопросы и ответы об управлении затратами см. в статье "Управление затратами".

Дальнейшие шаги