Сведения о функционировании службы Azure NetApp Files

  • 8 мин

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

В этом уроке вы узнаете:

  • Иерархия хранилища Azure NetApp Files.
  • Миграция Azure NetApp Files.
  • Подключение к хранилищу Azure NetApp Files.

Иерархия хранилища

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

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

Иерархия хранилища Azure NetApp Files состоит из следующих элементов.

  • Пул емкости. Подготовленный объем используемого хранилища. В Azure NetApp Files минимальный размер пула емкости составляет 4 tebibytes (TiB), а максимальный размер пула емкости — 500 ТиБ.
  • Том. Свободное пространство в пуле емкости. Например, пул емкости 4 ТиБ можно разделить на 4 тома по 1 ТиБ или 8 томов по 500 гибибайт (ГиБ) и т. д. В Azure NetApp Files минимальный размер тома составляет 100 ГиБ, а максимальный размер тома — 100 ТиБ.
  • Пропускная способность. Максимальная скорость ввода или выхода из пула емкости, измеряемая в мебибайте (MiB) в секунду.
  • Несколько уровней обслуживания. Azure NetApp Files предлагает три уровня обслуживания для создаваемых пулов емкости:
    • Standard. Предоставляет до 16 МиБ/с пропускной способности на 1 ТиБ подготовленной емкости и 320 000 операций ввода-вывода в секунду (IOPS). Используйте ценовую категорию "Стандарт" для статического веб-содержимого, общих файловых ресурсов и резервных копий базы данных.
    • Премиум. Предоставляет до 64 МиБ/с пропускной способности, 1 ТиБ емкости и 450 000 операций ввода-вывода в секунду. Премиум сравним с основной производительностью SSD и подходит для высокопроизводительного аналитического устройства SAP (HANA), баз данных, корпоративных приложений, инфраструктуры виртуальных рабочих столов (VDI), аналитики, технических приложений и очередей обмена сообщениями.
    • Ультра. Предоставляет до 128 МиБ/с пропускной способности, 1 ТиБ емкости и 450 000 операций ввода-вывода в секунду. Используйте Ultra для наиболее высокопроизводительных приложений, таких как высокопроизводительные вычисления (HPC).
  • Качество обслуживания (QoS): Azure NetApp Files определяет два типа качества обслуживания для пулов емкости:
    • Автоматически: Azure NetApp Files автоматически назначает общую пропускную способность для каждого тома на основе уровня службы и объема тома. Например, для тома уровня "Стандарт" объемом 2 ТиБ автоматически назначается максимальная пропускная способность 32 МиБ/с (16 МиБ/с x 2).
    • Вручную. Необходимо назначить пропускную способность, необходимую для тома. Например, пул емкости на 8 ТиБ уровня "Стандартный" имеет общую пропускную способность 128 МиБ/с (16 МиБ/с x 8). Для тома на 2 ТиБ в пуле емкости можно назначить пропускную способность около 64 МиБ/с, предполагая, что большая пропускная способность по-прежнему доступна после подготовки других томов пула емкости.

Совет

Если требуется определенный уровень пропускной способности для определенной рабочей нагрузки в автоматическом томе QoS, можно включить избыточную подготовку тома. Например, предположим, что для тома уровня "Премиум" с автоматическим томом QoS требуется 1 ТиБ хранилища, но 128 МиБ/с пропускной способностью. По умолчанию пропускная способность тома будет составлять только 64 МиБ/с. Чтобы получить необходимые 128 МиБ/с, можно избыточно подготовить том до 2 ТиБ.

Настройка Azure NetApp Files для миграции

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

  1. Выберите уровень службы, необходимый для вашей рабочей нагрузки ("Стандартный", "Премиум" или "Ультра").
  2. Настройте пул емкости, который использует выбранный уровень и имеет достаточный размер для работы с рабочей нагрузкой.
  3. Осуществите делегирование подсети виртуальной сети Azure для Azure NetApp Files.
  4. Создайте тома, необходимые для каждого компонента рабочей нагрузки.

