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

  • Статья

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

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

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

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

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

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

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

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

    Screenshot showing your estimate

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

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

Вспомогательные инструменты и руководства

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

Сведения о полной модели выставления счетов для Хранилища BLOB-объектов

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

Как выставляются счета за Хранилище BLOB-объектов Azure

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

средство измерения. Единица измерения
Хранилище данных За ГБ в месяц
Operations На транзакцию
Передача данных За ГБ
Метаданные За ГБ в месяц1
Теги индекса BLOB-объектов За тег2
Канал изменений За зарегистрированное изменение2
Области шифрования З месяц2
Ускорение запросов За сканированный ГБ и за возвращенный ГБ

1 Применяется только к учетным записям с иерархическим пространством имен.
2 Применяется только в том случае, если включен компонент.

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

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

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

Единицы хранения

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

Сокращение Единица измерения Определение
КиБ кибибайт 1024 байт
МиБ мебибайт 1024 КиБ (1 048 576 байт)
ГиБ гибибайт 1024 МиБ (1 073 741 824 байт)
ТиБ тебибайт 1024 ГиБ (1 099 511 627 776 байт)

Поиск цены за единицу для каждого показателя

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

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

Запросы цен на конечную точку службы BLOB-объектов

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

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

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

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

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

Запросы цен на конечную точку Data Lake служба хранилища

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

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

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

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

Поиск цены каждой операции

Каждый запрос, сделанный средствами, такими как AzCopy или служба хранилища Azure Обозреватель, поступает в службу в виде операции REST. Это также верно для пользовательского приложения, использующее клиентскую библиотеку служба хранилища Azure.

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

Использование предоплаты Azure с Хранилищем BLOB-объектов Azure

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

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

Вы можете снизить затраты с помощью этих параметров.

  • Анализ существующих контейнеров и больших двоичных объектов

  • Резервирование емкости хранилища

  • Организация данных по уровням доступа

  • Автоматическое перемещение данных между уровнями доступа

В этом разделе подробно рассматривается каждый вариант.

Анализ существующих контейнеров и больших двоичных объектов

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

Ознакомьтесь с любой из этих статей, чтобы элементизировать и анализировать существующие контейнеры и большие двоичные объекты:

Резервирование емкости хранилища

Можно сократить затраты на хранение данных больших двоичных объектов с помощью зарезервированной емкости службы хранилища Azure. При условии резервирования емкости на один или три года предлагается скидка на емкость для блочных BLOB-объектов и данных Azure Data Lake Storage 2-го поколения в стандартных учетных записях хранения. Резервирование предусматривает фиксированный объем хранилища на срок резервирования. Зарезервированная емкость хранилища Azure позволяет значительно снизить затраты на емкость для блочных BLOB-объектов и данных Azure Data Lake Storage 2-го поколения.

Чтобы узнать больше, ознакомьтесь со статьей Оптимизация затрат на хранилище BLOB-объектов с зарезервированной емкостью.

Организация данных по уровням доступа

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

Ознакомьтесь с любой из следующих статей:

Автоматическое перемещение данных между уровнями доступа

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

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

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

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

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

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

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

Примечание.

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

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

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

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

    Screenshot showing scope

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

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

    Screenshot showing filter by storage

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

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

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

Избегайте сюрпризов выставления счетов

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

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

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

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

Дополнительные сведения см. в разделе "Приоритет восстановления".
Защита данных Включение обратимого удаления BLOB-объектов Перезаписывание больших двоичных объектов может привести к моментальным снимкам БОЛЬШИХ двоичных объектов. В отличие от случая удаления большого двоичного объекта, создание этих моментальных снимков не регистрируется. Это может привести к непредвиденным затратам на хранение. Рассмотрите, следует ли часто перезаписывать данные в учетной записи, которая не включает обратимое удаление.

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

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

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

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

Вопросы и ответы

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

Следующие шаги