Поделиться через

Используйте 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. Его нельзя использовать с томами, где применяются ACL SMB или битовые режимы 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