Metriken für Azure NetApp Files

Azure NetApp Files verfügt über Metriken für Folgendes: zugeteilter Speicher, tatsächliche Speichernutzung, IOPS pro Volume und Latenz. Durch die Analyse dieser Metriken können Sie ein besseres Verständnis des Nutzungsmusters und der Volumeleistung Ihrer NetApp-Konten entwickeln.

Definitionen

Das Verständnis der Terminologie im Zusammenhang mit Leistung und Kapazität in Azure NetApp Files ist unerlässlich, um die verfügbaren Metriken zu verstehen:

• Kapazitätspool: Ein Kapazitätspool ist die Art und Weise, wie die Kapazität in Azure NetApp Files abgerechnet wird. Kapazitätspools enthalten ein Volume.
• Volumenkontingent: Die Kapazität, die für ein Azure NetApp Files-Volume bereitgestellt wird. Das Volumenkontingent ist direkt an die automatische QoS (QoS, Dienstqualität) gebunden, die sich auf die Leistung des Volumes auswirkt. Weitere Informationen finden Sie unter QoS-Typen für Kapazitätspools.
• Durchsatz: Die Datenmenge, die zwischen Azure NetApp Files und dem Client über das Netzwerk übertragen wird (Lese/Schreib-/andere Vorgänge). Der Durchsatz in Azure NetApp Files wird in Bytes pro Sekunde gemessen.
• Latenz: Die Latenz ist der Zeitraum, der erforderlich ist, um einen Speichervorgang innerhalb des Speichers abzuschließen, vom Zeitpunkt, zu dem die Daten eintreffen bis zum Zeitpunkt ihrer Verarbeitung und Rückgabe an den Client. Die Latenz in Azure NetApp Files wird in Millisekunden (ms) gemessen.

Informationen zu Metriken für Speichervorgänge

In Azure NetApp Files wird ein Vorgang als etwas definiert, das während einer Client-/Serverunterhaltung geschieht. Wenn beispielsweise ein Client das Lesen einer Datei aus Azure NetApp Files anfordert, werden Lesevorgänge und andere Vorgänge zwischen Client und Server gesendet und empfangen.

Bei der Überwachung des Azure NetApp Files-Volumes sind Lese- und Schreibvorgänge selbsterklärend. In den Metriken ist auch eine Metrik namens Andere IOPS enthalten, d. h. alle Vorgänge, die kein Lese- oder Schreibvorgänge sind. Zu Andere IOPS gehören Vorgänge wie Metadaten, die bei den meisten Lese- und Schreibvorgängen auftreten.

Die folgenden Typen von Metadatenvorgängen sind in der Metrik Andere IOPS enthalten:

NFSv3

NFSv3-Metadatenaufrufe, die gemäß RFC-1813 in Andere IOPS enthalten sind:

• Prozedur 0: NULL – Nichts tun
• Prozedur 1: GETATTR – Dateiattribute abrufen
• Prozedur 2: SETATTR – Dateiattribute festlegen
• Prozedur 3: LOOKUP – Dateinamen suchen
• Prozedur 4: ACCESS – Zugriffsberechtigung überprüfen
• Prozedur 5: READLINK – Aus symbolischer Verknüpfung lesen
• Prozedur 8: CREATE – Datei erstellen
• Prozedur 9: MKDIR – Verzeichnis erstellen
• Prozedur 10: SYMLINK – Symbolische Verknüpfung erstellen
• Prozedur 11: MKNOD – Spezielles Gerät erstellen
• Prozedur 12: REMOVE – Datei entfernen
• Prozedur 13: RMDIR – Verzeichnis entfernen
• Prozedur 14: RENAME – Datei oder Verzeichnis umbenennen
• Prozedur 15: LINK – Verknüpfung mit einem Objekt erstellen
• Prozedur 16: READDIR – Aus Verzeichnis lesen
• Prozedur 17: READDIRPLUS – Erweiterter Lesevorgang aus Verzeichnis
• Prozedur 18: FSSTAT – Dynamische Dateisysteminformationen abrufen
• Prozedur 19: FSINFO – Statische Dateisysteminformationen abrufen
• Prozedur 20: PATHCONF – POSIX-Informationen abrufen
• Prozedur 21: COMMIT – Auf einem Server zwischengespeicherte Daten in stabilem Speicher committen

