Funktionsweise von Azure NetApp Files

Abgeschlossen

Hier erläutern wir, wie Azure NetApp Files unter der Haube funktioniert und wie verschiedene Komponenten zusammenarbeiten, um einen hochleistungsfähigen NAS-Clouddienst bereitzustellen. Dieses Wissen hilft Ihnen dabei, zu bewerten, ob Azure NetApp Files eine gute Lösung für die Migration der dateibasierten Workloads Ihrer Organisation zur Azure-Cloud ist.

Speicherhierarchie

Eine der wichtigsten Komponenten von Azure NetApp Files ist die Speicherhierarchie, die bestimmt, wie viel Speicher Ihren Workloads zugeordnet ist und wie hoch der maximal verfügbare Durchsatz ist. Die Informationen zur Speicherhierarchie sind beim Einrichten und Verwalten von Azure NetApp Files hilfreich.

Sehen Sie sich dieses Video an, um die Beziehung zwischen dem Azure-Abonnement, NetApp-Konten, Kapazitätspools und Volumes zu verstehen.

Servicelevel

Die Volumenleistung von Azure NetApp Files wird mit der Größe des Volumes und der Dienstebene skaliert. Azure NetApp Files bietet drei Servicelevel für die Kapazitätspools, die Sie erstellen:

• Standard: Bietet bis zu 16 MiB/s Durchsatz und 1000 IOPS pro 1 TiB bereitgestellter Kapazität. Ein Azure NetApp Files-Volume kann ungefähr 319.000 IOPS mit nur 1,5 ms Latenz für benachbarte virtuelle Computer generieren. Verwenden Sie Standard für statische Webinhalte, Dateifreigaben und Datenbanksicherungen.
• Premium: Bietet bis zu 64 MiB/s Durchsatz und 4.000 IOPS pro 1 TiB bereitgestellter Kapazität. Es können maximal 450.000 IOPS pro Volume generiert werden. Premium ist mit der SSD-Mainstreamlistung vergleichbar und eignet sich für SAP HANA, Datenbanken, Unternehmens-Apps, virtuelle Desktopinfrastruktur (VDI), Analysen, technische Anwendungen und Messagingwarteschlangen sowie Big-Data-Analysen.
• Ultra: Bietet bis zu 128 MiB/s Durchsatz und 8.000 IOPS pro 1 TiB bereitgestellter Kapazität. Es können maximal 450.000 IOPS pro Volume generiert werden. Verwenden Sie Ultra für die leistungsintensivsten Anwendungen, z. B. HPC-Anwendungen.

Azure NetApp Files bietet auch Speicher mit kalter Zugriffsebene. Bei kaltem Zugriff profitieren Sie vom gleichen Durchsatz für Daten auf der heißen Ebene, der Durchsatz kann sich jedoch für Daten unterscheiden, die sich auf der kalten Ebene befinden.

Quality of Service (QoS, Servicequalität)

Azure NetApp Files definiert zwei Arten von QoS (Quality of Service) für Kapazitätspools:

• Automatisch: Azure NetApp Files weist automatisch einen Gesamtdurchsatz für jedes Volume basierend auf der Dienstebene und der Volumekapazität zu. Beispielsweise wird einem Volume der Ebene Standard mit 2 TiB automatisch ein maximaler Durchsatz von 32 MiB/s (16 MiB/s x 2) zugewiesen.

• Manuell: Sie weisen den für ein Volume benötigten Durchsatz zu. Ein 8-TiB-Kapazitätspool in der Ebene Standard weist beispielsweise einen insgesamt verfügbaren Durchsatz von 128 MiB/s (16 MiB/s x 8) auf. Für ein 2-TiB-Volume innerhalb dieses Kapazitätspools können Sie einen Durchsatz von etwa 64 MiB/s zuweisen, vorausgesetzt, dass nach der Bereitstellung der anderen Volumes des Kapazitätspools noch viel Durchsatzbudget verfügbar ist.

Konnektivität mit Azure NetApp Files

Ein wichtiger Aspekt bei der Bewertung, ob lokale Workloads zu Azure NetApp Files migriert werden sollten, ist die Art, wie Ihre vorhandenen Anwendungen, Dienste und Benutzer*innen eine Verbindung mit den Daten am neuen Speicherort herstellen.

