Понимание моделей выставления счетов для Azure Files

Azure Files поддерживает два разных уровня хранения, SSD и HDD, что позволяет настроить файловые ресурсы в соответствии с требованиями к производительности и цене вашего сценария.

• SSD (premium): общие папки, размещенные на твердотельных накопителях (SSD), обеспечивают высокую согласованную производительность и низкую задержку в пределах однозначных миллисекунд для большинства операций ввода-вывода.
• HDD (стандартный): общие файловые ресурсы на жестких дисках обеспечивают экономичное хранилище для общего использования.

Файлы Azure имеют несколько моделей ценообразования, включая плановые и варианты оплаты по мере использования.

• Подготовленные модели выставления счетов. В подготовленной модели выставления счетов основная стоимость общей папки зависит от объема хранилища, операций ввода-вывода (входных и выходных операций в секунду) и пропускной способности, которую вы подготавливаете при создании или обновлении общей папки, независимо от того, сколько вы используете. Файлы Azure имеют две разные предоставленные модели: версии V2 и версии V1.

  • Подготовленная версия 2: В модели подготовленной версии 2 у вас есть способность отдельно конфигурировать хранилище, операции ввода-вывода в секунду и пропускную способность, хотя мы предоставляем рекомендации для первой настройки.
  • Модель подготовленной версии 1: В этой модели вы выделяете необходимый объем хранилища для ресурса, в то время как операции ввода-вывода и пропускная способность определяются на основе объема выделенного хранилища. Предоставленная модель версии 1 для Azure Files доступна только для файловых ресурсов SSD.

• Модель оплаты по мере использования: В этой модели стоимость сетевого хранилища зависит от того, сколько вы его используете, включая расходы на хранение, транзакции и передачу данных. Модель оплаты по мере использования для файлов Azure доступна только для HDD дисковых хранилищ. Мы рекомендуем использовать предоставленную модель v2 для новых развертываний файловых ресурсов на HDD.

В этой статье объясняется, как работают модели выставления счетов для Azure Files, чтобы помочь вам понять ваш ежемесячный счет за Azure Files. Сведения о ценах на Файлы Azure см. на здесь.

Применяется к

Модель управления	Модель выставления счетов	Уровень медиа	Избыточность	малый и средний бизнес	Сетевая файловая система (NFS)
Microsoft.Storage	Настроенная версия 2	HDD (стандартный)	Локальное (LRS)
Microsoft.Storage	Настроенная версия 2	HDD (стандартный)	Зона (ZRS)
Microsoft.Storage	Настроенная версия 2	HDD (стандартный)	Гео (GRS)
Microsoft.Storage	Настроенная версия 2	HDD (стандартный)	GeoZone (GZRS)
Microsoft.Storage	Настроенная версия v1	SSD (премиум)	Локальное (LRS)
Microsoft.Storage	Настроенная версия v1	SSD (премиум)	Зона (ZRS)
Microsoft.Storage	Оплата по факту использования	HDD (стандартный)	Локальное (LRS)
Microsoft.Storage	Оплата по факту использования	HDD (стандартный)	Зона (ZRS)
Microsoft.Storage	Оплата по факту использования	HDD (стандартный)	Гео (GRS)
Microsoft.Storage	Оплата по факту использования	HDD (стандартный)	GeoZone (GZRS)

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

Для представления емкости хранилища в Файлах Azure используются двоичные единицы измерения: КиБ, МиБ, ГиБ и ТиБ.

Хотя базовые 2 единицы измерения часто используются большинством операционных систем и инструментов для измерения объемов хранилища, они часто неправильно помечены как базовые 10 единиц, с которыми вы можете ознакомиться: КБ, МБ, ГБ и ТБ. Хотя причины неправильной маркировки различаются, частая причина, по которой операционные системы, такие как Windows, неправильно используют единицы хранения, заключается в том, что многие операционные системы начали применять эти акронимы до того, как они были стандартизированы IEC (Международной электротехнической комиссией), BIPM (Международным бюро весов и мер), и NIST (Национальным институтом стандартов и технологий США).

В следующей таблице показано, как распространенные операционные системы измеряют единицы хранилища и присваивают им метки:

Если вашей операционной системы нет в списке, обратитесь к ее поставщику.

Контрольный список совокупной стоимости владения файлообменом

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

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

• Есть ли методы оптимизации затрат на хранилище? Вы можете использовать резервирование Azure Files, чтобы получить скидку до 36% на хранение. Другие решения могут использовать стратегии, такие как дедупликация или сжатие, чтобы при необходимости оптимизировать эффективность хранения. Однако эти стратегии часто связаны с неденежными затратами, например снижением производительности. Резервирования Azure Files не влияют на производительность.

• Как обеспечить устойчивость и избыточность хранилища? Файлы Azure предоставляют устойчивость и избыточность хранилища в продуктовом предложении. Все уровни обслуживания и уровни избыточности обеспечивают высокую доступность данных, при этом доступны, как минимум, три копии ваших данных. Рассматривая другие варианты хранения файлов, подумайте, обеспечена ли устойчивость и избыточность хранилища или вам придется решать этот вопрос самостоятельно.

