Планирование агрегированного пространства имен

Azure HPC Cache позволяет клиентам получать доступ к различным системам хранения через виртуальное пространство имен, которое скрывает сведения о внутренней системе хранения.

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

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

Пример агрегированного пространства имен

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

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

Данные шаблона хранятся в центре обработки данных, а сведения, необходимые для этого задания, хранятся в следующих подкаталогах:

  • /goldline/templates/acme2017/sku798
  • /goldline/templates/acme2017/sku980

Система хранилища центра обработки данных предоставляет следующие экспорты:

  • /
  • /goldline
  • /goldline/templates

Данные, которые необходимо проанализировать, копируются в контейнер хранилища BLOB-объектов Azure с именем sourcecollection с помощью методов импорта данных NFS, описанных в разделе "Перемещение данных в хранилище BLOB-объектов Azure".

Чтобы обеспечить простой доступ к кэшу, рассмотрите возможность создания целевых объектов хранения с помощью этих путей к виртуальному пространству имен:

Система хранения на серверной стороне
(путь к файлу NFS или контейнер BLOB)		 Путь к виртуальному пространству имен
/goldline/templates/acme2017/sku798 /templates/sku798
/goldline/templates/acme2017/sku980 /templates/sku980
коллекция источников /Источник/

Целевой объект хранилища NFS может иметь несколько путей к виртуальному пространству имен, если каждый из них ссылается на уникальный путь экспорта. (Ознакомьтесь с путями пространства имен NFS , чтобы узнать больше об использовании нескольких путей пространства имен с целевым объектом хранилища NFS.)

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

Имя целевого узла хранилища Путь экспорта NFS Путь к подкаталогу Путь пространства имен
IP-адрес или имя узла /goldline/templates acme2017/sku798 /templates/sku798
IP-адрес или имя узла /goldline/templates acme2017/sku980 /templates/sku980

Клиентское приложение может подключить кэш и легко получить доступ к агрегированным путям файлов пространства имен /source, /templates/sku798 и /templates/sku980.

Альтернативным подходом может быть создание виртуального пути, например /templates, который ссылается на родительский каталог acme2017, а затем клиенты переходят к отдельным каталогам sku798 и sku980 после монтирования кэша. Однако нельзя создать путь пространства имен, который является подкаталогом другого пути пространства имен. Таким образом, если вы создаете путь к acme2017 каталогу, вы также не можете создавать пути к пространству имен для прямого доступа к его подкаталогам.

На странице параметров пространства имен Azure HPC Cache отображается файловая система, доступная к клиенту, и позволяет добавлять или изменять пути. Дополнительные сведения см. в статье "Настройка агрегированного пространства имен ".

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

После того как вы решили настроить виртуальную файловую систему, выполните следующие действия, чтобы создать ее:

  • Last updated on