NFSv4.1

NFSv4.1-Metadatenaufrufe, die gemäß RFC-7530 in Andere IOPS enthalten sind:

• Prozedur 0: NULL – Nichts tun
• Prozedur 1: COMPOUND – Mehrere NFS-Vorgänge in einer einzigen Anforderung kombinieren
• Vorgang 3: ACCESS – Zugriffsberechtigungen überprüfen
• Vorgang 4: CLOSE – Datei schließen
• Vorgang 5: COMMIT – Zwischengespeicherte Daten committen
• Vorgang 6: CREATE – Nicht reguläres Dateiobjekt erstellen
• Vorgang 7: DELEGPURGE – Delegierungen, die auf die Wiederherstellung warten, endgültig löschen
• Vorgang 8: DELEGRETURN – Delegierung zurückgeben
• Vorgang 9: GETATTR – Attribute abrufen
• Vorgang 10: GETFH – Aktuellen Dateihandle abrufen
• Vorgang 11: LINK – Verknüpfung mit einer Datei erstellen
• Vorgang 12: LOCK – Sperre erstellen
• Vorgang 13: LOCKT – Auf Sperre prüfen
• Vorgang 14: LOCKU – Datei entsperren
• Vorgang 15: LOOKUP – Dateinamen suchen
• Vorgang 16: LOOKUPP –Übergeordnetes Verzeichnis suchen
• Vorgang 17: NVERIFY – Unterschiede in den Attributen überprüfen
• Vorgang 18: OPEN – Reguläre Datei öffnen
• Vorgang 19: OPENATTR – Benanntes Attributverzeichnis öffnen
• Vorgang 20: OPEN_CONFIRM – Öffnen bestätigen
• Vorgang 21: OPEN_DOWNGRADE – Zugriff zum Öffnen von Dateien reduzieren
• Vorgang 22: PUTFH – Aktuellen Dateihandle festlegen
• Vorgang 23: PUTPUBFH – Öffentlichen Dateihandle festlegen
• Vorgang 24: PUTROOTFH – Stammdateihandle festlegen
• Vorgang 26: READDIR – Verzeichnis lesen
• Vorgang 27: READLINK – Symbolische Verknüpfung lesen
• Vorgang 28: REMOVE – Dateisystemobjekt entfernen
• Vorgang 29: RENAME – Verzeichniseintrag umbenennen
• Vorgang 30: RENEW – Lease verlängern
• Vorgang 32: SAVEFH – Aktuellen Dateihandle speichern
• Vorgang 33: SECINFO – Verfügbare Sicherheit abrufen
• Vorgang 34: SETATTR – Attribute festlegen
• Vorgang 35: SETCLIENTID – Client-ID aushandeln
• Vorgang 36: SETCLIENTID_CONFIRM – Client-ID bestätigen
• Vorgang 37: VERIFY – Die gleichen Attribute überprüfen
• Vorgang 39: RELEASE_LOCKOWNER – Sperrenbesitzerstatus freigeben

SMB (umfasst SMB2 und SMB3.x)

SMB-Befehle, die in Andere IOPS mit Opcode-Wert enthalten sind:

Methoden für den Zugriff auf Metriken

Azure NetApp Files-Metriken sind nativ in Azure Monitor integriert. Im Azure-Portal finden Sie Metriken für Azure NetApp Files-Kapazitätspools und -Volumes an zwei Stellen:

• Wählen Sie in Azure Monitor die Option Metriken und dann einen Kapazitätspool oder ein Volume aus. Wählen Sie dann Metrikaus, um die verfügbaren Metriken anzuzeigen:

  

• Wählen Sie auf der Seite des Azure NetApp Files-Kapazitätspools oder -Volumes die Option Metriken aus. Wählen Sie dann Metrikaus, um die verfügbaren Metriken anzuzeigen:

  

Nutzungsmetriken für Kapazitätspools

• Zugeordnete Poolgröße
  Die bereitgestellte Größe des Pools.