• Чем вам нужно управлять? При использовании Файлов Azure базовой единицей управления является учетная запись хранения. Для других решений может потребоваться дополнительное управление, например обновления операционной системы или управление виртуальными ресурсами, например виртуальные машины, диски и СЕТЕВЫе IP-адреса.

• Каковы затраты на продукты с добавленной стоимостью? Файлы Azure поддерживают интеграцию с несколькими встроенными и сторонними услугами с добавленной стоимостью. Дополнительные службы, такие как Azure Backup, Azure File Sync и Microsoft Defender для хранилища, предоставляют функции резервного копирования, репликации и кэширования, а также функции безопасности для Azure Files. Использование решений добавочной стоимости, как локальных, так и облачных, влечет за собой отдельные затраты на лицензирование и продукты, но часто рассматривается как часть совокупной стоимости владения для хранилища файлов.

Настроенная модель версии 2

Подготовленная модель v2 для Azure Files сочетает предсказуемость общей стоимости владения с гибкостью, позволяя создать файловый ресурс, который соответствует вашим точным требованиям к хранилищу и производительности. При создании вновь назначенной общей папки версии 2 укажите объем хранилища, количество операций ввода-вывода в секунду (IOPS) и пропускную способность, которая требуется для вашей общей папки. Объем каждой единицы, который вы закупаете, определяет общую сумму счета.

Объем хранилища, количество операций ввода-вывода в секунду (IOPS) и пропускная способность, которые вы предоставляете, являются гарантированными пределами использования файловой зоны. Например, если вы создаете разделяемое пространство объемом 2 ТиБ и загружаете 2 ТиБ данных в это пространство, оно будет заполнено, и вы не сможете добавить больше данных, если не увеличите его размер или не удалите данные. Увеличение операций ввода-вывода в секунду на основе кредитов предоставляет дополнительную гибкость для использования в пределах оставшихся кредитов.

Объем хранилища, операций ввода-вывода в секунду и пропускной способности, которую вы подготавливаете, можно динамически масштабировать по мере изменения потребностей, однако вы можете уменьшить только подготовленное количество только через 24 часа после последнего увеличения количества. Изменения в хранилище, IOPS и пропускной способности вступают в силу в течение нескольких минут после изменения конфигурации.

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

Обеспеченная доступность v2

Выделенная модель версии 2 предоставляется для общих папок в аккаунтах хранения типа FileStorage. В настоящее время доступны следующие поднаборы типов SKU учетной записи хранения:

В настоящее время эти номера SKU обычно доступны в ограниченном подмножестве регионов:

• Центральная Франция
• Южная Франция
• Восточная Австралия
• Юго-Восточная часть Австралии
• Восточная Азия
• Юго-Восточная Азия
• западная часть США 2
• центрально-западная часть США
• Западная Европа
• Северная Европа
• Центрально-Западная Германия
• Северная Германия
• южная часть Соединенного Королевства
• западная часть Соединенного Королевства
• Центральная Индия
• Южная Индия
• Центральная Канада
• Восточная Канада
• Центральная часть ОАЭ
• Северная часть ОАЭ;
• Южная Бразилия
• Юго-Восточная Бразилия
• Центрально-южная часть США
• Центрально-северная часть США
• западная часть США
• Восточная часть США
• Восточная Япония
• Западная Япония
• Центральная Корея
• Республика Корея, южный регион
• Восточная часть США 2
• Центральная часть США
• Правительство США (штат Вирджиния)
• Правительство США (штат Аризона)
• US Gov (Техас)
• Центральная Польша
• Западная часть США 3
• Центральная Испания
• Северная часть Новой Зеландии
• Италия Север
• Центральная Индонезия
• Центральная Швеция
• Южная Швеция
• Центральная Австралия
• Центральная Австралия 2
• Север Южной Африки
• Западная часть ЮАР
• Северная Швейцария
• Западная Швейцария

Подробности настройки версии 2

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

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

В зависимости от ваших индивидуальных требований к разделяемому ресурсу, вы можете обнаружить, что вам требуется больше или меньше операций ввода-вывода в секунду или пропускной способности, чем в наших рекомендациях, и при необходимости можно переопределить эти рекомендации, установив собственные значения.

Подготовленный бурстинг v2

Ускорение IOPS на основе кредитов обеспечивает дополнительную гибкость в использовании. Эта гибкость лучше всего подходит для использования в качестве буфера против непредвиденных пиковых нагрузок ввода-вывода. Для установленных шаблонов ввода-вывода рекомендуется подготовить пиковые операции ввода-вывода.

