Общие сведения о больших томах в Azure NetApp Files

Тома в Azure NetApp Files — это то, как вы представляете высокопроизводительное, экономичное хранилище для клиентов подключенного к сети хранилища (NAS) в облаке Azure. Тома действуют как независимые файловые системы с собственной емкостью, подсчетами файлов, списками управления доступом, моментальными снимками и идентификаторами файловой системы. Эти качества обеспечивают способ разделения наборов данных на отдельные безопасные клиенты.

Схема большого и регулярного размера тома.

Все ресурсы в файлах Azure NetApp имеют ограничения. Обычные тома имеют следующие ограничения:

Тип ограничения Ограничения
Вместимость
  • Минимум 50 ГиБ
  • Максимум 100 ТиБ
Число файлов 2,147,483,632
Производительность
  • Стандартный: 1600 МиБ/с
  • Гибкий: 4500 МиБ/с
  • Премиум: 4500 МиБ/с
  • Ультра: 4500 MiB/s

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

Тип ограничения Значения
Вместимость Большие тома

Большие объемы до 7,2 PiB
  • Минимум 2400 ГиБ
  • Максимум 7.2 PiB
Число файлов 15,938,355,048
Производительность Ограничение производительности большого объема составляет 12 800 МиБ/с на всех уровнях обслуживания.

Замечание

При создании тома необходимо включить доступ к холодным данным и выбрать очень большой объем 7.2 PiB в качестве типа тома.

Влияние больших томов на производительность

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

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

Дополнительные сведения о тестах производительности см. в статье о тестах производительности больших томов для Linux и стандартных показателей производительности томов для Linux.

Например, в тестовых тестах с помощью гибкого тестового средства ввода-вывода (FIO) большой объем достиг более высокой пропускной способности ввода-вывода и пропускной способности, чем обычный том.

Схема сравнения больших и регулярных томов со случайным вводом-выводом.

Схема сравнения больших и регулярных томов с последовательными ввода-выводами.

Типы рабочей нагрузки и варианты использования

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

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

Тип тома Основные варианты использования
Обычные тома
  • Общие общие файловые ресурсы
  • SAP HANA и базы данных (Oracle, SQL Server, Db2 и другие)
  • Служба VDI/Azure VMware
  • Емкость менее 50 ТиБ
Большие тома
  • Общие общие файловые ресурсы
  • Большое количество файлов или рабочие нагрузки с высоким уровнем метаданных (например, автоматизация электронных проектов, разработка программного обеспечения, финансовые услуги)
  • Рабочие нагрузки с высокой емкостью (например, AI/ML/ML/JSON, нефть и газ, средства массовой информации, изображения здравоохранения, резервные копии и архивы)
  • Крупномасштабные рабочие нагрузки (многие клиентские подключения, такие как профили FSLogix)
  • Рабочие нагрузки, требующие высокой производительности
  • Квоты емкости от 50 ТиБ до 1 ПиБ или, если включен холодный доступ, от 2400 ГиБ до 7,2 ПиБ.

Дополнительные сведения

  • Last updated on