Бөлісу құралы:


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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Сокращение Единица измерения Определение
КиБ кибибайт 1024 байт
МиБ мебибайт 1024 КиБ (1 048 576 байт)
ГиБ гибибайт 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-объектов. Существует только три функции, которые несут пассивный сбор после их включения (поддержка SFTP, области шифрования и теги индекса BLOB-объектов). Для всех остальных функций взимается плата за хранилище, занятое выходными данными функции и операциями, выполняемыми в результате использования функции. Например, если включить управление версиями, счет отражает стоимость хранения версий и затрат на выполнение операций для перечисления или получения версий. Некоторые функции добавили метры. Полный список см. в разделе "Как взимается плата за Хранилище 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 с Хранилищем BLOB-объектов Azure

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

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

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

Если вы можете моделировать будущие требования к емкости, вы можете сэкономить деньги с служба хранилища Azure зарезервированной емкости. служба хранилища Azure зарезервированная емкость доступна для большинства уровней доступа и предоставляет скидку на емкость для блочных 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. Полный список поддерживаемых типов учетных записей см. в статье Understand Cost Management data (Интерпретация данных службы "Управление затратами"). Чтобы просмотреть данные о затратах, нужен как минимум доступ на чтение для учетной записи Azure. Сведения о назначении доступа к данным Microsoft Cost Management см. в разделе "Назначение доступа к данным".

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

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

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

    Снимок экрана: область

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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