Кредиты IOPS (операций ввода-вывода в секунду) накапливаются всякий раз, когда трафик для файлового хранилища ниже предусмотренных (базовых) операций ввода-вывода в секунду. Всякий раз, когда использование общей папки превышает установленное количество операций ввода-вывода в секунду и имеются доступные кредиты на всплеск операций ввода-вывода в секунду, общая папка может увеличивать скорость до максимально допустимого предела для всплеска операций ввода-вывода в секунду. Файловые ресурсы могут продолжать работать с повышенной нагрузкой до тех пор, пока остаются кредиты, но это зависит от количества уже накопленных кредитов для всплеска. Каждая операция ввода-вывода сверх предусмотренного IOPS потребляет один кредит. После использования всех кредитов доля возвращается к зарезервированным IOPS. Операции ввода-вывода в секунду для общей папки не требуют специальных действий, чтобы использовать всплесковый режим. Бурстинг работает на основе принципа лучшего старания.

Кредиты доступа имеют три состояния:

• При накоплении, когда общая папка использует меньше, чем предоставленная скорость IOPS.
• Уменьшение производительности, когда общая папка использует больше выделенных операций ввода-вывода в секунду и находится в режиме ускорения.
• Постоянная, когда объём файлов использует именно выделенный IOPS, и кредиты не накапливаются и не используются.

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

В следующей таблице показано несколько примеров этих формул для различных выделенных IOPS:

предоставленные снимки v2

Azure Files поддерживает снимки, которые аналогичны объемным теневым копиям (VSS) на Windows File Server. Дополнительные сведения о моментальных снимках файлов общего доступа см. в статье Общие сведения о моментальных снимках для Azure Files.

Снимки всегда дифференцированы как от текущего состояния, так и друг от друга. В предоставленной модели выставления счетов версии 2, если общий разностный размер всех моментальных снимков вмещается в избыточное выделенное пространство общего хранилища, дополнительная стоимость хранения моментальных снимков не взимается. Если размер данных живого распределенного хранения и данных разностных моментальных снимков превышает произведенное хранилище общей папки, за превышение использованной емкости моментальных снимков взимается плата по счетчику Использование моментальных снимков переполнения. Формула определения объема переполнения: MAX((LiveShareUsedGiB + SnapshotDifferentialUsedGiB) - ProvisionedStorageGiB, 0)

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

Подготовленное мягкое удаление v2

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

Выделенные счётчики версии 2 для выставления счетов

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

• Подготовленное хранилище: объем хранилища в ГиБ.
• Подготовленные операции ввода-вывода в секунду (IOPS): количество операций ввода-вывода в секунду, подготовленных в системе.
• Подготовленная пропускная способность MiBPS: объем пропускной способности, подготовленной в MiB/с.
• Использование переполнения моментальных снимков: любое количество дифференциального использования моментального снимка в ГиБ, которое не укладывается в подготовленную емкость хранилища. Дополнительные сведения см. в подготовленных моментальных снимках версии 2.
• Состояние мягкого удаления: использованная емкость хранилища в GiB для мягко удаленных общих файловых ресурсов. Для получения дополнительной информации смотрите поддерживаемое обратимое удаление версии 2.

Потребление по предоставленным счетчикам выставления счетов версии 2 выдаются ежечасно в часовых единицах. Например, для объема с выделенными 1024 ГиБ вы должны увидеть следующее:

• 1,024 единицы по счетчику подготовленного хранилища за один час.
• 24 576 единиц по счетчику зарезервированного хранилища в течение дня.
• Переменное число единиц, если оно агрегировано в течение месяца в зависимости от количества дней в месяце:
  • 28-дневный месяц (обычный февраль): 688 128 единиц по счетчику подготовленного хранилища.
  • 29-дневный месяц (февраль високосного года): 712 704 единиц по метру Provisioned Storage.
  • В месяце 30 дней: 737 280 единиц по счетчику на зарезервированное хранилище.
  • Месяц из 31 дня: 761 856 единиц по счетчику подготовленного хранилища.

Подготовленные миграции v2

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

• Если вы используете Azure Files без Azure File Sync, см. Миграция файлов из одной общей папки SMB Azure в другую.
• Если вы используете Синхронизация файлов Azure, см. статью "Миграция файлов из одной общей папки Azure в другую при использовании Синхронизация файлов Azure".

Настроенная модель версии 1

Предоставленный метод версии 1 предлагает хранилище, IOPS и пропускную способность в фиксированном соотношении друг к другу, аналогично тому, как приобретается хранилище в локальном решении хранения данных. Когда вы создаёте новое выделенное v1 файловое хранилище, вы указываете, сколько хранилища требуется вашему хранилищу, а IOPS и пропускная способность являются вычисляемыми значениями. Предоставленная модель версии 1 для Azure Files доступна только для файловых ресурсов SSD.

Объем подготовленного хранилища определяет гарантированные параметры хранилища, операции ввода-вывода в секунду и ограничения пропускной способности файлового ресурса. Например, если вы создаете разделяемое пространство объемом 2 ТиБ и загружаете 2 ТиБ данных в это пространство, оно будет заполнено, и вы не сможете добавить больше данных, если не увеличите его размер или не удалите данные. Увеличение операций ввода-вывода в секунду на основе кредитов предоставляет дополнительную гибкость для использования в пределах оставшихся кредитов.

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

