Общие сведения о выставлении счетов Файлы Azure

В этой статье вы узнаете о различных моделях выставления счетов для Файлы Azure, чтобы управлять затратами и определять общую стоимость владения. Сведения о ценах см. на странице Тарифы Файлы Azure.

Определение стоимости развертывания Файлы Azure

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

Модель выставления счетов

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

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

Уровень медиа

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

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

Опции избыточности

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

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

Модель ресурсов

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

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

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

единицы хранения Файлы Azure

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

По умолчанию, когда вы создаёте новый общий файловый ресурс с помощью модели Provisioned 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

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

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

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

Подготовленные ограничения операций ввода-вывода в секунду и пропускной способности версии 2 (сторожевые)

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

Например, раздел SSD 32 ГиБ имеет рекомендованное значение IOPS 3,032, поэтому максимальное IOPS, которое можно установить для этого раздела, составляет 5 × 3,032 = 15,160. Увеличение выделенного объёма хранилища повышает рекомендуемые значения IOPS и пропускной способности, а следовательно, и предельное значение guardrail, то есть позволяет выделить больше IOPS или пропускной способности. Защита применяется как к SSD, так и к HDD.

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

Ресурсы, предоставленные до введения контрольных механизмов, которые превышают пятикратное ограничение, продолжают работать нормально. При изменении любого предоставленного количества в таком объёме, соотношение операций ввода-вывода в секунду (IOPS) или пропускной способности к рекомендуемому значению может оставаться неизменным или уменьшаться, но не может увеличиться. Например, если доля в настоящее время имеет IOPS, выделенные на уровне 7× от рекомендованного, можно уменьшить их до 6×, но вы не можете увеличить их до 7.1×. Когда доля достигает или падает ниже 5-кратного значения, применяется стандартное ограничение.

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

Ускорение IOPS на основе кредитов обеспечивает дополнительную гибкость в использовании. Используйте эту гибкость в качестве буфера для непреднамеренных пиков ввода-вывода. Для устоявшихся шаблонов I/O предусмотрите ресурсы для пиковых нагрузок.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Система ежечасно начисляет единицы потребления по настроенным биллинговым счетчикам v2. Например, для общего ресурса с выделенным объёмом 1 024 ГиБ вы увидите:

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

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

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

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

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

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

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

В отличие от приобретения хранилища в локальной инфраструктуре, вы можете динамически увеличивать или уменьшать масштаб подготовленных классических файловых ресурсов v1 по мере изменения ваших потребностей. Однако вы можете уменьшить подготовленное хранилище только через 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) или пропускной способности, чем обеспечивают формулы выделения ресурсов. В этом случае необходимо увеличить объем хранилища, чтобы получить необходимые IOPS или пропускную способность.

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

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

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

Ускорение IOPS на основе кредитов обеспечивает дополнительную гибкость в использовании. Используйте эту гибкость в качестве буфера для непреднамеренных пиков ввода-вывода. Для устоявшихся шаблонов I/O предусмотрите ресурсы для пиковых нагрузок.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

• Переменное количество единиц за отдельный час в зависимости от количества дней в месяц:
  • 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 оптимизирует цену для рабочих нагрузок, которые не имеют высокой активности, предлагая наименьшую цену на хранение данных в состоянии покоя, но самые высокие цены на транзакции.

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

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

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

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

При подключении классического файлового ресурса 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 и пропускной способности.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

• Переменное количество единиц за отдельный час в зависимости от количества дней в месяц:
  • 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: выделенный объем или квота, логический размер и физический размер

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

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

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

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

Дополнительные службы для Файлы Azure

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

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

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

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

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

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

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

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

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

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

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

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

  • Скидки. Начиная с января 2026 года организации, имеющие Software Assurance (SA) и серверы с поддержкой Azure Arc, получают полную скидку на цену Синхронизация файлов Azure за сервер, если они используют агент синхронизации файлов Azure версии 22 или более поздней, что снижает эксплуатационные затраты. Клиенты, использующие агент синхронизации файлов Azure старше версии 22, не получат скидку.

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

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

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

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

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

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

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

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

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

См. также

• Цены на Файлы Azure
• Примеры оценки затрат
• План развертывания Файлы Azure
• План развертывания Синхронизация файлов Azure
• Создание классической общей папки
• Создание общей папки NFS с помощью Microsoft. FileShares