• Zu Volumegröße zugeordneter Pool
  Die Gesamtsumme des Volumekontingents (GiB) eines bestimmten Kapazitätspools (Gesamtsumme der bereitgestellten Größen der Volumes im Kapazitätspool)
  Diese Größe haben Sie beim Erstellen des Volumes ausgewählt.

• Vom Pool genutzte Größe
  Die Gesamtsumme des logischen Speichers (GiB), der in einem Kapazitätspool volumeübergreifend genutzt wird.

• Gesamtgröße der Momentaufnahme für den Pool
  Die Summe der Momentaufnahmegrößen aller Volumes in dem Pool

Nutzungsmetriken für Volumes

• Größe der verbrauchten Menge in Prozent
  Der Prozentsatz des verbrauchten Volumes, einschließlich Momentaufnahmen.
  Aggregationsmetriken (z. B. Minimum, Maximum) werden für die vom Volume genutzte Größe in Prozent nicht unterstützt.

• Zugeordnete Größe des Volumes
  Die bereitgestellte Größe eines Volumes

• Größe des Volumekontingents
  Die Kontingentgröße (GiB), mit der das Volume bereitgestellt wird

• Vom Volume genutzte Größe
  Logische Größe des Volumes (verwendete Bytes).
  In diesem Größenwert ist der logische Speicherplatz enthalten, der von aktiven Dateisystemen und Momentaufnahmen verwendet wird.

• Größe der Volumemomentaufnahme
  Größe aller Momentaufnahmen in einem Volume

• Durchsatzlimit erreicht

  „Durchsatzlimit erreicht“ ist eine boolesche Metrik die angibt, dass das Volume seinen QoS-Grenzwert (Quality of Service) erreicht hat. Der Wert 1 bedeutet, dass das Volume seinen maximalen Durchsatz erreicht hat und der Durchsatz für dieses Volume gedrosselt wird. Der Wert 0 bedeutet, dass dieses Limit noch nicht erreicht wurde.

  Hinweis

  Die Metriken „Durchsatzlimit erreicht“ werden alle fünf Minuten gesammelt und als Treffer angezeigt, wenn sie in den letzten fünf Minuten gesammelt wurden.

  Wenn das Volume das Durchsatzlimit erreicht, ist es nicht entsprechend den Anforderungen der Anwendung dimensioniert. So lösen Sie Durchsatzprobleme:

  • Ändern Sie die Größe des Volume:

    Erhöhen Sie die Volume-Größe, um dem Volume mehr Durchsatz zuzuweisen, damit es nicht gedrosselt wird.

  • Ändern Sie den Servicelevel:

    Die Servicelevel „Premium“ und „Ultra“ in Azure NetApp Files richten sich an Arbeitslasten mit höheren Durchsatzanforderungen. Durch das Verschieben des Volumes in einen Kapazitätspool auf einer höheren Dienstebene werden diese Limits automatisch für das Volume erhöht.

  • Ändern Sie die Arbeitslasten/Anwendungen:

    Erwägen Sie eine Umwidmung des Volumes und die Delegierung eines anderen Volumes mit einer größeren Größe und/oder einem höheren Servicelevel, um Ihren Anwendungsanforderungen gerecht zu werden. Wenn es sich um ein NFS-Volume handelt, sollten Sie die Bereitstellungsoptionen ändern, um den Datenfluss zu reduzieren, sofern Ihre Anwendung diese Änderungen unterstützt.

  

Leistungsmetriken für Volumes

• Durchschnittliche Wartezeit beim Lesevorgang
  Die durchschnittliche Roundtripzeit (Roundtrip Time, RTT) von Lesevorgängen vom Volumen in Millisekunden
• Durchschnittliche Wartezeit beim Schreibvorgang
  Die durchschnittliche Roundtripzeit (Roundtrip Time, RTT) von Schreibvorgängen vom Volume in Millisekunden
• Lese-IOPS
  Die Anzahl der Lesevorgänge auf dem Volume pro Sekunde
• Schreib-IOPS
  Die Anzahl der Schreibvorgänge auf dem Volume pro Sekunde
• Andere IOPS Die Anzahl anderer Vorgänge auf dem Volume pro Sekunde
• IOPS gesamt Die Summe der Schreib-, Lese- und anderen Vorgänge auf dem Volume pro Sekunde