Размер выделенной доли можно уменьшить до значения, меньшего, чем количество используемых вами ГиБ. В этом случае данные не будут потеряны, но с вас по-прежнему будет взиматься плата за используемый размер, а производительность будет соответствовать выделенному ресурсу, а не используемому размеру.

Доступность версии 1 обеспечена

Предоставленная модель версии 1 предусмотрена для файловых ресурсов SSD в учетных записях хранения с типом учетной записи FileStorage.

Файловые ресурсы SSD с моделью с предопределённой пропускной способностью версии 1 в целом доступны в большинстве регионов Azure. Дополнительные сведения см. в разделе Продукты Azure по регионам.

Сведения о предоставлении версии 1

При создании подготовленной общей папки версии 1 укажите, какой объем памяти потребуется для вашей общей папки. Каждый ГиБ, который вы подготавливаете, дает вам больше операций ввода-вывода в секунду (IOPS) и более высокую пропускную способность в фиксированном соотношении. Файловые ресурсы ограничены на основе следующих атрибутов:

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

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

Подготовленная вспышка версии 1

Подготовленная модель версии 1 поддерживает два типа всплесков: всплеск на основе кредитов, который предоставляется бесплатно в рамках подготовки, и оплачиваемый всплеск, который является расширенной функцией и может быть включён для поддержки выставления счетов на основе использования всякий раз, когда операции ввода-вывода в секунду и пропускная способность превышают предоставленный объём.

Предоставленная возможность увеличения пропускной способности на основе кредитов версии 1

Ускорение IOPS на основе кредитов обеспечивает дополнительную гибкость в использовании. Эта гибкость лучше всего подходит для использования в качестве буфера против непредвиденных пиковых нагрузок ввода-вывода. Для установленных шаблонов ввода-вывода рекомендуется подготовить пиковые операции ввода-вывода.

Кредиты IOPS (операций ввода-вывода в секунду) накапливаются всякий раз, когда трафик для файлового хранилища ниже предусмотренных (базовых) операций ввода-вывода в секунду. Всякий раз, когда использование общей папки превышает установленное количество операций ввода-вывода в секунду и имеются доступные кредиты на всплеск операций ввода-вывода в секунду, общая папка может увеличивать скорость до максимально допустимого предела для всплеска операций ввода-вывода в секунду. Файловые ресурсы могут продолжать работать с повышенной нагрузкой до тех пор, пока остаются кредиты, но это зависит от количества уже накопленных кредитов для всплеска. Каждая операция ввода-вывода сверх предусмотренного IOPS потребляет один кредит. После использования всех кредитов доля возвращается к зарезервированным IOPS. Операции ввода-вывода в секунду для общей папки не требуют специальных действий, чтобы использовать всплесковый режим. Бурстинг работает на основе принципа лучшего старания.

Кредиты доступа имеют три состояния:

• При накоплении, когда общая папка использует меньше, чем предоставленная скорость IOPS.
• Уменьшение производительности, когда общая папка использует больше выделенных операций ввода-вывода в секунду и находится в режиме ускорения.
• Постоянная, когда объём файлов использует именно выделенный IOPS, и кредиты не накапливаются и не используются.

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

В следующей таблице показано несколько примеров формул для предоставленных размеров долей:

Предоставленное платное автоматическое увеличение версии 1

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

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

Платное расширение отключено по умолчанию, но его можно включить, следуя инструкциям по изменению характеристик стоимости и производительности предоставленного файл-шара версии 1 (только для PowerShell и CLI). Если включен оплачиваемый бурстинг, рекомендуется тщательно отслеживать использование IOPS и пропускной способности с помощью следующих метрик, доступных через Azure Monitor:

• Настроенное файловое хранилище с обеспеченными IOPS
• Предоставленная пропускная способность файлового хранилища МиБ/с (скорость передачи данных)
• Транзакции по Max IOPS
• Пропускная способность по максимуму, МиБ/с (пропускная способность)
• Кредиты для повышения IOPS (операций ввода-вывода в секунду на основе кредитов)
• Платные операции с избыточной мощностью ввода-вывода (IOs)
• Платная увеличенная полоса пропускания

Предоставленные снимки версии 1

Azure Files поддерживает снимки, которые аналогичны объемным теневым копиям (VSS) на Windows File Server. Дополнительные сведения о моментальных снимках файлов общего доступа см. в статье Общие сведения о моментальных снимках для Azure Files.

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

Зарезервированное мягкое удаление версии 1

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

Настроенные счетчики выставления счетов v1

Сетевые ресурсы, выделенные с помощью выделенной модели выставления счетов версии 1, выставляются по следующим двум счетчикам:

• Предоставлено в премиум: объем хранилища, предоставленного в ГиБ.
• Премиум снимки: Количество использованных снимков и емкость, использованная под мягко удаленные данные.

Потребление по предусмотренным счётчикам учёта версии 1 рассчитывается почасово в единицах, исчисляемых ежемесячно. Например, для объема с выделенными 1024 ГиБ вы должны увидеть следующее:

