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

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

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

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

Плата за Azure NetApp Files взимается в соответствии с выделенной емкостью хранилища. Выделенная емкость распределяется путем создания пулов емкости. Счета за пулы емкости выставляются из расчета на каждый выделенный ГиБ в месяц с почасовым приращением. Минимальный размер одного пула емкости составляет 4 ТиБ, и пулы емкости могут быть впоследствии расширены с шагом в 1 ТиБ. Тома создаются в пулах емкости. Каждому тому назначается квота, которая уменьшается от емкости, выделенной пулами. Квота, которую можно назначить томам, варьируется от минимум 100 ГиБ до максимум 100 ТиБ.

Для активного тома потребление емкости по квоте основано на логической (эффективной) емкости.

Если фактическое потребление емкости тома превышает его квоту хранения, объем может продолжать расти. Запись будет по-прежнему разрешена, пока фактический размер тома меньше системного ограничения (100 ТиБ).

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

Расчет общей используемой мощности

Схема ниже иллюстрирует эти концепции.

  • У нас есть пул емкости с выделенной емкостью 4 ТиБ. Пул состоит из трех томов.

    • Тому 1 назначается квота в 2 ТиБ, а объем потребления составляет 800 ГиБ.
    • Тому 2 назначена квота в 1 ТиБ и 100 ГиБ потребления.
    • Тому 3 назначена квота в 500 ГиБ, но он потребляет 800 ГиБ (избыточный).
  • Пул емкости измеряется для емкости 4 ТиБ (выделенный объем).
    Используется 3,8 ТиБ емкости (2 ТиБ и 1 ТиБ квоты из томов 1 и 2 и 800 ГиБ фактического потребления для тома 3). Остается еще 200 ГиБ.

    Пул емкости с тремя томами

Превышение потребляемой мощности

Когда общая используемая емкость пула превышает его выделенную емкость, запись данных по-прежнему разрешена. По истечении льготного периода (один час), если используемая емкость пула все еще превышает выделенную емкость, размер пула будет автоматически увеличиваться с шагом в 1 ТиБ до тех пор, пока выделенная емкость не превысит общую используемую емкость. Например, на приведенной выше иллюстрации, если объем 3 продолжает расти и фактическое потребление достигает 1,2 ТиБ, то по истечении льготного периода размер пула будет автоматически изменен до 5 ТиБ. В результате выделенная емкость пула (5 ТиБ) превышает используемую емкость (4,2 ТиБ).

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

Ручное изменение размера пула

Вы можете вручную увеличить или уменьшить размер пула. Однако действуют следующие ограничения:

  • Минимальные и максимальные пределы обслуживания
    См. статью об ограничениях ресурсов.
  • Увеличение на 1 ТиБ после первоначальной минимальной покупки в 4 ТиБ
  • Минимальный шаг при выставлении счета — один час
  • Размер подготовленного пула не может быть уменьшен до уровня, меньшего, чем общая используемая емкость пула.
  • Для пулов емкости с ручным QoS размер пула можно уменьшить только в том случае, если размер и уровень обслуживания обеспечивают большую пропускную способность, чем фактическая назначенная пропускная способность всех томов.

Поведение избыточного пула максимального размера

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

  • Операции записи данных будут по-прежнему разрешены (если том находится ниже максимума, равного 100 ТиБ).
  • По истечении часового льготного периода размер пула будет автоматически изменяться с шагом в 1 ТиБ, пока выделенная емкость пула не превысит общую используемую емкость.
  • Дополнительная выделенная и оплаченная емкость пула, превышающая 500 ТиБ, не может использоваться для назначения квоты тома. Его также нельзя использовать для расширения пределов производительности QoS.
    См. уровни обслуживания об ограничениях производительности и размерах QoS.

Схема ниже иллюстрирует эти концепции:

  • У нас есть пул емкости с уровнем хранения Премиум и емкостью 500 ТиБ. В пуле девять томов.

    • Для томов с 1 по 8 выделена квота в 60 ТиБ на каждый. Общая используемая емкость составляет 480 ТиБ.
      Каждый том имеет ограничение QoS пропускной способности 3,75 ГиБ/с (60 ТиБ * 64 МиБ/с).
    • Для тома 9 выделена квота в 20 ТиБ.
      Том 9 имеет ограничение QoS пропускной способности 1,25 ГиБ/с (20 ТиБ * 64 МиБ/с).
  • Том 9 — это избыточный сценарий. Фактическое потребление составляет 25 ТиБ.

    • По истечении часового льготного периода размер пула емкости будет увеличен до 505 ТиБ.
      То есть общая используемая емкость = 8 * квота 60 ТиБ для томов с 1 по 8 и 25 ТиБ фактического потребления для тома 9.
    • Платная емкость составляет 505 ТиБ.
    • Квота тома 9 не может быть увеличена (поскольку общая назначенная квота для пула не может превышать 500 ТиБ).
    • Дополнительная пропускная способность QoS не может быть назначена (поскольку общее QoS для пула по-прежнему основано на 500 ТиБ).

    Пул емкости с девятью томами

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

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

Дальнейшие действия