Например, предположим, что организация использует SAP с базой данных HANA и вы хотите настроить Azure NetApp Files для переноса этой рабочей нагрузки в облако. Для SAP HANA рекомендуется начать с уровня "Премиум". Для обеспечения оптимальной гибкости в управляемом вручную пуле емкости QoS можно независимо назначать емкость и пропускную способность тома. Чтобы определить общую пропускную способность, которую можно назначить томам в ручном пуле емкости качества обслуживания, умножьте размер пула емкости на значение пропускной способности уровня обслуживания на ТиБ. Например, пул емкости на 20 ТиБ с уровнем службы "Премиум" будет иметь общую пропускную способность 1280 МиБ/с (64 МиБ/s x 20), доступную для томов.

В сценарии миграции SAP HANA этот пул ресурсов можно использовать для создания следующих томов.

Объем Размер Макс. throughput
Data 4 ТиБ 704 МиБ/с
Журнал 500 ГиБ 256 МиБ/с
Совмещаемая блокировка 1 ТиБ 64 МиБ/с
Резервное копирование 4.5 ТиБ 256 МиБ/с

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

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

  • NetApp Cloud Sync
  • rsync (для томов сетевой файловой системы (NFS)
  • robocopy (для томов SMB)

Подключение к хранилищу Azure NetApp Files

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

  • Соединение в той же виртуальной сети. Любой ресурс, работающий на виртуальной машине Azure в той же виртуальной сети, которая содержит делегированную подсеть, может подключаться к хранилищу файлов, предоставленному Azure NetApp Files. На схеме, следующей за этим списком, виртуальные машины 3 и том 1 Azure NetApp Files находятся в виртуальной сети концентратора, поэтому виртуальная машина 3 имеет прямой доступ к тому 1.
  • Соединение внутри одноранговой виртуальной сети. Любой ресурс, работающий на виртуальной машине Azure в виртуальной сети, одноранговой сети, содержащей делегированную подсеть, может подключаться к хранилищу файлов, предоставленному Azure NetApp Files. На схеме, следующей за этим списком:
    • Виртуальная сеть "Периферийный 1" подключена к виртуальной сети Концентратора, поэтому виртуальная машина 4 имеет одноранговый доступ к тому Azure NetApp Files 1.
    • Виртуальная сеть "Периферийный 2" подключена к виртуальной сети Концентратора, поэтому виртуальная машина 5 имеет одноранговый доступ к тому Azure NetApp Files 1.
    • Виртуальные сети "Периферийные 1" и "Периферийные 2" не пиринговые сети друг к другу, поэтому виртуальная машина 4 не может получить доступ к Тому 3 Azure NetApp Files 3 и виртуальной машине 5 не удается получить доступ к Тому 2 Azure NetApp Files.
  • Соединение в гибридной сети. Любой ресурс, работающий в локальной сети, подключенной к виртуальной сети Azure, которая содержит делегированную подсеть через VPN или ExpressRoute, может подключаться к хранилищу файлов, предоставленному Azure NetApp Files. На схеме, следующей за этим списком, локальная сеть подключена к виртуальной сети концентратора Azure через VPN-шлюз. Включение следующих сценариев:
    • Ресурс в локальной сети имеет доступ через шлюз к любому тому Azure NetApp Files в виртуальной сети шлюза. Например, виртуальная машина 2 в локальной сети может подключаться к тому 1 Azure NetApp Files.
    • Ресурс в локальной сети имеет доступ через шлюз к любому тому Azure NetApp Files в одноранговой виртуальной сети. Например, виртуальная машина 1 в локальной сети может подключаться к тому 2 Azure NetApp Files (а ВМ 2 может подключиться к тому 3 Azure NetApp Files).

На схеме показано три типа сетевого подключения, поддерживаемых Azure NetApp Files.

Внимание

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