• Переменное количество единиц за отдельный час в зависимости от количества дней в месяц:
  • 28-дневный месяц (обычный февраль): 1,5238 единиц по показателям "Премиум Провизированного" счетчика.
  • 29-дневный месяц (февраль високосного года): 1,4713 единицы по счётчику Премиум Провизженд.
  • 30-дневный месяц: 1,4222 единицы на счетчике "Премиумная компенсация"
  • 31 день месяца: 1,3763 единиц по счетчику Provisioned Premium.
• Переменное количество единиц, агрегируемое за день, в зависимости от количества дней в месяце.
  • 28-дневный месяц (обычный февраль): 36.5714 единицы против счетчика Premium Provisioned.
  • 29-дневный месяц (високосный год февраль): 35,3103 единицы против счетчика с тарифом «Премиум» для сравнения.
  • 30-дневный месяц: 34,1333 единицы на счетчике Premium Provisioned.
  • 31 день месяца: 33.0323 единицы по счетчику Премиум Provisioned.
• 1024 единицы против счетчика Премиум Провиженед, если агрегированы за месяц.

Модель с оплатой по факту

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

Доступность с оплатой по мере использования

Модель оплаты по мере использования предоставляется для файловых ресурсов HDD в учетных записях хранения с типом учетной записи хранения StorageV2 или Storage.

Файлообменники на HDD по модели оплаты "оплата по мере использования" обычно доступны во всех регионах Azure.

Различия в уровнях доступа

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

• Оптимизация транзакций, как видно из названия, оптимизирует цену для рабочих нагрузок с высоким IOPS (операции ввода-вывода в секунду). Цена хранения данных в состоянии покоя при оптимизации транзакций самая высокая, но цена самих транзакций самая низкая.
• Горячая нагрузка — для активных рабочих нагрузок, которые не включают большое количество транзакций. Он имеет немного более низкую цену на хранение данных в состоянии покоя, но немного более высокие цены на транзакции по сравнению с оптимизацией транзакций. Рассматривайте этот вариант как среднюю категорию между уровнем, оптимизированным для транзакций, и более холодным уровнем.
• Сервис Cool оптимизирует цену для рабочих нагрузок с низкой активностью, предлагая самую низкую цену на хранение данных в состоянии покоя, но самые высокие цены на транзакции.

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

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

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

Что такое транзакции?

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

При чтении или записи в файл приложение, которое вы используете, выполняет ряд вызовов API к API файловой системы, предоставленному операционной системой. Затем операционная система интерпретирует эти вызовы в транзакции протокола SMB, которые отправляются по проводу в Файлы Azure для выполнения. Задача, которую конечный пользователь воспринимает как одну операцию, например чтение файла с начала до конца, может быть преобразована в несколько транзакций SMB, обслуживаемых Файлы Azure.

Как правило, для стандартных общих папок счета выставляются по модели с оплатой по мере использования, где оплата производится на основе использования. Транзакции SMB и FileREST, совершаемые приложениями и скриптами, представляют собой использование вашего файлового ресурса и включаются в ваш счет. Такой же принцип применяется к дополнительным облачным службам, которые вы можете добавить в общую папку (например, Синхронизация файлов Azure или Azure Backup). Транзакции группируются в пять разных категорий транзакций, которые имеют разные цены в зависимости от их взаимодействия с общей папкой Azure. Используются такие категории: запись, список, чтение, другое и удаление.

В следующей таблице приведена классификация каждой транзакции:

Переключение между уровнями доступа

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

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

• Получение данных. Если вы переходите с холодного уровня доступа к горячему или оптимизированного для транзакций, вы получите плату за получение данных на основе размера перемещаемых данных. Только уровень холодного доступа взимает плату за получение данных.

В следующей таблице показана разбивка затрат на перемещение уровней доступа:

Уровень доступа к общей папке можно изменить до 5 раз в течение 30 дней. Первый день 30-дневного окна начинается, когда происходит изменение первого уровня. Изменения между уровнями доступа происходят мгновенно. Однако, после изменения уровня доступа для общего ресурса, нельзя снова изменить его в течение 24 часов, даже если за последние 30 дней вы изменяли это свойство менее 5 раз.

Выбор уровня доступа

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

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

Чтобы просмотреть предыдущие транзакции, сделайте следующее:

1. Войдите в свою учетную запись хранения на портале Azure.
2. В меню службы в разделе "Мониторинг" выберите "Метрики".
3. Выберите Scope в качестве имени вашей учетной записи хранилища, Metric Namespace как "File", Metric как "Transactions", и Aggregation как "Sum".
4. Щелкните Применить разделение.
5. Выберите Значения в качестве имени API. Выберите ограничение и сортировку.
6. Выберите период времени.

Снепшоты с оплатой по мере использования

Azure Files поддерживает снимки, которые аналогичны объемным теневым копиям (VSS) на Windows File Server. Дополнительные сведения о моментальных снимках файлов общего доступа см. в статье Общие сведения о моментальных снимках для Azure Files.

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

