Использование 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 Cache вместо прямого подключения к томам 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.

Минимальный размер, заданный с помощью сетевой маски /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 Cache.

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