Присоединение хранилищ данных Azure NetApp Files к узлам решения Azure VMware

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

Решение Azure VMware поддерживает подключение хранилищ данных сетевой файловой системы (NFS) в качестве варианта постоянного хранения. Вы можете создать хранилища данных NFS с томами Azure NetApp Files и подключить их к кластерам по своему усмотрению. Вы также можете создавать виртуальные машины (VMs) на различных хранилищах данных Azure NetApp Files для оптимальной стоимости и производительности.

Используя хранилища данных NFS, поддерживаемые Azure NetApp Files, вы можете расширить хранилище вместо масштабирования кластеров. Тома Azure NetApp Files можно также использовать для репликации данных из локальных сред или из первичных сред VMware vSphere на вторичный сайт.

Вы создаете решение Azure VMware и тома NFS Azure NetApp Files в виртуальной сети. Для частных облаков решения Azure VMware поколения 1, ExpressRoute требуется для подключения между кластерами и томами Azure NetApp Files. Для частных облаков поколения 2 решения Azure VMware тома Azure NetApp Files могут использовать ту же виртуальную сеть или виртуальную сеть, которая подключена к виртуальной сети этих частных облаков. Убедитесь, что есть подключение из частного облака к созданным томам NFS. Используйте эти тома для создания хранилищ данных NFS и подключения хранилищ данных к кластерам, выбранным в частном облаке. Поскольку это встроенная интеграция, вам не нужны дополнительные разрешения, предоставленные с помощью vSphere.

На этой схеме показана стандартная архитектура хранилищ данных NFS на базе Azure NetApp Files, подключенных к решению Azure VMware Solution Generation 1.

На этой схеме показана типовая архитектура NFS хранилищ данных на базе Azure NetApp Files, подключенных к Azure VMware Solution Generation 2.

Prerequisites

Прежде чем приступить к работе, ознакомьтесь с разделом "Рекомендации по производительности ", чтобы узнать о оптимальной производительности хранилищ данных NFS в томах Azure NetApp Files.

1. Развертывание частного облака решения Azure VMware.
   • 1-епоколение. Развертывание частного облака Решения Azure VMware 1-го поколения и выделенной виртуальной сети, подключенной через шлюз ExpressRoute. Шлюз виртуальной сети должен быть настроен с SKU Ultra Performance или ErGw3Az и с включенной функцией FastPath. Дополнительные сведения см. в разделе "Настройка сети для частного облака VMware" и контрольного списка планирования сети.
   • Gen 2: Для развертывания частного облака Azure VMware Solution Gen 2 используйте подсеть в виртуальной сети, подготовленной в рамках процесса развертывания, или используйте подсеть в выделенной виртуальной сети для Azure NetApp Files, имеющей пиринговое соединение с виртуальной сетью частного облака.
2. Создайте том NFSv3 для Azure NetApp Files в той же виртуальной сети, созданной на предыдущем шаге.
   1. Проверьте подключение из частного облака к тому том Azure NetApp Files, пингуя присоединенный целевой IP-адрес.
   2. В зависимости от требований к производительности выберите правильный уровень обслуживания, необходимый для пула емкости Azure NetApp Files. Выберите параметр хранилище данных в решении Azure VMware, указанный в разделе Протокол.
   3. Создайте том со стандартными сетевыми функциями.
   4. В разделе "Протокол" выберите Хранилище данных Azure VMware Solution, чтобы указать, что том создается для использования в качестве хранилища данных для частного облака Azure VMware Solution.
   5. Если вы используете политики экспорта для управления доступом к томам Azure NetApp Files, включите диапазон IP-адресов частного облака Azure VMware, а не отдельные IP-адреса узлов. Неисправные узлы в частном облаке могут быть заменены. Если IP-адрес не активирован, это влияет на подключение к хранилищу данных.

Поддерживаемые регионы

Хранилища данных Azure NetApp Files для Решение Azure VMware в настоящее время поддерживаются в следующих регионах:

• Australia East
• Australia Southeast
• Brazil South
• Canada Central
• Canada East
• Central India
• Central US
• East Asia
• East US
• Восточная часть США 2
• France Central
• Центрально-Западная Германия
• Italy North
• Japan East
• Japan West
• Центрально-северная часть США
• North Europe
• Qatar Central
• Северная часть ЮАР;
• Центрально-южная часть США
• Southeast Asia
• Spain Central
• Sweden Central
• Switzerland North
• Switzerland West
• UK South
• UK West
• Правительство США, Аризона
• Правительство США Вирджиния
• West Europe
• West US
• западная часть США 2
• Запад США 3

Поддерживаемые типы хостов

Хранилища данных Azure NetApp Files для Решение Azure VMware в настоящее время поддерживаются в следующих типах узлов:

Для решения Azure VMware 1-го поколения:

• AV36
• AV36P
• AV48
• AV52
• AV64

Для решения Azure VMware 2-го поколения:

• AV64

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

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

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

• Для оптимизации производительности с помощью решения Azure VMware Solution поколения 1 выберите шлюз UltraPerformance или шлюз ErGw3Az и включите FastPath из частного облака в виртуальную сеть томов Azure NetApp Files. Дополнительные сведения о SKU шлюзов можно найти по ссылке About ExpressRoute virtual network gateways.

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

  Important

  Если вы изменили уровень производительности томов Azure NetApp Files или размер тома после создания тома и хранилища данных, ознакомьтесь с изменением уровня обслуживания для хранилища данных Azure NetApp files , чтобы убедиться, что метаданные тома или хранилища данных синхронизированы, чтобы избежать неожиданного поведения на портале или API из-за несоответствия метаданных. Чтобы изменить любой вид тома, можно использовать портал Azure или любое другое поддерживаемого решения (CLI\PowerShell\API).

• Создайте один или несколько томов в зависимости от необходимых показателей пропускной способности и емкости. См. производственные соображения для Azure NetApp Files, чтобы понять, как размер тома, уровень обслуживания и тип QoS пула емкости определяют пропускную способность тома. Для помощи в расчёте емкости рабочей нагрузки и требований к производительности обратитесь к экспертам по решениям Azure VMware или Azure NetApp Files. Максимальное количество хранилищ данных Azure NetApp Files по умолчанию — 64.

• Убедитесь, что частное облако Azure VMware Solution и тома Azure NetApp Files развертываются в одной и той же зоне доступности с использованием размещения тома зоны доступности в той же подписке. Сведения о зоне доступности частного облака AVS можно просмотреть на панели обзора в частном облаке AVS.

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

Рекомендации по использованию хранилища Azure NetApp Files с холодным уровнем доступа

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

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

Варианты использования, когда холодный доступ подходит:

• Шаблоны виртуальных машин и ISO-файлы
• VMDK-и с домашними каталогами (если не использовать Azure NetApp Files напрямую для этой задачи)
• VMDK с репозиториями контента
• VMDK с данными приложений
• VMDK с архивными данными и данными резервного копирования на уровне приложений

Случаи, когда не следует использовать холодный доступ:

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

Присоединение тома Azure NetApp Files к частному облаку

Защита хранилищ данных и виртуальных машин Azure NetApp Files

Cloud Backup для виртуальных машин — это подключаемый модуль для Azure VMware Solution, который обеспечивает резервное копирование и восстановление хранилищ данных и виртуальных машин, размещенных на хранилищах данных Azure NetApp Files. С помощью облачного резервного копирования для виртуальных машин можно создавать моментальные снимки, согласованные с состоянием виртуальных машин, для быстрых точек восстановления и легко восстанавливать виртуальные машины и VMDK, размещенные в хранилищах данных Azure NetApp Files. Дополнительные сведения см. в разделе "Установка Облачного резервного копирования для Виртуальные машины".

Изменение уровня обслуживания для хранилища данных Azure NetApp Files

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

Изменение уровня обслуживания не влияет на хранилище данных или частное облако. Время простоя отсутствует, а путь к IP-адресу или подключению тома остается неизменным. Однако идентификатор ресурса тома изменяется в результате изменения пула емкости. Чтобы исправить несоответствие метаданных, выполните повторное создание хранилища данных в Azure CLI для существующего хранилища данных с новым идентификатором ресурса для тома Azure NetApp Files:

az vmware datastore netapp-volume create \
    --name <name of existing datastore> \
    --resource-group <resource group containing AVS private cloud> \
    --cluster <cluster name in AVS private cloud> \
    --private-cloud <name of AVS private cloud> \
    --net-app-volume /subscriptions/<subscription ID>/resourceGroups/<resource group>/providers/Microsoft.NetApp/netAppAccounts/<NetApp account>/capacityPools/<changed capacity pool>/volumes/<volume name>

Удаление хранилища данных на основе Azure NetApp Files из частного облака

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

Удаление хранилища данных Azure NetApp Files с помощью портала Azure

1. Выберите хранилище данных, из которого нужно удалить.

2. Щелкните правой кнопкой мыши хранилище данных и выберите пункт "Удалить".

Удаление хранилища данных Azure NetApp Files с помощью Azure CLI

az vmware datastore delete --name ANFDatastore1 --resource-group MyResourceGroup --cluster Cluster-1 --private-cloud MyPrivateCloud

Дальнейшие шаги

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

• Уровни обслуживания для Azure NetApp Files
• Защита хранилища с помощью моментальных снимков Azure NetApp Files
• Сведения о шлюзах виртуальных сетей ExpressRoute
• Общие сведения о резервном копировании в Azure NetApp Files
• Рекомендации по планированию сети Azure NetApp Files
• Тесты производительности хранилища данных Azure NetApp Files для Решение Azure VMware

Видео: Развертывание решения Azure VMware в сочетании с хранилищем данных Azure NetApp Files

FAQs

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

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

• Какие версии NFS поддерживаются?

  NFSv3 поддерживается для хранилищ данных в Azure NetApp Files.

• Должна ли Azure NetApp Files находиться в той же подписке, что и частное облако?

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

• Сколько хранилищ данных поддерживается решением Azure VMware?

  Максимальное значение по умолчанию — 64.

• Какие задержки и пропускную способность можно ожидать от хранилищ данных, поддерживаемых Azure NetApp Files?

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

• Каковы мои параметры резервного копирования и восстановления?

  Azure NetApp Files поддерживает моментальные снимки хранилищ данных для быстрых контрольных точек для оперативного восстановления или быстрого клонирования. Резервное копирование Azure NetApp Files предоставляет возможность выгрузки мгновенных снимков Azure NetApp Files в хранилище Azure. При использовании моментальных снимков копии и изменённые блоки по отношению к ранее выгруженным моментальным снимкам сохраняются в эффективном формате. Эта возможность снижает целевую точку восстановления (RPO) и целевое время восстановления (RTO), уменьшая нагрузку на передачу данных резервных копий в службе Azure VMware Solution.

• Как я могу отслеживать использование хранилища?

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

• Какие метрики доступны для мониторинга?

  Метрики использования и производительности доступны для мониторинга тома хранилища данных. Метрики репликации также доступны для хранилища данных Azure NetApp Files, которое можно реплицировать в другой регион с помощью межрегиональной репликации. Дополнительные сведения о метриках см. в разделе "Метрики" для Azure NetApp Files.

• Что произойдет, если новый узел добавляется в кластер или существующий узел удаляется из кластера?

  При добавлении нового узла в кластер он автоматически получает доступ к хранилищу данных. Удаление существующего узла из кластера не влияет на хранилище данных.

• Как взимается плата за хранилища данных, взимается дополнительная плата?

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

• Можно ли добавить одно хранилище данных Azure NetApp Files в несколько кластеров в одном Решение Azure VMware частном облаке?

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

• Можно ли добавить одно хранилище данных Azure NetApp Files в несколько кластеров в разных Решение Azure VMware частных облаках?

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

• Проходит ли трафик NFS через компоненты NSX?

  Нет, трафик NFS из узлов ESXi не проходит ни одного компонента NSX. Трафик проходит через порт ESXi VMkernel непосредственно к подключению NFS через сеть Azure.