Условное удаление с оплатой по факту использования

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

Счетчики оплаты по факту использования

Общие папки, созданные с помощью модели выставления счетов по мере использования, выставляются по следующим счетчикам:

• Хранимые данные: используемое хранилище, включая активные ресурсы, разностные моментальные снимки и временно удаленные файлы общего доступа в ГиБ.
• Метаданные: размер метаданных файловой системы, связанных с файлами и каталогами, такими как списки управления доступом (ACL) и другие свойства в GiB. Этот счетчик выставления счетов используется только для файловых ресурсов на горячих или прохладных уровнях доступа.
• Операции записи: количество корзин транзакций записи (1 корзина = 10 000 транзакций).
• Операции со списками: количество сегментов транзакций списка (1 сегмент = 10 000 транзакций).
• Операции чтения: количество бакетов транзакций чтения (1 бакет = 10 000 транзакций).
• Другие операции / Операции с протоколом: количество дополнительных корзин транзакций (1 корзина = 10 000 транзакций).
• Извлечение данных: объем данных, считываемых из общей папки в ГиБ. Этот счетчик используется только для общих файлов в уровне доступа с редким использованием.
• Передача данных георепликации: Если общая папка имеет гео или геозональную избыточность, объем данных, записанных в общую папку и реплицированных в дополнительный регион, указывается в ГиБ.

Расход по счетчикам учета данных и метаданных фиксируется ежечасно в пересчете на ежемесячные единицы. Например, для тома с объемом использования 1024 ГиБ вы увидите следующее:

• Переменное количество единиц за отдельный час в зависимости от количества дней в месяц:
  • 28-дневный месяц (обычный февраль): 1.5238 единиц против счетчика Data Stored.
  • 29-дневный месяц (високосного февраля): 1,4713 единиц по счетчику Data Stored.
  • Месяц из 30 дней: 1,4222 единицы по счетчику хранящихся данных.
  • 31-дневный месяц: 1,3763 единицы по счетчику хранящихся данных.
• Переменное количество единиц, агрегируемое за день, в зависимости от количества дней в месяце.
  • 28-дневный месяц (обычный февраль): 36,5714 единицы по счётчику Data Stored.
  • 29-дневный месяц (високосный год): 35,3103 единицы по счётчику хранимым данным.
  • 30-дневный месяц: 34,1333 единицы по счетчику Data Stored.
  • Месяц с 31 днями: 33.0323 единиц по счетчику Data Stored.
• 1024 единицы по счетчику хранения данных, если агрегировать их в течение месяца.

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

Выделенный размер, квота, логический размер и физический размер

Служба Azure Files отслеживает три различные величины в отношении емкости общего ресурса.

• Подготовленный размер или квота: Для общих папок с предварительным резервированием и оплатой по мере использования необходимо указать максимальный размер, до которого может расшириться файловый ресурс. В выделенных общих папках это значение называется выделенным размером. Какую бы сумму вы ни выделили, вы платите именно за неё, независимо от того, сколько фактически используете. В файловых ресурсах с оплатой по мере использования это значение называется квотой и не оказывает прямого влияния на ваш счет. Размер выделенной памяти — это обязательное поле для выделенных общих папок. Для общих папок с оплатой по мере использования, если подготовленный размер не указан напрямую, общий ресурс по умолчанию будет иметь максимальное значение, поддерживаемое учетной записью хранения (100 ТиБ).

• Логический размер: логический размер общей папки или файла связан с тем, насколько большой он является без учета того, как он фактически хранится, где могут применяться оптимизации хранилища. Логический размер файла означает, какое количество КиБ/МиБ/ГиБ будет передано по сети, если бы вы скопировали его в другое место. Как в предоставленных, так и в файловых ресурсах с оплатой по мере использования, общий логический размер файлового ресурса используется для контроля соблюдения предоставленного размера/квоты. В системах с оплатой за фактическое использование общих папок логический размер — это объём данных, использованный для расчета платы за хранение данных. Логический размер указывается как "размер" в диалоговом окне свойств Windows для файла или папки и "длина содержимого" в метриках Файлов Azure.

• Физический размер. Физический размер файла — это размер файла согласно кодировке на диске. Это может совпадать с логическим размером файла, или он может быть меньше, в зависимости от того, как файл был записан операционной системой. Распространенная причина различий между логическим и физическим размерами — использование разреженных файлов. Для выставления счетов за моментальные снимки используется физический размер файлов в общей директории, при этом выделенные диапазоны сохраняются между моментальными снимками, если они остаются неизменными (разностное хранение).

Службы добавочной стоимости

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

Затраты разбиваются на три контейнера:

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

• Затраты на транзакции для службы добавочной стоимости. Некоторые службы, предоставляющие добавленную стоимость, имеют собственное представление о транзакциях в дополнение к выбранной модели выставления счетов, используемой в Azure Files. Эти транзакции будут отображаться в счете как расходы на службы добавленной стоимости, так как они напрямую связаны с тем, как вы используете эту службу с вашей файловой общей папкой.

