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

Стоимость развертывания файлов Azure определяется четырьмя ключевыми факторами:

• Модель выставления счетов. Файлы Azure поддерживают три различные модели выставления счетов, которые формируют структуру затрат развертывания файлов Azure:

  • Обеспеченная v2: Обеспеченная модель выставления счетов, в которой у вас есть возможность отдельно обеспечивать хранилище, IOPS и пропускную способность. Вы платите на основе того, что вы резервируете, независимо от того, сколько вы фактически используете. Мы рекомендуем подготовленную модель версии 2 для всех новых развертываний файлов Azure.
  • Выделенный v1: Выделенная модель тарификации, в которой вы определяете необходимый объем хранилища, а количество операций ввода-вывода в секунду (IOPS) и пропускная способность зависят от этого объема. Рекомендуется использовать подготовленную модель версии 2, если у вас нет определенной причины использовать подготовленную модель версии 1.
  • Модель оплаты по мере использования: Это модель выставления счетов, где стоимость рассчитывается на основе использования файлового хранилища, а также затрат на хранение, транзакции и передачу данных. Мы рекомендуем использовать подготовленную модель версии 2, если у вас нет определенной причины использовать модель с оплатой по мере использования.

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

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

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

  • Local: локально избыточное хранилище (LRS) сохраняет три копии данных в одном центре обработки данных в одном регионе.
  • Зона: хранилище, избыточное между зонами (ZRS), хранит три копии данных в независимых центрах обработки данных (зонах доступности) в пределах региона.
  • Гео: геоизбыточное хранилище (GRS) хранит три копии данных в основном регионе и асинхронно реплицирует в парный регион в общей сложности шесть копий. Доступно только в хранилище HDD.
  • GeoZone: геоизбыточное хранилище (GZRS) объединяет избыточность зоны в основном регионе с асинхронной репликацией в дополнительный регион. Доступно только в хранилище HDD.

• Модель ресурсов. Файлы Azure поддерживают два различных типа ресурсов, управляемые элементы, которые создаются и настраиваются в подписках Azure и группах ресурсов. Каждый тип ресурса поддерживает несколько разных вариантов модели выставления счетов, что, в свою очередь, влияет на структуру затрат и затрат:

  • Учетные записи хранения представляют собой общий пул хранения, IOPS и пропускной способности, в котором можно развертывать классические файловые ресурсы или другие ресурсы хранения в зависимости от типа учетной записи хранения. Учетные записи хранения поддерживают все модели выставления счетов, уровни мультимедиа и параметры избыточности. На все ресурсы хранилища, развернутые в учетной записи хранения, распространяются ограничения, которые применяются к этой учетной записи хранения. Классические общие папки поддерживают протоколы SMB и NFS, хотя NFS поддерживается только в хранилище SSD. Учетные записи хранения предоставляются поставщиком Microsoft.Storage ресурсов.

  • Общие папки (предварительная версия) — это новый тип ресурса верхнего уровня, упрощающий развертывание файлов Azure, устраняя учетную запись хранения. Файловые ресурсы поддерживают только рекомендуемую предоставленную модель v2 и только уровень носителя SSD с протоколом файловой системы NFS. Общие папки предоставляются ресурсным поставщиком Microsoft.FileShares.

Сведения о ценах на Файлы Azure см. на здесь.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Уровень медиа	Избыточность	Протокол общего доступа к файлам	Классические общие папки (Microsoft.Storage)	Общие папки (Microsoft.FileShares)
твердотельный накопитель (SSD)	Local	малый и средний бизнес
твердотельный накопитель (SSD)	Зона	малый и средний бизнес
твердотельный накопитель (SSD)	Local	Сетевая файловая система (NFS)
твердотельный накопитель (SSD)	Зона	Сетевая файловая система (NFS)
HDD	Local	малый и средний бизнес
HDD	Зона	малый и средний бизнес
HDD	Гео	малый и средний бизнес
HDD	GeoZone	малый и средний бизнес
HDD	Local	Сетевая файловая система (NFS)
HDD	Зона	Сетевая файловая система (NFS)
HDD	Гео	Сетевая файловая система (NFS)
HDD	GeoZone	Сетевая файловая система (NFS)

В настоящее время подготовленная модель версии 2 общедоступна в ограниченном подмножестве регионов:

• Все общедоступные облачные регионы Azure.
• Все облачные регионы Azure для государственных организаций США.

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

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

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

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

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

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

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

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

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

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

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

Подготовленные модели ресурсов версии 2

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

Подготовленные классические общие папки версии 2 (Microsoft.Storage)

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

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

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

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

• Сколько выделенного хранилища, операций ввода-вывода в секунду и пропускной способности вам нужно для каждого классического файлового ресурса? Как эти требования изменяются с течением времени?
  Поскольку учетные записи хранилища имеют общие ограничения, при выделении классических файловых ресурсов учетным записям хранилища необходимо учитывать потребности каждого классического файлового ресурса как в настоящее время, так и на будущее. Логика подготовки для подготовленной модели версии 2 запрещает подготовку большего объема хранилища, операций ввода-вывода в секунду или пропускной способности, чем поддерживает учетная запись хранения. Если в одну учетную запись хранения помещено достаточно классических общих папок, так что одно из измерений достигает предела, существующие классические общие папки не могут увеличиваться без предварительного переноса в другую учетную запись хранения. Чтобы уменьшить этот риск, запланируйте достаточный запас пространства в каждой учетной записи хранения, чтобы обеспечить сопоставление классических файловых ресурсов с учетными записями хранения по крайней мере на 3–5 лет.

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

