Иерархия хранилища Azure NetApp Files

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

Внимание

Azure NetApp Files в настоящее время не поддерживает миграцию ресурсов между подписками.

Концептуальная схема иерархии хранения

В следующем примере показаны взаимосвязи подписки Azure, учетных записей NetApp, пулов емкости и томов.

Концептуальная схема иерархии хранилища.

Учетные записи NetApp

Емкостные пулы

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

Общие правила регулярных пулов емкостей

  • Емкость пула определяется по его выделенной емкости.
    Дополнительные сведения см. в разделе "Типы качества обслуживания".
  • Емкость определяется устойчивыми SKU, которые вы приобрели (например, емкость 4 ТиБ).
  • Пул емкости может содержать только один уровень обслуживания.
  • Каждый пул емкости может принадлежать только одной учетной записи NetApp. Но в учетной записи NetApp может быть несколько пулов емкости.
  • Невозможно переместить пул емкости между учетными записями NetApp.
    Например, на концептуальной схеме иерархии хранилища нельзя переместить учетную запись пула емкости 1 NetApp США Восток в учетную запись NetApp США Запад 2.
  • Невозможно удалить пул емкости, пока не удалите все тома в пуле емкости.
  • Хранилище Azure NetApp Files с холодным доступом поддерживается в гибких пулах емкости уровня "Стандартный", "Премиум" и "Ультра". Дополнительные сведения об уровнях обслуживания, включая гибкий уровень обслуживания, см. в разделе "Уровни обслуживания" для Azure NetApp Files.

Общие правила пулов емкости Elastic

  • У вас должна быть учетная запись NetApp, предназначенная для использования с хранилищем, избыточном в эластичных зонах.
  • Емкость пула определяется по его выделенной емкости.
  • Емкость определяется устойчивыми SKU, которые вы приобрели (например, емкость 4 ТиБ).
  • Пул емкости может содержать только один уровень обслуживания.
  • Каждый пул емкости может принадлежать только одной учетной записи NetApp Elastic. В учетной записи NetApp Elastic можно использовать несколько пулов емкости.
  • Невозможно переместить пул емкости между учетными записями NetApp Elastic. Например, в схеме иерархии хранилища невозможно переместить пул емкости 1 из учетной записи US Восток 2 NetApp Elastic в учетную запись US Запад 2 NetApp Elastic.
  • Невозможно удалить пул емкости, пока не удалите все тома в пуле емкости.
  • Если вы используете ключи, управляемые клиентом, убедитесь, что вы настроили шифрование перед созданием пула емкости.
  • Пулы эластичных емкостей позволяют задать приоритетный порядок обработки отказов для зон доступности. Некоторые регионы, поддерживающие уровень эластичных служб, предлагают только две зоны доступности. Перед созданием пула емкости запросите регион для зоны доступности с помощью REST API:
GET  https://management.azure.com/subscriptions/{subscriptionId}/providers/Microsoft.NetApp/locations/{location}/elasticRegionInfo?api-version=2025-09-01-preview.

Типы качества обслуживания (QoS) для пулов емкости

Тип QoS является атрибутом пула емкости. Azure NetApp Files предоставляет два типа пулов емкости: авто (стандартные пулы емкости (по умолчанию)), вручную (для обычных пулов емкости) и общий (по умолчанию для пулов емкости Elastic).

Тип качества обслуживания автоматический (или авто)

При создании пула емкости по умолчанию используется тип QoS авто.

В автоматически управляемом пуле пропускной способности QoS пропускная способность назначается томам автоматически, пропорционально выделенной томам квоте объема.

Максимальная пропускная способность, выделенная для тома, зависит от уровня обслуживания пула емкости и квоты размера тома. Пример вычисления см. в разделе "Уровни обслуживания" для Azure NetApp Files .

Рекомендации по производительности типов QoS см. в статье Вопросы производительности Azure NetApp Files.

Тип качества обслуживания вручную

При создании пула емкости можно указать, что пул емкости должен использовать ручной тип QoS. Вы также можете изменить существующий пул емкости, чтобы использовать тип QoS с ручным управлением. Изменение типа пула емкости QoS на управляемый вручную является необратимым. Невозможно преобразовать пул емкости типа QoS вручную в пул емкости QoS автоматически. (Однако вы можете перемещать тома из пула емкости вручную управляемого QoS в пул емкости автоматически управляемого QoS. См. Динамически изменяйте уровень обслуживания тома.)

В управляемом вручную пуле емкости QoS можно независимо назначать емкость и пропускную способность тома. Минимальные и максимальные уровни пропускной способности см. в разделе Ограничения ресурсов для Azure NetApp Files. Общая пропускная способность всех томов, созданных с помощью управляемого вручную пула емкости QoS, ограничена общей пропускной способностью пула. Он определяется сочетанием размера пула и пропускной способности уровня обслуживания. Например, пул размером 4 ТиБ с уровнем обслуживания "Ультра" обеспечивает для томов пропускную способность 512 МиБ/с (4 ТиБ x 128 МиБ/с/ТиБ).

