Freigeben über

Planen des aggregierten Namespace

  • Artikel

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

Nach dem Hinzufügen eines Speicherziels richten Sie mindestens einen clientseitigen Namespacepfad für das Speicherziel ein. Clientcomputer binden diesen Dateipfad ein und können Dateileseanforderungen an den Cache stellen, anstatt das Speichersystem direkt einzubinden.

Da Azure HPC Cache dieses virtuelle Dateisystem verwaltet, können Sie das Speicherziel ändern, ohne den clientseitigen Pfad zu ändern. Beispielsweise können Sie ein Hardwarespeichersystem durch Cloudspeicher ersetzen, ohne die clientseitigen Prozeduren erneut erstellen zu müssen.

Beispiel zum aggregierten Namespace

Planen Sie Ihren aggregierten Namespace so, dass die Clientcomputer komfortabel an die benötigten Informationen gelangen und Administratoren und Workflowtechniker die Pfade leicht unterscheiden können.

Ziehen Sie beispielsweise ein System in Erwägung, in dem eine Instanz von Azure HPC Cache zum Verarbeiten der im Azure-Blob gespeicherten Daten verwendet wird. Für die Analyse sind Vorlagendateien erforderlich, die in einem lokalen Rechenzentrum gespeichert sind.

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

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

Das Speichersystem des Rechenzentrums macht diese Exporte verfügbar:

  • /
  • /goldline
  • /goldline/templates

Die zu analysierenden Daten wurden mithilfe der in Verschieben von Daten in Azure Blob-Speicher beschriebenen NFS-Datenimporttechniken in einen Azure Blob-Speichercontainer namens „sourcecollection“ kopiert.

Um den komfortablen Zugriff über den Cache zu ermöglichen, sollten Sie das Erstellen von Speicherzielen mit diesen virtuellen Namespacepfaden in Erwägung ziehen:

Back-End-Speichersystem
(NFS-Dateipfad oder Blobcontainer)		 Pfad des virtuellen Namespace
/goldline/templates/acme2017/sku798 /templates/sku798
/goldline/templates/acme2017/sku980 /templates/sku980
sourcecollection /source/

Ein NFS-Speicherziel kann mehrere virtuelle Namespacepfade aufweisen, sofern jeder von ihnen auf einen eindeutigen Exportpfad verweist. (Unter NFS-Namespacepfade erfahren Sie mehr über die Verwendung mehrerer Namespacepfade mit einem NFS-Speicherziel.)

Da es sich bei den NFS-Quellpfaden um Unterverzeichnisse des gleichen Exports handelt, müssen Sie für das gleiche Speicherziel mehrere Namespacepfade 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 einbinden und komfortabel auf die Dateipfade /source, /templates/sku798 und /templates/sku980 des aggregierten Namespace zugreifen.

Alternativ könnten Sie einen virtuellen Pfad wie /templates erstellen, der mit dem übergeordneten Verzeichnis acme2017 verknüpft ist, und die Clients nach dem Einbinden des Caches zu den einzelnen sku798- und sku980-Verzeichnissen navigieren lassen. Es ist jedoch nicht möglich, einen Namespacepfad zu erstellen, bei dem es sich um ein Unterverzeichnis eines anderen Namespacepfads handelt. Wenn Sie einen Pfad zum Verzeichnis acme2017 erstellen, können Sie also nicht zusätzlich Namespacepfade für den direkten Zugriff auf dessen Unterverzeichnisse erstellen.

Auf der Einstellungsseite Namespace für Azure HPC Cache wird das clientseitige Dateisystem angezeigt, und Sie können Pfade hinzufügen oder bearbeiten. Weitere Informationen finden Sie unter Einrichten des aggregierten Namespace.

Nächste Schritte

Wenn Sie entschieden haben, wie Sie das virtuelle Dateisystem einrichten möchten, führen Sie die folgenden Schritte aus, um es zu erstellen: