Planung des aggregierten Namespaces

Azure HPC Cache ermöglicht Clients den Zugriff auf eine Vielzahl von Speichersystemen über einen virtuellen Namespace, der die Details des Back-End-Speichersystems ausblendet.

Nachdem Sie ein Speicherziel hinzugefügt haben, richten Sie einen oder mehrere clientseitige Namespacepfade für das Speicherziel ein. Clientcomputer stellen diesen Dateipfad bereit und können Dateileseanforderungen an den Cache senden, anstatt das Speichersystem direkt zu installieren.

Da azure HPC Cache dieses virtuelle Dateisystem verwaltet, können Sie das Speicherziel ändern, ohne den clientseitigen Pfad zu ändern. Sie können beispielsweise ein Hardwarespeichersystem durch Cloudspeicher ersetzen, ohne clientseitige Verfahren neu schreiben zu müssen.

Beispiel für einen aggregierten Namespace

Planen Sie Ihren aggregierten Namespace so, dass Clientcomputer die benötigten Informationen bequem erreichen können, und damit Administratoren und Workflowtechniker die Pfade leicht unterscheiden können.

Betrachten Sie beispielsweise ein System, bei dem eine Azure HPC-Cacheinstanz zum Verarbeiten von Daten verwendet wird, die in Azure Blob gespeichert sind. Für die Analyse sind Vorlagendateien erforderlich, die in einem lokalen Rechenzentrum gespeichert sind.

Die Vorlagendaten werden in einem Rechenzentrum gespeichert, und die für diesen Auftrag erforderlichen Informationen werden in diesen Unterverzeichnissen gespeichert:

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

Das Rechenzentrumsspeichersystem macht diese Exporte verfügbar:

  • /
  • /Goldline
  • /goldline/templates

Die zu analysierenden Daten wurden mithilfe der NFS-Datenimporttechniken, die in "Verschieben von Daten in Azure Blob Storage" beschrieben sind, in einen Azure Blob Storage-Container mit dem Namen "sourcecollection" kopiert.

Um einfachen Zugriff über den Cache zu ermöglichen, sollten Sie Speicherziele mit diesen pfaden für virtuelle Namespaces erstellen:

Back-End-Speichersystem
(NFS-Dateipfad oder BLOB-Container)		 Virtueller Namespacepfad
/goldline/templates/acme2017/sku798 /templates/sku798
/goldline/templates/acme2017/sku980 /templates/sku980
sourcecollection /Quelle/

Ein NFS-Speicherziel kann mehrere virtuelle Namespacepfade aufweisen, solange jeder auf einen eindeutigen Exportpfad verweist. (Lesen Sie NFS-Namespacepfade , um mehr über die Verwendung mehrerer Namespacepfade mit einem NFS-Speicherziel zu erfahren.)

Da die NFS-Quellpfade Unterverzeichnisse desselben Exports sind, müssen Sie mehrere Namespacepfade aus demselben Speicherziel definieren.

Hostname des Speicherziels NFS-Exportpfad Unterverzeichnispfad Namespacepfad
IP-Adresse oder Hostname /goldline/templates acme2017/sku798 /templates/sku798
IP-Adresse oder Hostname /goldline/templates acme2017/sku980 /templates/sku980

Eine Clientanwendung kann den Cache bereitstellen und auf einfache Weise auf die aggregierten Namespacedateipfade /sourcezugreifen , /templates/sku798und /templates/sku980.

Ein alternativer Ansatz könnte darin bestehen, einen virtuellen Pfad wie /templates zu erstellen, der auf das übergeordnete Verzeichnis acme2017 verweist. Die Clients können dann nach dem Mounten des Caches zu den einzelnen sku798 und sku980 Verzeichnis navigieren. Sie können jedoch keinen Namespacepfad erstellen, der ein Unterverzeichnis eines anderen Namespacepfads ist. Wenn Sie also einen Pfad zum acme2017 Verzeichnis erstellen, können Sie auch keine Namespacepfade erstellen, um direkt auf die Unterverzeichnisse zuzugreifen.

Auf der Einstellungsseite des Azure HPC-Cachenamespaces wird das clientseitige Dateisystem angezeigt, und Sie können Pfade hinzufügen oder bearbeiten. Weitere Informationen finden Sie unter "Einrichten des aggregierten Namespaces ".

Nächste Schritte

Nachdem Sie sich entschieden haben, wie Sie Ihr virtuelles Dateisystem einrichten, führen Sie die folgenden Schritte aus, um es zu erstellen:

  • Last updated on