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

Статья
10/24/2023

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

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

Расчет потребления мощности

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

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

Примеры цен

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

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

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

Например, вы используете емкость Premium 24 часа (1 день) в 10 ТиБ, 96 часов (4 дня) в 24 ТиБ, четыре раза в 6 часов (1 день) в 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. Стоимость одного месяца с изменением динамического уровня обслуживания и без них

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

Рассмотрим сценарий, в котором требование емкости является константой 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

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

Потребление емкости снимков

Потребление емкости моментальных снимков в 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 ГиБ непреднаказаемой емкости.