Использование Azure HPC Cache с Azure NetApp Files

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

Azure NetApp Files объединяет операционную систему ONTAP с масштабируемостью и скоростью Microsoft Azure. Это сочетание позволяет пользователям перемещать установленные рабочие процессы в облако без перезаписи кода.

Добавление компонента Azure HPC Cache может улучшить доступ к файлам, предоставив несколько томов Azure NetApp Files в одном агрегированном пространстве имен. Он может обеспечивать кеширование на краю для томов, расположенных в другом регионе обслуживания. Кроме того, он может повысить производительность по запросу на тома, созданные на более низких уровнях обслуживания, чтобы сэкономить затраты.

Обзор

Чтобы использовать систему Azure NetApp Files в качестве серверного хранилища с Azure HPC Cache, выполните этот процесс.

  1. Создайте систему и тома Azure NetApp Files в соответствии с инструкциями в разделе "Планирование системы" ниже.
  2. Создайте Azure HPC Cache в регионе, где требуется доступ к файлам. (Используйте инструкции по созданию Azure HPC Cache.)
  3. Определите целевые объекты хранилища в кэше, указывающие на тома Azure NetApp Files. Создайте один целевой объект хранилища кэша для каждого уникального IP-адреса, используемого для доступа к томам.
  4. Попросите клиентов монтировать кэш Azure HPC вместо того чтобы напрямую монтировать тома Azure NetApp Files.

Спланируйте систему Azure NetApp Files

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

Также ознакомьтесь с документацией по Azure NetApp Files перед созданием томов для использования с Azure HPC Cache.

Только доступ к клиенту NFS

Azure HPC Cache в настоящее время поддерживает только доступ к NFS. Его нельзя использовать с битовых томами режима SMB ACL или POSIX.

Эксклюзивная подсеть для Azure NetApp Files

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

Делегированный размер подсети

Используйте минимальный размер делегированной подсети при создании системы Azure NetApp Files для использования с Azure HPC Cache.

Минимальный размер, указанный с помощью netmask /28, предоставляет 16 IP-адресов. На практике Azure NetApp Files использует только три доступных IP-адреса для доступа к томам. Это означает, что для покрытия всех томов необходимо создать только три целевых хранилища в Azure HPC Cache.

Если делегированная подсеть слишком велика, тома Azure NetApp Files могут использовать больше IP-адресов, чем может обработать один экземпляр Azure HPC Cache.

Пример краткого руководства в документации по Azure NetApp Files использует 10.7.0.0/16 для делегированной подсети, которая предоставляет подсеть, которая слишком велика.

Уровень обслуживания пула производственных мощностей

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

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

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

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

Создание целевых объектов хранилища в кэше

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

Создайте один целевой объект хранилища для каждого IP-адреса, используемого томами Azure NetApp Files. На странице с инструкциями по подключению тома указан IP-адрес.

Если несколько томов используют один и тот же IP-адрес, можно использовать один целевой объект хранилища для всех этих томов.

Следуйте инструкциям по подключению в документации по Azure NetApp Files , чтобы найти ИСПОЛЬЗУЕМЫЕ IP-адреса.

Вы также можете найти IP-адреса с помощью Azure CLI:

az netappfiles volume list -g ${RESOURCE_GROUP} --account-name ${ANF_ACCOUNT} --pool-name ${POOL} --query "[].mountTargets[].ipAddress" | grep -Ee '[0-9]+[.][0-9]+[.][0-9]+[.][0-9]+' | tr -d '"' | tr -d , | sort | uniq

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

Для этих целевых объектов хранения нет специальных ограничений на пути к виртуальному пространству имен.

Подключение целей хранения

Клиентские устройства должны монтировать кэш вместо монтирования томов Azure NetApp Files напрямую. Следуйте инструкциям в разделе "Подключение кэша Azure HPC".

Дальнейшие действия

  • Last updated on