Verwenden des Azure HPC-Caches mit Azure NetApp-Dateien

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

Azure NetApp Files kombiniert ihr ONTAP-Betriebssystem mit der Skalierbarkeit und Geschwindigkeit von Microsoft Azure. Mit dieser Kombination können Benutzer etablierte Workflows in die Cloud verschieben, ohne Code neu zu schreiben.

Das Hinzufügen einer Azure HPC-Cachekomponente kann den Dateizugriff verbessern, indem mehrere Azure NetApp Files-Volumes in einem aggregierten Namespace präsentiert werden. Es kann Edge-Caching für Volumes in einer anderen Dienstregion anbieten. Es kann außerdem die Leistung auf Abruf für Volumen verbessern, die auf niedrigeren Serviceebenen erstellt wurden, um Kosten zu sparen.

Übersicht

Befolgen Sie diesen Vorgang, 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 Volumes gemäß den Anweisungen unter "Planen Ihres Systems" weiter unten.
2. Erstellen Sie den Azure HPC-Cache in der Region, in der Sie Dateizugriff benötigen. (Verwenden Sie die Anweisungen unter Erstellen eines Azure HPC-Caches.)
3. Definieren Sie Speicherziele im Cache, die auf die Azure NetApp Files-Volumes verweisen. Erstellen Sie ein Cachespeicherziel für jede eindeutige IP-Adresse, die für den Zugriff auf die Volumes verwendet wird.
4. Lassen Sie Clients den Azure HPC-Cache bereitstellen , anstatt Azure NetApp Files-Volumes direkt zu einbinden.

Planen Ihres Azure NetApp Files-Systems

Achten Sie bei der Planung Ihres Azure NetApp Files-Systems auf die Elemente 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-Clientzugriff

Azure HPC-Cache unterstützt derzeit nur NFS-Zugriff. Sie kann nicht mit Bitvolumes im SMB-ACL- oder POSIX-Modus verwendet werden.

Dediziertes Subnetz für Azure NetApp Files

Azure NetApp Files verwendet ein einzelnes delegiertes Subnetz für seine Volumes. Andere Ressourcen dürfen dieses Subnetz nicht verwenden. Außerdem kann nur ein Subnetz in einem virtuellen Netzwerk für Azure NetApp-Dateien verwendet werden. Weitere Informationen finden Sie in den Richtlinien für die Netzwerkplanung von Azure NetApp Files.

Delegierte Subnetzgröße

Verwenden Sie beim Erstellen eines Azure NetApp Files-Systems für die Verwendung mit Azure HPC Cache die Mindestgröße für das delegierte Subnetz.

Die mindeste Größe, die mit der Netmask /28 angegeben wird, stellt 16 IP-Adressen bereit. In der Praxis verwendet Azure NetApp Files nur drei dieser verfügbaren IP-Adressen für den Zugriff auf Volumes. Dies 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-Cacheinstanz verarbeiten kann.

Das Schnellstartbeispiel in der Azure NetApp Files-Dokumentation verwendet 10.7.0.0/16 für das delegierte Subnetz, wodurch das Subnetz zu groß wird.

Kapazitätspool-Serviceebene

Berücksichtigen Sie beim Auswählen der Serviceebene für Ihren Kapazitätspool Ihren Workflow. Wenn Sie Häufig Daten zurück in das Azure NetApp Files-Volume schreiben, kann die Leistung des Caches eingeschränkt werden, wenn die Rückschreibzeit langsam ist. Wählen Sie ein hohes Service-Level für Volumen aus, die häufig geschrieben werden.

Volumes mit niedrigen Serviceebenen können auch zu Beginn einer Aufgabe einige Verzögerungen zeigen, während der Cache Inhalte vorab ausfüllt. Nachdem der Cache mit einer guten Arbeitsmenge von Dateien in Betrieb ist, sollte die Verzögerung kaum wahrnehmbar werden.

Es ist wichtig, das Kapazitätspool-Dienstleistungsniveau im Voraus zu planen, da es nach der Erstellung nicht mehr geändert werden kann. Ein neues Volume muss in einem anderen Speicherpool erstellt werden, und die Daten müssen kopiert werden.

Beachten Sie, dass Sie das Speicherkontingent eines Volumes 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, der auf die Dateisystemvolumes verweist.

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

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

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

Sie finden auch IP-Adressen mit der Azure CLI:

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 weisen eine einzelne Pfadkomponente auf. Versuchen Sie nicht, ein Speicherziel für den Stammexport / in Azure NetApp-Dateien zu erstellen, da dieser Export keinen Dateizugriff bereitstellt.

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

Einbinden von Speicherzielen

Clientcomputer sollten den Cache bereitstellen, anstatt die Azure NetApp Files-Volumes direkt zu installieren. Folgen Sie den Anweisungen im Einrichten des Azure HPC-Caches.

Nächste Schritte

• Weitere Informationen zum Einrichten und Verwenden von Azure NetApp Files
• Wenden Sie sich an den Support, um Ihr Azure HPC-Cachesystem für die Verwendung von Azure NetApp Files zu planen und einzurichten.