• Сколько учетных записей хранения доступно в подписке для целевого региона?
  Дополнительный фактор усложнения — это количество учетных записей хранения, которые можно использовать для каждой подписки в каждом регионе. См. Microsoft.Storage ограничения уровня управления для получения дополнительной информации. В зависимости от количества необходимых учетных записей хранения может потребоваться использовать дополнительные подписки для достижения дополнительных учетных записей хранения.

Резервируемые общие папки V2 (Microsoft.FileShares)

Создание общих папок с помощью Microsoft.FileShares модели управления значительно упрощает развертывание файлов Azure:

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

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

• Хотя общие папки по-прежнему имеют ограничение на подписку в каждом регионе, ограничение общих папок гораздо выше, чем ограничение учетных записей хранения.
  Дополнительные сведения см. в разделе Microsoft.FileShares об ограничениях уровня управления.

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

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

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

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

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

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

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

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

• Подготовленное хранилище: объем хранилища в ГиБ.
• Подготовленные операции ввода-вывода в секунду (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 из модели оплаты по мере использования в подготовленную модель выставления счетов версии 2 отличается в зависимости от того, используется ли служба синхронизации файлов Azure.

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

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

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

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

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

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

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

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

Уровень медиа	Избыточность	Протокол общего доступа к файлам	Классические общие папки (Microsoft.Storage)	Общие папки (Microsoft.FileShares)
твердотельный накопитель (SSD)	Local	малый и средний бизнес
твердотельный накопитель (SSD)	Зона	малый и средний бизнес
твердотельный накопитель (SSD)	Local	Сетевая файловая система (NFS)
твердотельный накопитель (SSD)	Зона	Сетевая файловая система (NFS)
HDD	Local	малый и средний бизнес
HDD	Зона	малый и средний бизнес
HDD	Гео	малый и средний бизнес
HDD	GeoZone	малый и средний бизнес
HDD	Local	Сетевая файловая система (NFS)
HDD	Зона	Сетевая файловая система (NFS)
HDD	Гео	Сетевая файловая система (NFS)
HDD	GeoZone	Сетевая файловая система (NFS)

Классические общие папки SSD с помощью подготовленной модели версии 1 обычно доступны в большинстве регионов Azure. Дополнительные сведения см. в продуктах Azure по регионам.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Подготовленные модели ресурсов версии 1

Вы можете создать выделяемый файловый ресурс версии 1 только как классический файловый ресурс в учетной записи хранения (Microsoft.Storage).

Подготовленные классические общие папки версии 1 (Microsoft.Storage)

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

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

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

Чтобы правильно выполнить развертывание файлов Azure с предварительно настроенной моделью выставления счетов версии 1 на классических файловых ресурсах, необходимо учесть следующие аспекты планирования емкости:

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

  Кроме того, размещение слишком большого количества классических общих папок в учетной записи хранения может ограничить будущий рост. После заполнения учетной записи хранения невозможно увеличить объём классических общих файловых хранилищ без предварительного переноса некоторых данных в другую учетную запись хранения. Чтобы снизить этот риск, запланируйте достаточно места в учетных записях хранения, чтобы поддерживать сопоставления классических файловых ресурсов с учетными записями хранения на срок не менее 3–5 лет.

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

• Сколько учетных записей хранения доступно в подписке для целевого региона?
  Дополнительный фактор усложнения — это количество учетных записей хранения, которые можно использовать для каждой подписки в каждом регионе. См. Microsoft.Storage ограничения уровня управления для получения дополнительной информации. В зависимости от количества необходимых учетных записей хранения может потребоваться использовать дополнительные подписки для достижения дополнительных учетных записей хранения.

Предоставленные снимки версии 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 единицы по счетчику "Premium Provisioned", агрегированному за месяц.

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

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

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

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

Уровень медиа	Избыточность	Протокол общего доступа к файлам	Классические общие папки (Microsoft.Storage)	Общие папки (Microsoft.FileShares)
твердотельный накопитель (SSD)	Local	малый и средний бизнес
твердотельный накопитель (SSD)	Зона	малый и средний бизнес
твердотельный накопитель (SSD)	Local	Сетевая файловая система (NFS)
твердотельный накопитель (SSD)	Зона	Сетевая файловая система (NFS)
HDD	Local	малый и средний бизнес
HDD	Зона	малый и средний бизнес
HDD	Гео	малый и средний бизнес
HDD	GeoZone	малый и средний бизнес
HDD	Local	Сетевая файловая система (NFS)
HDD	Зона	Сетевая файловая система (NFS)
HDD	Гео	Сетевая файловая система (NFS)
HDD	GeoZone	Сетевая файловая система (NFS)

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Классические общие папки с оплатой по мере использования (Microsoft.Storage)

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

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

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

Чтобы правильно выполнить развертывание Azure Files с помощью модели выставления счетов по мере использования в классических файл-шарах, необходимо учесть следующие аспекты планирования ресурсов:

• Сколько используемого хранилища, операций ввода-вывода в секунду и пропускной способности требуется для каждой классической общей папки? Как эти требования изменяются с течением времени?
  Из-за ограничений учетной записи общего хранилища при выделении классических файловых ресурсов учетным записям хранения необходимо учитывать потребности каждого классического файлового ресурса как в настоящее время, так и в будущем. В отличие от подготовленных моделей версии 2 и версии 1, модель с оплатой по мере использования предоставляет определённые средства защиты, которые помогут вам распределить лимиты учетной записи хранения между классическими файловыми хранилищами в одной учетной записи хранения. Каждый классический общий доступ к файлам в учетной записи хранения с оплатой по мере использования может достигать ограничений по размеру классического общего доступа к файлам, а также ограничений учетной записи хранения по IOPS и пропускной способности. Размещение двух классических файловых хранилищ в той же учетной записи хранения с оплатой по мере использования может привести к конкуренции за IOPS и пропускную способность. Чтобы избежать непредвиденного регулирования, ограничьте количество классических общих папок, которые вы размещаете в учетной записи хранения с оплатой по мере использования.

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

• Сколько учетных записей хранения доступно в подписке для целевого региона?
  Дополнительный фактор усложнения — это количество учетных записей хранения, которые можно использовать для каждой подписки в каждом регионе. См. Microsoft.Storage ограничения уровня управления для получения дополнительной информации. В зависимости от количества необходимых учетных записей хранения может потребоваться использовать дополнительные подписки для достижения дополнительных учетных записей хранения.

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

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

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

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

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

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

Классические файловые ресурсы, созданные по модели выставления счетов "оплата по мере использования", оплачиваются по следующим единицам учета:

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

Единицы потребления для счетчиков хранения данных и метаданных регистрируются ежечасно в виде ежемесячных единиц. Например, для общего ресурса с использованными 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.

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

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

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

• Затраты Azure Files на использование услуги с добавленной стоимостью. Файлы Azure не взимают напрямую плату с клиентов за дополнительные услуги, но эти услуги по добавлению ценности могут увеличить затраты, которые вы видите в вашем файловом ресурсе Azure. Эти затраты легко заметить из-за комиссий за транзакции при использовании общих файлов по модели оплаты по мере использования. Если служба добавления значений выполняет транзакции с общей папкой от вашего имени, они отображаются в счете за транзакцию файлов Azure, даже если вы не сделали эти транзакции напрямую самостоятельно. Это относится и к настроенным общим папкам, хотя это может быть менее заметно. Транзакции по подготовленным общим папкам от дополнительных услуг учитываются в отношении ваших подготовленных номеров операций ввода-вывода в секунду (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 File Sync. Чтобы использовать Azure File Sync с конкретным файловым сервером Windows, сначала необходимо зарегистрировать его в службе хранения синхронизации Azure, ресурсе Azure File Sync. За каждый сервер, зарегистрированный после первого, взимается фиксированная ежемесячная плата. Хотя эта плата небольшая, это один компонент вашего счета, который следует рассмотреть. Сведения о текущей плате за зарегистрированный сервер для нужного региона см. в разделе "Синхронизация файлов" на странице цен на Файлы Azure.

• Затраты на службу Azure Files Синхронизация файлов Azure использует ресурсы из общей папки Azure. Некоторые из этих ресурсов, например использование хранилища, относительно очевидны, в то время как другие, такие как использование транзакций и моментальных снимков, могут быть менее очевидными. Для большинства клиентов рекомендуется использовать общие папки hdD, подготовленные версии 2 с синхронизацией файлов Azure, хотя синхронизация файлов Azure полностью поддерживается во всех моделях выставления счетов за файлы Azure (SSD подготовлена версия 2, SSD подготовлена версия 1 или HDD с оплатой по мере использования).

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

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

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

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

    • Транзакции из облачного перечисления. 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.

  • Затраты на транзакции, выполняемые вследствие операций восстановления. Операции восстановления из моментального снимка в динамическую общую папку несут затраты на транзакции. Для стандартных общих папок операции чтения из моментальных снимков и запись при восстановлении выставляются в качестве обычных транзакций файлового ресурса. Для подготовленных файловых ресурсов эти операции учитываются в рамках выделенных 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.
• Частота выставления счетов: указывает, как часто производится выставление счетов за резервирование. Возможные варианты: Ежемесячно или Предоплата.

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

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

Дополнительные сведения о том, как приобрести резервирования, см. в статье "Оптимизация затрат на файлы Azure с резервированиями".

См. также

• Цены на Файлы Azure
• Примеры оценки затрат
• Планирование развертывания службы "Файлы Azure" и планирование развертывания службы "Синхронизация файлов Azure"
• Создание классической общей папки
• Создание общей папки (предварительная версия)