• Затраты Azure Files на использование услуги с добавленной стоимостью. Файлы Azure не взимают напрямую плату с клиентов за дополнительные услуги, но эти услуги по добавлению ценности могут увеличить затраты, которые вы видите в вашем файловом ресурсе Azure. Это легко понять в случае файловых ресурсов с оплатой по мере использования, из-за расходов на транзакции. Если служба с дополнительной стоимостью выполняет транзакции с общей папкой от вашего имени, они будут отображаться в счете за транзакции Azure Files, даже если вы не выполняли их напрямую. Это относится и к настроенным общим папкам, хотя это может быть менее заметно. Транзакции по подготовленным общим папкам от дополнительных услуг учитываются в отношении ваших подготовленных номеров операций ввода-вывода в секунду (IOPS), что означает, что дополнительные услуги могут потребовать увеличения объема хранилища для обеспечения достаточного количества IOPS или пропускной способности для вашей рабочей нагрузки.

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

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

Служба синхронизации файлов Azure

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

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

• Капитальные и операционные расходы на файловые серверы Windows с одной или несколькими конечными точками сервера. Синхронизация файлов Azure как решение репликации не зависит от того, где находятся файловые серверы Windows, синхронизированные с Файлами Azure. Они могут размещаться локально, на виртуальной машине Azure или даже в другом облаке. Если вы не используете Синхронизацию файлов Azure с файловым сервером Windows, размещенным на виртуальной машине Azure, капитальные (т. е. авансовые затраты на оборудование вашего решения) и эксплуатационные расходы (т. е. затраты на оплату труда, электроэнергии и т. д.) не будут указываться в счете Azure, но все равно будут включаться в совокупную стоимость владения. Учитывайте объем данных, необходимых для кэширования в локальной среде, количество ЦП и объем памяти, необходимый файловым серверам Windows для размещения рабочих нагрузок Синхронизации файлов Azure (см. рекомендуемые системные ресурсы), а также затраты в организации.

• Стоимость лицензирования на сервер для серверов, зарегистрированных в Azure File Sync. Чтобы использовать Azure File Sync с конкретным файловым сервером Windows, сначала необходимо зарегистрировать его в службе хранения синхронизации Azure, ресурсе Azure File Sync. За каждый сервер, зарегистрированный после первого, взимается фиксированная ежемесячная плата. Хотя эта плата очень мала, её стоит учитывать как одну из составляющих вашего счета. Сведения о текущей плате за зарегистрированный сервер для нужного региона см. в разделе "Синхронизация файлов" на странице цен на Файлы Azure.

• Затраты на службу Azure Files Так как Синхронизация файлов Azure — это решение синхронизации для Файлов Azure, вам потребуется использовать ресурсы Файлов Azure. Некоторые из этих ресурсов, например использование хранилища, относительно очевидны, в то время как другие, такие как использование транзакций и моментальных снимков, могут быть менее очевидными. Большинству клиентов мы рекомендуем использовать стандартные общие папки с Azure File Sync, хотя при необходимости Azure File Sync полностью поддерживает и премиум общие папки.

  • Использование хранилища. Служба синхронизации файлов Azure будет реплицировать любые изменения, внесенные в путь на вашем файловом сервере Windows, указанном на конечной точке сервера, в вашу общую папку Azure, тем самым увеличивая потребление хранилища. Для стандартных общих папок это означает, что добавление или увеличение размера существующих файлов на конечных точках сервера приведет к увеличению затрат на хранилище, так как изменения будут реплицированы. Изменения в общих папках уровня "Премиум" будут занимать подготовленное пространство — ответственность за периодическое увеличение резервируемого объема ресурсов при необходимости, чтобы учитывать рост файлового хранилища, полностью лежит на вас.

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

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

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

  Подсказка

  Если вы не знаете, сколько у вас папок, воспользуйтесь инструментом TreeSize от JAM Software GmbH.

Azure Backup

Azure Backup предоставляет бессерверное решение резервного копирования для Файлов Azure, которое легко интегрируется с общими папками, а также другими службами, такими как Синхронизация файлов Azure. Azure Backup для Файлов Azure — это решение резервного копирования на основе моментальных снимков, которое предоставляет механизм планирования автоматического создания моментальных снимков по расписанию, определяемому администратором. Оно также обладает удобным пользовательским интерфейсом для восстановления удаленных файлов, папок или всей общей папки для определенной точки во времени. Чтобы узнать больше, см. в разделе Резервное копирование файлового ресурса Azure.

При рассмотрении затрат на использование Azure Backup следует учитывать следующее:

• Затраты на лицензирование защищенных экземпляров данных общего доступа Azure. В Azure Backup взимается плата за лицензирование защищенного экземпляра для учетной записи хранения, содержащей резервные копии общих папок Azure. Защищенный экземпляр определяется как 250 ГиБ хранилища общих папок Azure. Учётные записи хранения объёмом менее 250 ГиБ облагаются частичной стоимостью защищённого экземпляра. Дополнительные сведения см. на странице Цены на Azure Backup. Необходимо выбрать Файлы Azure из списка служб, которые может защищать Azure Backup.

