Teilen über

Verwenden von Azure HPC Cache mit Azure NetApp Files

Sie können Azure NetApp Files als Speicherziel für Ihren Azure HPC Cache verwenden. In diesem Artikel wird erläutert, wie die beiden Dienste zusammenarbeiten können, und es werden Tipps zum Einrichten gegeben.

Azure NetApp Files kombiniert sein ONTAP-Betriebssystem mit der Skalierbarkeit und Geschwindigkeit von Microsoft Azure. Diese Kombination ermöglicht es Benutzern, etablierte Workflows in die Cloud zu verlagern, ohne den Code neu schreiben zu müssen.

Durch das Hinzufügen einer Azure HPC Cache-Komponente kann der Dateizugriff verbessert werden, indem mehrere Azure NetApp Files-Volumes in einem aggregierten Namespace dargestellt werden. Es kann Edge-Caching für Volumes bereitstellen, die sich in einer anderen Dienstregion befinden. Es kann auch die Performance on Demand für Volumes verbessern, die auf niedrigeren Service-Leveln erstellt wurden, um Kosten zu sparen.

Überblick

Gehen Sie folgendermaßen vor, um ein Azure NetApp Files-System als Back-End-Speicher mit Azure HPC Cache zu verwenden.

  1. Erstellen Sie das Azure NetApp Files-System und die Volumes gemäß den Anweisungen unter Planen Ihres Systems weiter unten.
  2. Erstellen Sie Azure HPC Cache in der Region, in der Sie Dateizugriff benötigen. (Verwenden Sie die Anweisungen unter Erstellen eines Azure HPC Cache.)
  3. Definieren Sie Speicherziele im Cache, die auf die Azure NetApp Files-Volumes verweisen. Erstellen Sie ein Cache-Speicherziel für jede eindeutige IP-Adresse, die für den Zugriff auf die Volumes verwendet wird.
  4. Lassen Sie Clients den Azure HPC Cache einbinden , anstatt Azure NetApp Files-Volumes direkt einzubinden.

Planen Ihres Azure NetApp Files-Systems

Achten Sie bei der Planung Ihres Azure NetApp Files-Systems auf die Punkte in diesem Abschnitt, um sicherzustellen, dass Sie es reibungslos in Azure HPC Cache integrieren können.

Lesen Sie auch die Dokumentation zu Azure NetApp Files , bevor Sie Volumes für die Verwendung mit Azure HPC Cache erstellen.

Nur NFS-Client-Zugriff

Azure HPC Cache unterstützt derzeit nur den NFS-Zugriff. Es kann nicht mit SMB-ACL- oder POSIX-Modus-Bit-Volumes verwendet werden.

Exklusives Subnetz für Azure NetApp Files

Azure NetApp Files verwendet ein einzelnes delegiertes Subnetz für seine Volumes. Dieses Subnetz kann von keiner anderen Ressource verwendet werden. Außerdem kann nur ein Subnetz in einem virtuellen Netzwerk für Azure NetApp Files verwendet werden. Weitere Informationen finden Sie unter Richtlinien für die Netzwerkplanung von Azure NetApp Files.

Größe des delegierten Subnetzes

Verwenden Sie die Mindestgröße für das delegierte Subnetz, wenn Sie ein Azure NetApp Files-System für die Verwendung mit Azure HPC Cache erstellen.

Die Mindestgröße, die mit der Netzmaske /28 angegeben wird, stellt 16 IP-Adressen zur Verfügung. In der Praxis verwendet Azure NetApp Files nur drei dieser verfügbaren IP-Adressen für den Volumezugriff. Das bedeutet, dass Sie nur drei Speicherziele in Ihrem Azure HPC Cache erstellen müssen, um alle Volumes abzudecken.

Wenn das delegierte Subnetz zu groß ist, ist es möglich, dass die Azure NetApp Files-Volumes mehr IP-Adressen verwenden, als eine einzelne Azure HPC Cache-Instanz verarbeiten kann.

Im Schnellstartbeispiel in der Azure NetApp Files-Dokumentation wird 10.7.0.0/16 für das delegierte Subnetz verwendet, was ein zu großes Subnetz ergibt.

Servicelevel des Kapazitätspools

Berücksichtigen Sie bei der Auswahl des Service-Levels für Ihren Kapazitätspool Ihren Workflow. Wenn Sie häufig Daten auf das Azure NetApp Files-Volume zurückschreiben, kann die Leistung des Caches eingeschränkt werden, wenn die Schreibrückschreibzeit langsam ist. Wählen Sie einen hohen Servicelevel für Volumes mit häufigen Schreibvorgängen aus.

Bei Volumes mit niedrigen Service-Levels kann es zu Beginn einer Aufgabe auch zu einer Verzögerung kommen, während der Cache den Inhalt vorab auffüllt. Nachdem der Cache mit einem gut funktionierenden Satz von Dateien ausgeführt wurde, sollte die Verzögerung nicht mehr wahrnehmbar sein.

Es ist wichtig, den Servicelevel des Kapazitätspools im Voraus zu planen, da er nach der Erstellung nicht mehr geändert werden kann. Ein neues Volume müsste in einem anderen Kapazitätspool erstellt werden, und die Daten müssten kopiert werden.

Beachten Sie, dass Sie das Speicherkontingent eines Datenträgers und die Größe des Kapazitätspools ändern können, ohne den Zugriff zu unterbrechen.

Erstellen von Speicherzielen im Cache

Nachdem Ihr Azure NetApp Files-System eingerichtet und der Azure HPC Cache erstellt wurde, definieren Sie Speicherziele im Cache, die auf die Dateisystemvolumes verweisen.

Erstellen Sie ein Speicherziel für jede IP-Adresse, die von Ihren Azure NetApp Files-Volumes verwendet wird. Die IP-Adresse ist auf der Seite mit den Bereitstellungsanweisungen des Volumes aufgeführt.

Wenn mehrere Volumes dieselbe IP-Adresse verwenden, können Sie ein Speicherziel für alle Volumes verwenden.

Befolgen Sie die Bereitstellungsanweisungen in der Azure NetApp Files-Dokumentation , um die zu verwendenden IP-Adressen zu finden.

Sie können IP-Adressen auch mit der Azure CLI suchen:

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

Exportnamen im Azure NetApp Files-System verfügen über eine Komponente mit einem einzigen Pfad. Versuchen Sie nicht, ein Speicherziel für den Stammexport / in Azure NetApp Files zu erstellen, da dieser Export keinen Dateizugriff bietet.

Es gibt keine besonderen Einschränkungen für virtuelle Namespacepfade für diese Speicherziele.

Bereitstellen von Speicherzielen

Clientcomputer sollten den Cache einbinden, anstatt die Azure NetApp Files-Volumes direkt einzubinden. Befolgen Sie die Anweisungen unter Einbinden des Azure HPC Cache.

Nächste Schritte