Virtuelle Azure-Netzwerke

Bevor Sie ein Azure NetApp Files-Volume bereitstellen, müssen Sie ein virtuelles Azure-Netzwerk (VNet) erstellen oder eines verwenden, das bereits im selben Abonnement vorhanden ist. Das VNET definiert die Netzwerkgrenze des Volumes.

Subnetze

Wenn Sie ein Azure NetApp Files-Volume erstellen, weisen Sie das Volume einem delegierten Subnetz zu. Ein delegiertes Subnetz ist ein Subnetz, das mit Berechtigungen zum Erstellen von Ressourcen konfiguriert ist, die für einen Dienst spezifisch sind (in diesem Fall Azure NetApp Files). Wie Netzwerkknoten eine Verbindung mit Azure NetApp Files in diesem Subnetz herstellen, hängt davon ab, wo sich diese Knoten befinden. Azure NetApp Files-Volumes sind nur innerhalb des VNet-Kontexts eines Kunden sicher zugänglich. Azure NetApp Files stellt keinen öffentlich zugänglichen Endpunkt (d. h. Internet) bereit.

Bei der Planung von Subnetzen sind drei Hauptszenarios zu berücksichtigen:

• Konnektivität im gleichen virtuellen Netzwerk. Jede Ressource, die auf einem virtuellen Azure-Computer im selben virtuellen Netzwerk ausgeführt wird, das das delegierte Subnetz enthält, kann eine Verbindung mit dem Dateispeicher herstellen, der von Azure NetApp Files bereitgestellt wird. In der Abbildung, die auf diese Liste folgt, befinden sich sowohl VM 3 als auch Azure NetApp Files-Volume 1 im virtuellen Hubnetzwerk, sodass VM 3 direkten Zugriff auf Volume 1 besitzt.

• Konnektivität in einem virtuellen Netzwerk mit Peering. Jede Ressource, die auf einem virtuellen Azure-Computer in einem virtuellen Netzwerk ausgeführt wird, für das Peering mit dem Netzwerk erfolgt, das das delegierte Subnetz enthält, kann eine Verbindung mit dem Dateispeicher herstellen, der von Azure NetApp Files bereitgestellt wird. In der Abbildung, die auf diese Liste folgt, gilt Folgendes:

  • Das virtuelle Netzwerk Spoke 1 ist mit dem virtuellen Hubnetzwerk verbunden, sodass VM 4 über Peeringzugriff auf Volume 1 von Azure NetApp Files verfügt.
  • Das virtuelle Netzwerk Spoke 2 ist mit dem virtuellen Hubnetzwerk verbunden, sodass VM 5 über Peeringzugriff auf Volume 1 von Azure NetApp Files verfügt.
  • Für die virtuellen Netzwerke „Spoke 1“ und „Spoke 2“ erfolgt kein Peering, sodass VM 4 nicht auf Volume 3 von Azure NetApp Files und VM 5 nicht auf Volume 2 von Azure NetApp Files zugreifen kann.

• Konnektivität in einem Hybridnetzwerk. Jede Ressource, die in einem lokalen Netzwerk ausgeführt wird, das mit dem virtuellen Azure-Netzwerk verbunden ist, das das delegierte Subnetz über VPN oder ExpressRoute enthält, kann eine Verbindung mit dem Dateispeicher herstellen, der von Azure NetApp Files bereitgestellt wird. Im folgenden Diagramm ist das lokale Netzwerk über ein VPN-Gateway mit dem virtuellen Azure Hub-Netzwerk verbunden. Dies ermöglicht die folgenden Szenarios:

  • Eine Ressource im lokalen Netzwerk verfügt über Gatewayzugriff auf jedes Azure NetApp Files-Volume im virtuellen Netzwerk des Gateways. Beispielsweise kann VM 2 im lokalen Netzwerk eine Verbindung mit Volume 1 von Azure NetApp Files herstellen.

  • Eine Ressource im lokalen Netzwerk verfügt über Gatewayzugriff auf jedes Azure NetApp Files-Volume in einem Peeringnetzwer. Beispielsweise kann VM 1 im lokalen Netzwerk eine Verbindung mit Volume 2 von Azure NetApp Files herstellen (und VM 2 kann eine Verbindung mit Volume 3 von Azure NetApp Files herstellen).