• Затраты на службу Azure Files При использовании Azure Backup расходы на Файлы Azure повышаются за счет следующего:

  • Разностные стоимости моментальных снимков файловых ресурсов Azure. Azure Backup автоматизирует создание моментальных снимков общих папок Azure по расписанию, определенному администратором. Моментальные снимки всегда разностные; однако добавленные затраты зависят от длительности хранения моментальных снимков и объёма изменений на общей папке в течение этого времени. Это определяет, насколько отличается моментальный снимок от активного общего доступа к файлам и, следовательно, сколько дополнительных данных хранится в Azure Files.

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

Microsoft Defender для службы хранилища

Microsoft Defender поддерживает Файлы Azure в рамках своего продукта Microsoft Defender для хранилища. Microsoft Defender для хранилища обнаруживает необычные и потенциально опасные попытки доступа к общим папкам Azure по SMB либо FileREST или их использования. Решение Microsoft Defender для Хранилищ активировано на уровне подписки для всех файловых ресурсов в учетных записях хранилищ в этой подписке.

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

Основная стоимость Microsoft Defender для хранилища — это дополнительные издержки на транзакции, которые продукт взимает поверх транзакций, выполненных в общей папке Azure. Хотя эта стоимость основана на транзакциях, выполняемых в Файлах Azure, она входит не в счет, выставленный за Файлы Azure, а в цену Microsoft Defender. Microsoft Defender для хранения взимает плату за транзакции даже для выделенных файловых ресурсов, тогда как Azure Files включает транзакции в состав предоставленных операций ввода-вывода в секунду (IOPS). Сведения о текущей ставке на транзакции можно найти на странице с ценами на Microsoft Defender для облака в строке таблицы Microsoft Defender для хранилища.

Обмен файлами с высокой частотой транзакций вызовет значительные затраты при использовании Microsoft Defender для хранения. В зависимости от этих затрат вы можете захотеть отказаться от использования Microsoft Defender для защиты определённых учетных записей хранения. Дополнительные сведения см. в Исключение учетной записи хранения из Microsoft Defender для хранилищ.

Резервирования

Файлы Azure поддерживают резервации (которые также называются зарезервированными экземплярами) для моделей с резервированием версии 1 и постоплатных моделей. Бронирование позволяет получить скидку на хранение путем предварительного обязательства использовать хранилище. Следует рассмотреть возможность приобретения зарезервированных экземпляров для любой рабочей нагрузки или рабочих нагрузок разработки и тестирования с постоянными объемами занимаемой памяти. При покупке брони необходимо указать следующие размеры:

• Размер емкости: резервирование может быть на 10 ТиБ или 100 ТиБ, с более значительными скидками для приобретения резервирования большей емкости. Вы можете приобрести несколько резервирований, включая резервирование различных размеров емкости в соответствии с требованиями рабочей нагрузки. Например, если в вашем рабочем развертывании имеется 120 ТиБ файловых ресурсов, вы можете приобрести один резерв на 100 ТиБ и два резерва по 10 ТиБ, чтобы удовлетворить общие требования к емкости хранилища.
• Срок: вы можете приобрести резервирования для одного или трехлетнего срока с более значительными скидками на покупку более длительного срока резервирования.
• Уровень: уровень зарезервированных файлов Azure. В настоящее время доступны резервирования для моделей выставления счетов: SSD выделенной версии 1 (как "Премиум") и HDD по факту использования (только для горячего и холодного уровней доступа).
• Расположение: Регион Azure для бронирования. Резервирования доступны в подмножестве регионов Azure.
• Избыточность: избыточность хранилища для резервации. Поддержка резервирования возможна для всех настроек избыточности, которые поддерживаются в Azure Files, включая LRS, ZRS, GRS и GZRS.
• Частота выставления счетов: указывает, как часто производится выставление счетов за резервирование. Возможные варианты: Ежемесячно или Предоплата.

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

Существуют различия в том, как работает система резервирования с моментальными снимками файловых ресурсов Azure для ресурсов с оплатой по мере использования и подготовленных файловых ресурсов (v1). Если вы делаете моментальные снимки общедоступных файловых ресурсов с оплатой по факту использования, то разности этих снимков учитываются в рамках резервирования и выставляются к оплате как часть обычного счетчика использованного хранилища. Однако, если вы делаете моментальные снимки общих папок версии 1, которые были предоставлены, то за них выставляется счет по отдельному счетчику и они не учитываются в резервировании.

Для получения дополнительной информации о приобретении резервирований см. раздел «Оптимизация затрат на Azure Files с резервированиями».

См. также

• Цены на Azure Files.
• Планирование развертывания Файлов Azure и Планирование развертывания Синхронизации файлов Azure.
• Создание общей папки и Развертывание Синхронизации файлов Azure.