Metriken für die Volumereplikation

• Ist Volumereplikationsstatus „Fehlerfrei“
  Der Zustand der Replikationsbeziehung. Ein fehlerfreier Status wird durch 1 angegeben. Ein fehlerhafter Status wird durch 0 angegeben.

• Wird Volumereplikation übertragen
  Gibt an, ob der Status der Volumereplikation „Wird übertragen“ lautet.

• Verzögerungszeit bei der Volumereplikation
  Die Verzögerungszeit ist die tatsächliche Zeitspanne, die die Replikation hinter der Quelle zurückbleibt. Er gibt das Alter der replizierten Daten auf dem Zieldatenträger relativ zum Quelldatenträger an.

• Übertragungsdauer der letzten Volumereplikation
  Die Dauer der letzten Übertragung in Sekunden

• Übertragungsgröße der letzten Volumereplikation
  Bei der letzten Übertragung insgesamt übertragene Bytes

• Fortschritt der Volumereplikation
  Die insgesamt beim aktuellen Übertragungsvorgang übertragenen Daten.

• Insgesamt bei der Volumereplikation übertragene Bytes
  Die kumulative Anzahl der für die Beziehung übertragenen Bytes.

Durchsatzmetriken für Kapazitätspools

• Dem Pool zugeteilter Durchsatz
  Summe des Durchsatzes aller zum Pool gehörenden Volumes.

• Für den Pool bereitgestellter Durchsatz
  Für diesen Pool bereitgestellter Durchsatz.

Durchsatzmetriken für Volumes

• Lesedurchsatz
  Lesedurchsatz in Bytes pro Sekunde

• Durchsatz gesamt
  Summe aller Durchsätze in Bytes pro Sekunde.

• Schreibdurchsatz
  Schreibdurchsatz in Bytes pro Sekunde

• Sonstiger Durchsatz
  Anderer Durchsatz (der nicht gelesen oder geschrieben wird) in Byte pro Sekunde.

• Gesamtdurchsatz Summe des gesamten Durchsatzes (Lese-, Schreib- und andere Vorgänge) in Bytes pro Sekunde

Volumesicherungsmetriken

• Volumesicherung aktiviert?
  Zeigt an, ob die Sicherung für das Volume aktiviert ist. 1 aktiviert ist. 0 gibt an, dass sie deaktiviert werden.

• Vorgang der Volumesicherung abgeschlossen?
  Zeigt an, ob der letzte Volumesicherungs- oder -wiederherstellungsvorgang erfolgreich abgeschlossen wurde. 1 bedeutet erfolgreich. 0 bedeutet nicht erfolgreich.

• Volumesicherung ausgesetzt?
  Zeigt an, ob die Sicherungsrichtlinie für das Volume ausgesetzt ist. 1 bedeutet nicht ausgesetzt. 0 bedeutet ausgesetzt.

• Bytes in Volumesicherung
  Die Gesamtzahl der für dieses Volume gesicherten Bytes.

• Für Volumensicherung zuletzt übertragene Bytes
  Die Gesamtzahl der für den letzten Sicherungs-/Wiederherstellungsvorgang übertragenen Bytes.

• Zuletzt übertragene Bytes für Volumesicherung
  Für den letzten Sicherungsvorgang insgesamt übertragene Bytes.

• Zuletzt übertragene Bytes für den Sicherungs-/Wiederherstellungsvorgang von Volumes
  Insgesamt übertragene Bytes für den letzten Sicherungs-/Wiederherstellungsvorgang.

Metriken für die kalte Zugriffsebene

• Größe der kalten Ebene des Volumes
  Speicherbedarf des Volumes für die kalte Zugriffsebene.

• Größe der gelesenen Daten auf kalter Ebene des Volumes
  Mit GET gelesene Daten pro Volume.

• Größe der geschriebenen Daten auf kalter Ebene des Volumes
  Mit PUT ausgelagerte Daten pro Volume.

Nächste Schritte

• Grundlegendes zur Speicherhierarchie von Azure NetApp Files
• Einrichten eines Kapazitätspools
• Erstellen eines Volumes für Azure NetApp Files