Пулы емкости с ручным управлением QoS требуются для гибкого уровня обслуживания, что позволяет настраивать ограничения пропускной способности и размера независимо для пулов емкости. Этот уровень обслуживания предназначен для требовательных приложений, таких как Oracle или SAP HANA. Сведения о пропускной способности см. в разделе "Уровни обслуживания" для Azure NetApp Files.

Пример использования управляемого вручную QoS

При использовании управляемого вручную пула емкости QoS с такой системой, как, например SAP HANA, базой данных Oracle или другими рабочими нагрузками, для которых требуется несколько томов, вы можете использовать пул емкости для создания томов для этих приложений. Для каждого тома можно задать собственные параметры размера и пропускной способности с учетом потребностей приложения. Дополнительные сведения о преимуществах этого режима см. в статье с примерами ограничения пропускной способности томов в управляемом вручную пуле емкости QoS.

Общий Тип QoS

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

В общем пуле ресурсов QoS пропускная способность не выделяется для каждого тома. В данном случае все тома совместно используют общую пропускную способность пула. Бюджет производительности пула определяется его размером и уровнем обслуживания (например, примерно 32 МиБ/с пропускной способности на 1 ТиБ емкости на уровне обслуживания с избыточностью по зонам). В отличие от автоматического QoS (который связывает пропускную способность с размером тома) или ручного QoS (который требует настройки пропускной способности для каждого тома), в общем пуле QoS нет фиксированных ограничений на каждый том. Система динамически распределяет операцию ввода-вывода так, чтобы каждый том мог достичь необходимой пропускной способности, пока пул не превысил свой предел.

Замечание

Общая пропускная способность в совместном QoS все еще ограничена (ограничена размером пула × пропускной способностью уровня обслуживания), поэтому планируйте емкость соответственно. For exact throughput limits, see "Ограничения на отказоустойчивое хранилище с резервированием по зонам".

Объемы

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

Эластичные тома

  • Том измеряется с использованием логического потребления емкости и масштабируется.
  • Потребление емкости тома учитывается в счет назначенной емкости пула.
  • Потребление пропускной способности тома влияет на общее использование пропускной способности пула, который динамически распределяется между всеми томами в зависимости от спроса и доступности.
  • Каждый том принадлежит только одному пулу, но пул может содержать несколько томов.
  • Емкость томов составляет от 1 ГиБ до 16 ТиБ. В настоящее время невозможно создать большой том.

Большие тома

Azure NetApp Files позволяет создавать большие тома до 1 PiB. В отличие от этого, обычные тома Azure NetApp Files предлагаются в диапазоне от 50 ГиБ до 102 400 ГиБ.

Большие объемы начинаются с емкости 50 ТиБ и масштабируются до 1 PiB (или 2 PiB по специальным запросам). С поддержкой холодного доступа большие объемы могут увеличиваться до 7,2 PiB.

Дополнительные сведения см. в разделе "Требования и рекомендации по большим объемам".

Конечные точки хранилища

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

Замечание

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

То же самое относится и к развертываниям групп томов приложений, которые создают несколько конечных точек хранилища для оптимального размещения томов данных и журналов. По этой причине создание группы по объёму приложений может занять от 9 до 12 минут. Дополнительные сведения см. в разделе Общие сведения о группах томов приложений Azure NetApp Files.

Если ваше развертывание зависит от предсказуемых времени предоставления данных, планируйте создание конечных точек хранилища до начала развертывания рабочей нагрузки. Это особенно важно для автоматизированных развертываний Azure Kubernetes Service (AKS) или Azure NetHat OpenShift, которые динамически предоставляют тома Azure NetApp Files. Во время инициализации среды создайте небольшой объём в целевой делегированной подсети. Начальный том может заранее запускать создание конечных точек хранилища, поэтому более поздние тома могут работать быстрее, когда сервис сможет повторно использовать существующую конечную точку.

Такой подход может сократить задержки при выделении ресурсов, но не гарантирует стабильного времени выделения для каждого последующего тома. Если Azure NetApp Files определит, что дополнительная конечная точка хранения необходима из-за доступности ресурсов, потребностей в производительности или требованиях к размещению, сервис может создать ещё одну конечную точку во время будущего развертывания тома. В таком случае громкость снова может оставаться в состоянии Creating несколько минут, прежде чем перейти в состояние Succeeded. Планируйте рабочие процессы автоматизации с учётом этого ожидаемого поведения.

Следующие шаги

  • Last updated on