Модель затрат для Azure NetApp Files

Понимание модели затрат для Azure NetApp Files помогает управлять расходами по этой службе.

Для получения информации о модели затрат, относящейся к репликации между регионами, см. статью Модель затрат для репликации между регионами.

Вычисление потребления емкости

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

Пулы емкости должны быть не менее 1 ТиБ и могут быть увеличены или уменьшены с шагом в 1 ТиБ. Пулы емкости включают тома размером от 50 ГиБ до 100 ТиБ для обычных томов и до 1 ПиБ для больших томов. Тома назначаются квоты, которые вычитаются из выделенного размера пула хранения. Потребление емкости для активного тома в рамках квоты опирается на логическую (эффективную) емкость, включая данные активной файловой системы или данные моментального снимка. Дополнительные сведения см. в статье "Общие сведения о защите данных на основе моментальных снимков Azure NetApp Files ".

Примеры цен

В этом разделе приведены примеры, которые помогут вам понять модель затрат Azure NetApp Files.

Пример 1. Стоимость одного месяца при предоставлении статического и динамического пула емкостей

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

Например, вы используете емкость Premium: 24 часа (1 день) при 10 ТиБ, 96 часов (4 дня) при 24 ТиБ, четыре раза по 6 часов при 5 ТиБ, 480 часов (20 дней) при 6 ТиБ, а оставшиеся часы месяца при 0 ТиБ. Профиль развертывания динамического использования облака отличается от традиционного статического локального профиля потребления:

Гистограмма, показывающая выделение пула ресурсов с динамическим и статическим распределением.

При выставлении счетов за 0,000403 долл. США за ГиБ/час (цены в зависимости от региона) ежемесячная разбивка затрат выглядит следующим образом:

Статическое предоставление на Premium (пиковая мощность/производительность)

  • 24 TiB x 720 часов x $ 0,000403 за ГиБ/час = $7,130,97 в месяц ($237,70 в день)

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

  • 10 ТиБ x 24 часа x $ 0,000403 за ГиБ/час = $99,04
  • 24 TiB x 96 часов x $ 0,000403 за ГиБ/час = $950,80
  • 6 TiB x 480 часов x $ 0,000403 за ГиБ/час = $1,188,50
  • Всего = $2238,33

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

Этот сценарий обеспечивает ежемесячную экономию в размере 4892.64 долл. США по сравнению с статическим распределением ресурсов.

Пример 2. Стоимость одного месяца с изменением динамического уровня обслуживания и без них

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

Рассмотрим сценарий, в котором требование емкости является константой 24 ТиБ. Но производительность должна колебаться в диапазоне от 384 часов (16 дней) уровня обслуживания "Стандартный", 120 часов (5 дней) уровня обслуживания уровня "Премиум", 168 часов (7 дней) уровня обслуживания "Ультра", а затем обратно до 48 часов (2 дня) стандартной производительности уровня обслуживания. В этом сценарии профиль развертывания динамического потребления облака выглядит иначе по сравнению с традиционным статическим локальным профилем потребления:

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

В этом случае при выставлении счетов за 0,000202 долл. США за ГиБ/час (стандартный), $0,000403 за ГиБ/час (Премиум) и $0,000538 за ГиБ/час (ультра) соответственно (цены в зависимости от региона), ежемесячный разрыв затрат выглядит следующим образом:

Статическое предоставление на уровне обслуживания "Ультра" (пиковая производительность)

  • 24 TiB x 720 часов x $ 0,000538 за ГиБ/час = $ 9519,76 в месяц ($317,33 в день)

Динамическое предоставление с помощью динамического изменения уровня обслуживания

  • 24 TiB x 384 часа x $ 0,000202 за ГиБ/час = $ 1901,31
  • 24 TiB x 120 часов x $ 0,000403 за ГиБ/час = $ 1,188,50
  • 24 TiB x 168 часов x $ 0,000538 на ГиБ/час = $2221,28
  • 24 TiB x 48 часов x $ 0,000202 за ГиБ/час = $238,29
  • Всего = $5554,37

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

Этот сценарий представляет собой ежемесячную экономию в размере 3,965.39 долл. США по сравнению со статическим выделением ресурсов.

Пример 3. Эластичное резервное хранилище по зонам

Потребление ресурсов моментальных снимков

Потребление емкости снимков в Azure NetApp Files учитывается в рамках квоты родительского тома. В результате том использует тот же тариф на выставление счетов, что и пул емкости, к которому он принадлежит. Однако, в отличие от активного тома, потребление моментальных снимков измеряется на основе добавочной емкости, используемой. Снимки Azure NetApp Files по своей природе дифференциальные. В зависимости от скорости изменения данных моментальные снимки часто потребляют гораздо меньше емкости, чем логическая емкость активного тома. Например, предположим, что у вас есть снимок тома 500 ГиБ, который содержит только 10 ГиБ дифференциальных данных.

Потребление емкости, которое учитывается в квоте объема активной файловой системы и моментального снимка, будет равно 510 ГиБ, а не 1000 ГиБ. Как правило, рекомендуется использовать 20% емкости, чтобы сохранить данные моментальных снимков за неделю (в зависимости от частоты моментальных снимков и частоты ежедневного изменения уровня блоков приложения).

На следующей схеме показаны основные понятия.

  • Предположим, что пул имеет 10 ТиБ подготовленной емкости. Пул содержит три тома:
    • Для тома 1 назначена квота в 5 ТиБ, и у него 3,5 ТиБ потребления (использовано 3 ТиБ, моментальные снимки, 500 ГиБ).
    • На том 2 назначена квота 900 ГиБ, а потребление составляет 400 ГиБ.
    • Том 3 имеет назначенную квоту 4 ТиБ, но она заполнена, с 4 ТиБ (3,5 ТиБ активного использования, 500 ГиБ в моментальных снимках) потребления.
  • Пул емкости измеряется (и взимается) за 10 ТиБ емкости ( подготовленная сумма):
    • Выделено 9,9 ТиБ емкости (5 ТиБ, 900 ГиБ и 4 ТиБ квоты из томов 1, 2 и 3).
    • Используется 7,9 ТиБ емкости (3,5 ТиБ, 400 ГиБ, 4 ТиБ в томах 1, 2 и 3).
  • В пуле емкости осталось 100 ГиБ нераспределённой емкости.

Схема, показывающая область емкости с тремя объемами.

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

  • Last updated on