Share via

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

  • Статья

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

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

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

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

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

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

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

  • /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
sourcecollection /source/

Целевое хранилище 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 отображается файловая система, ориентированная на клиента, и вы можете добавлять или редактировать пути. Подробнее читайте в разделе Настройка агрегированного пространства имен.

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

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