Auswirkungen der Änderungen am festen Volumekontingent auf Ihren Azure NetApp Files-Dienst
Seit der Veröffentlichung des Azure NetApp Files-Diensts werden zwei Mechanismen eingesetzt: die Kapazitätspoolbereitstellung und die automatische Vergrößerung. Azure NetApp Files-Volumes werden einem zugrunde liegenden, vom Kunden bereitgestellten Kapazitätspool mit einer bestimmten Dienstebene und Größe schlank zugewiesen. Die Volumegrößen (Kontingente) stellen die Leistung und Kapazität bereit und können jederzeit dynamisch angepasst werden. Das bedeutet, dass das Volumekontingent derzeit die Leistung – also die Bandbreite – kontrolliert, die das Volume nutzen kann. Derzeit wachsen die zugrunde liegenden Kapazitätspools automatisch an, wenn die Kapazität erschöpft ist.
Wichtig
Das Verhalten von Azure NetApp Files für die Volume- und Kapazitätspoolbereitstellung ist ein manueller und kontrollierbarer Mechanismus. Seit dem 30. April 2021 verwalten Volumengrößen (Kontingent) die Bandbreitenleistung sowie die bereitgestellte Kapazität. Zugrunde liegende Kapazitätspools wachsen nicht automatisch.
Gründe für die Änderung des festen Volumekontingents
Viele Kunden haben drei Hauptprobleme mit dem ursprünglichen Verhalten gemeldet:
- VM-Clients wird nur eine schlank zugewiesene Kapazität (100 TiB) eines bestimmten Volumes angezeigt, wenn der Betriebssystemspeicher oder Kapazitätsüberwachungstools verwendet wurden. Dadurch wird die client- oder anwendungsseitige Kapazität ungenau repräsentiert.
- Anwendungsbesitzer können den Speicherplatz für bereitgestellte Kapazitätspools (und die damit einhergehenden Kosten) nicht kontrollieren, da der Kapazitätspool automatisch vergrößert wird. Diese Situation machte sich insbesondere in Umgebungen negativ bemerkbar, in denen Endlosprozesse ausgeführt wurden, die die bereitgestellte Kapazität schnell ausgelastet haben, sodass diese vergrößert wurden und die Kosten stiegen.
- Die Kunden haben jedoch darum gebeten, eine direkte Korrelation zwischen Volumegröße (Kontingent) und Leistung zu schaffen. Durch das aktuelle Verhalten, das die Volumekapazität implizit überabonniert und den Pool automatisch vergrößert, ist für Kunden keine direkte Korrelation erkennbar, bis das Volumekontingent aktiv festgelegt oder zurückgesetzt wird.
Viele Kunden haben die direkte Kontrolle über die bereitgestellte Kapazität gefordert. Sie möchten die Speicherkapazität und -auslastung kontrollieren und ausgleichen. Zudem möchten Sie die Kosten, die anwendungs- und clientseitige Sichtbarkeit verfügbarer, genutzter und bereitgestellter Kapazität und die Leistung ihrer Anwendungsvolumes kontrollieren.
Änderung am festen Volumekontingent
Mit der Änderung der harten Volumekontingentgrenze werden Azure NetApp Files-Volumes nicht mehr schlank mit (maximal) 100 TiB zugewiesen. Die Volumes sind mit der tatsächlich konfigurierten Größe (Kontingent) bereitgestellt. Darüber hinaus wachsen die zugrunde liegenden Kapazitätspools nicht mehr automatisch, wenn die Kapazität vollständig ausgelastet ist. Diese Änderung entspricht dem Verhalten von verwalteten Azure-Datenträger, die ebenfalls unverändert und ohne automatische Kapazitätserhöhung bereitgestellt werden.
Nehmen Sie beispielsweise an, dass ein Azure NetApp Files-Volume mit einer Größe von 1 TiB (Kontingent) in einem 4 TiB großen Kapazitätspool der Dienstebene „Ultra“ konfiguriert wurde. Eine Anwendung schreibt kontinuierlich Daten auf das Volume.
Ursprüngliches Verhalten:
- Erwartete Bandbreite: 128 MiB/s
- Gesamte nutzbare und für den Client sichtbare Bandbreite: 100 TiB
Sie können keine weiteren Daten auf Volumes schreiben, die diese Größe überschreiten. - Kapazitätspool: Wächst automatisch in Inkrementen von 1 TiB vergrößert, wenn er ausgelastet ist.
- Volumenkontingentänderung: Ändert nur die Leistung (Bandbreite) des Volumes. Die für den Client sichtbare oder nutzbare Kapazität wird nicht geändert.
Geändertes Verhalten:
- Erwartete Bandbreite: 128 MiB/s
- Gesamte nutzbare (und für den Client sichtbare) Kapazität: 1 TiB. Sie können keine weiteren Daten über diese Größe hinaus auf Volumes schreiben.
- Kapazitätspool: Weiterhin 4 TiB, keine automatische Vergrößerung.
- Volumenkontingentänderung: Die Leistung (Bandbreite) und die für den Client sichtbare oder nutzbare Kapazität des Volumes werden geändert.
Sie müssen die Auslastung von Azure NetApp Files-Volumes und -Kapazitätspools proaktiv überwachen. Sie müssen die Volume- und Poolauslastung explizit ändern, wenn das Kontingent fast erreicht ist. Azure NetApp Files ermöglicht weiterhin die Vorgänge für dynamische Größenänderung für Volumes und Kapazitätspools.
Operationalisieren der Änderung des festen Volumekontingents
In diesem Abschnitt erfahren Sie, wie Sie die Änderung des festen Volumekontingents operationalisieren und für einen reibungslosen Übergang sorgen können. Sie erhalten auch Informationen zum Umgang mit derzeit bereitgestellten Volumes und Kapazitätspools, zur kontinuierlichen Überwachung und zu den Optionen für die Warnungs- und Kapazitätsverwaltung.
Bereitgestellte Volumes und Kapazitätspools
Da das feste Volumekontingent geändert wurde, sollten Sie auch Ihr Betriebsmodell ändern. Für die bereitgestellten Volumes und Kapazitätspools ist eine kontinuierliche Kapazitätsverwaltung erforderlich. Da das geänderte Verhalten sofort in Kraft trat, empfiehlt das Azure NetApp Files-Teams eine Reihe von einmaligen Korrekturmaßnahmen für vorhandene, zuvor bereitgestellte Volumes und Kapazitätspools, wie in diesem Abschnitt erläutert.
Empfehlungen für einmalige Korrektur- oder Präventivmaßnahmen
Die Änderung der harten Kontingentgrenze für Volumes führte zu Änderungen an der bereitgestellten und verfügbaren Kapazität für zuvor bereitgestellte Volumes und Pools. Deshalb können Schwierigkeiten bei der Kapazitätszuordnung auftreten. Sie können vermeiden, dass kurzfristig nicht genügend Speicherplatz für Kunden verfügbar ist, indem Sie die folgenden einmaligen Korrektur- bzw. Präventivmaßnahmen umsetzen, die vom Azure NetApp Files-Team empfohlen werden:
Bereitgestellte Volumegrößen:
Ändern Sie die Größe aller bereitgestellten Volumes so, dass je nach Änderungsrate und Verarbeitungszeit für Warnungen oder Größenanpassungen ein angemessener Puffer vorhanden ist (z. B. 20 % bei typischen Workloadeigenschaften). Dabei liegt das Maximum bei 100 TiB, dem regulären Limit für Volumegrößen. Diese neue Volumegröße (einschließlich der Pufferkapazität) sollte auf den folgenden Faktoren basieren:- Bereitgestellte Volumekapazität, falls die verwendete Kapazität kleiner als das bereitgestellte Volumekontingent ist
- Genutzte Volumekapazität, falls die verwendete Kapazität größer als das bereitgestellte Volumekontingent ist
Für Kapazitätserhöhungen auf Volumeebene fallen keine zusätzlichen Gebühren an, wenn der zugrunde liegende Kapazitätspool nicht wachsen muss. Eine Auswirkung dieser Änderung ist die Erhöhung des Bandbreitenlimits für das Volume, falls der automatische QoS-Kapazitätspooltyp verwendet wird.
Größen bereitgestellter Kapazitätspools:
Nach den Anpassungen der Volumegrößen gilt Folgendes: Wenn die Summe der Volumegrößen die Größe des Host-Kapazitätspools überschreitet, muss der Kapazitätspool vergrößert werden, bis er gleich oder größer als die Volumesumme ist. Der Höchstwert beträgt 500 TiB. Informationen zu Grenzwerten finden Sie unter Ressourcengrenzwerte für Azure NetApp Files. Zusätzliche Kapazitäten für den Kapazitätspool unterliegen den üblichen ACR-Gebühren.
Arbeiten Sie bei der Validierung Ihrer Umgebung mit Azure NetApp Files-Experten zusammen, wenn Sie Hilfe bei der Einrichtung der in den folgenden Abschnitten beschriebenen Überwachung oder Warnungen benötigen.
Kontinuierliche Kapazitätsverwaltung
Nachdem Sie die einmaligen Korrekturmaßnahmen angewendet haben, sollten Sie laufende Prozesse für die Überwachung und Verwaltung der Kapazitäten zusammenlegen. In den folgenden Abschnitten finden Sie Vorschläge und Alternativen zur Kapazitätsüberwachung und -verwaltung.
Überwachen der Kapazitätsauslastung
Sie können die Kapazitätsauslastung auf unterschiedlichen Ebenen überwachen.
Überwachung auf VM-Ebene
Die Anwendungs-VM stellt die höchste Überwachungsebene dar, also die der Anwendung am nächsten liegende. Dies führt zu einer beobachtbaren Änderung des Verhaltens in der Kapazitätsberichterstellung innerhalb des VM-Clientbetriebssystems.
Nehmen Sie für die folgenden beiden Szenarios an, dass ein Azure NetApp Files-Volume mit einer Größe von 1 TiB (Kontingent) in einem 4 TiB großen Kapazitätspool der Dienstebene „Ultra“ konfiguriert wurde.
Windows
Windows-Clients können die verwendete und verfügbare Kapazität eines Volumes über die Eigenschaften des Laufwerks überprüfen, das dem Netzwerk zugeordnet ist. Sie können die folgende Option verwenden: Explorer >Laufwerk >Eigenschaften.
Mithilfe der folgenden Beispiele wird die Berichterstattung zur Volumekapazität unter Windows veranschaulicht, die vor der Änderung galt:
Sie können auch wie im Folgenden veranschaulicht den Befehl dir in der Eingabeaufforderung verwenden:
Mithilfe der folgenden Beispiele wird die Berichterstattung zur Volumekapazität unter Windows veranschaulicht, die nach der Änderung gilt:
Das folgende Beispiel zeigt die Ausgabe des Befehls dir:
Linux
Linux-Clients können die verwendete und verfügbare Kapazität eines Volumes mithilfe des Befehls df überprüfen. Die Option -h zeigt die Größe, den verwendeten und den verfügbaren Speicherplatz in einem lesbaren Format an und verwendet die Einheitsgrößen M, G und T.
Mithilfe der folgenden Beispiele wird die Berichterstattung zur Volumekapazität unter Linux veranschaulicht, die vor der Änderung galt:
Mithilfe der folgenden Beispiele wird die Berichterstattung zur Volumekapazität unter Linux veranschaulicht, die nach der Änderung galt:
Konfigurieren von Warnungen mithilfe von ANFCapacityManager
Sie können das von der Community unterstützte Logic Apps-Tool ANFCapacityManager verwenden, um die Kapazität von Azure NetApp Files zu überwachen und angepasste Warnungen zu erhalten. Sie können das Tool ANFCapacityManager über die zugehörige GitHub-Seite beziehen.
ANFCapacityManager ist ein Azure Logic Apps-Tool, das kapazitätsbasierte Warnungsregeln verwaltet. Es erhöht die Volumegröße automatisch, damit stets genügend Speicherplatz für Azure NetApp Files-Volumes vorhanden ist. Die Bereitstellung ist unkompliziert und bietet die folgenden Funktionen für die Warnungsverwaltung:
- Wenn ein Azure NetApp Files-Kapazitätspool oder -Volume erstellt wird, erstellt ANFCapacityManager auf Grundlage des Auslastungsschwellenwerts (in Prozent) eine Metrikwarnungsregel.
- Wenn die Größe eines Azure NetApp Files-Kapazitätspools oder -Volumes geändert wird, ändert ANFCapacityManager die Metrikwarnungsregel auf Grundlage des Auslastungsschwellenwerts (in Prozent). Wenn die Alarmregel nicht vorhanden ist, wird sie erstellt.
- Wenn ein Azure NetApp Files-Kapazitätspool oder -Volume gelöscht wird, wird auch die zugehörige Metrikalarmregel gelöscht.
Sie können die folgenden essenziellen Warnungseinstellungen konfigurieren:
- Capacity Pool % Full Threshold (Schwellenwert für Auslastung des Kapazitätspools in Prozent): Diese Einstellung legt den Auslastungsschwellenwert fest, ab dem eine Warnung für Kapazitätspools ausgelöst wird. Ein Wert von 90 würde bewirken, dass eine Warnung ausgelöst wird, wenn der Kapazitätspool zu 90 % ausgelastet ist.
- Volume % Full Threshold (Schwellenwert für Auslastung des Volumes in Prozent): Diese Einstellung legt den Auslastungsschwellenwert fest, ab dem eine Warnung für Volumes ausgelöst wird. Ein Wert von 80 würde bewirken, dass eine Warnung ausgelöst wird, wenn das Volume zu 80 % ausgelastet ist.
- Vorhandene Aktionsgruppe für Kapazitätsbenachrichtigungen – Diese Einstellung ist die Aktionsgruppe, die für kapazitätsbasierte Warnungen ausgelöst wurde. Diese Einstellung sollte von Ihnen vorab erstellt werden. Die Aktionsgruppe kann E-Mails, SMS oder andere Benachrichtigungen senden.
Die folgende Abbildung veranschaulicht die Warnungskonfiguration:
Nach der ANFCapacityManager-Installation können Sie folgendes Verhalten erwarten: Wenn ein Azure NetApp Files-Kapazitätspool oder -Volume erstellt, geändert oder gelöscht wird, dann erstellt, ändert oder löscht die Logik-App automatisch eine kapazitätsbasierte Metrik-Warnungsregel namens ANF_Pool_poolname oder ANF_Volume_poolname_volname.
Verwalten der Kapazität
Zusätzlich zu Überwachung und Warnungen sollten Sie auch ein Verfahren für die Anwendungskapazität etablieren, um die (ggf. erhöhte) Kapazitätsauslastung von Azure NetApp Files zu verwalten. Wenn ein Azure NetApp Files-Volume oder -Kapazitätspool fast vollständig ausgelastet ist, kann zusätzliche Kapazität dynamisch bereitgestellt werden, sodass es nicht zu Anwendungsunterbrechungen kommt. In diesem Abschnitt werden manuelle und automatisierte Ansätze für die bedarfsorientierte Erhöhung des bereitgestellten Speicherplatzes für Volumes und Kapazitätspools erläutert.
Manuell
Sie können die Volume- oder Kapazitätspoolgröße manuell über das Portal oder die CLI erhöhen.
Portal
Sie können die Größe eines Volumes nach Bedarf ändern. Der Kapazitätsverbrauch eines Volumes wird mit der bereitgestellten Kapazität des dazugehörigen Pools verrechnet.
Wählen Sie in Ihrem NetApp-Konto Volumes aus.
Klicken Sie mit der rechten Maustaste auf den Namen des Volumes, dessen Größe Sie anpassen möchten, oder wählen Sie am Ende der Zeile mit dem Volume das Symbol
…aus, um das Kontextmenü anzuzeigen.Mithilfe der Kontextmenüoptionen können Sie die Größe des Volumes ändern oder es löschen.
Manchmal ist auf dem Host-Kapazitätspool nicht genügend Kapazität vorhanden, um die Volumegröße zu erhöhen. Sie können die Größe des Kapazitätspools jedoch in 1-TiB-Inkrementen erhöhen oder verringern. Ein Kapazitätspool darf nicht kleiner als 4 TiB sein. Durch eine Größenänderung des Kapazitätspools wird die erworbene Azure NetApp Files-Kapazität geändert.
Wählen Sie im Menü NetApp-Konto verwalten den Kapazitätspool aus, dessen Größe Sie ändern möchten.
Klicken Sie mit der rechten Maustaste auf den Namen des Kapazitätspools, oder wählen Sie am Ende der Zeile mit dem Kapazitätspool das Symbol „
…“ aus, um das Kontextmenü anzuzeigen.Mithilfe der Kontextmenüoptionen können Sie die Größe des Kapazitätspools ändern oder ihn löschen.
CLI oder PowerShell
Sie können die CLI-Tools von Azure NetApp Files wie die Azure CLI und Azure PowerShell verwenden, um die Volume- oder Kapazitätspoolgröße manuell zu ändern. Mithilfe der folgenden beiden Befehle können Sie Azure NetApp Files-Volume- und -Poolressourcen verwalten:
Öffnen Sie das Azure-Portal, und klicken Sie oben in der Menüleiste auf den Link Azure Cloud Shell, um Azure NetApp Files-Ressourcen mithilfe der Azure CLI zu verwalten:
Diese Aktion öffnet die Azure Cloud Shell:
In den folgenden Beispielen werden die Befehle zum Anzeigen und Ändern der Volumegröße verwendet:
In den folgenden Beispielen werden die Befehle zum Anzeigen und Ändern der Kapazitätspoolgröße verwendet:
Automatisiert
Sie können einen automatisierten Prozess für die Verwaltung des geänderten Verhaltens erstellen.
REST-API
Die REST-API für den Azure NetApp Files-Dienst definiert HTTP-Vorgänge für Ressourcen, wie etwa das NetApp-Konto, den Kapazitätspool, die Volumes und Momentaufnahmen. Die REST-API-Spezifikation für Azure NetApp Files wird über die GitHub-Seite für den Ressourcen-Manager für Azure NetApp Files veröffentlicht. Auch den Beispielcode für die Nutzung der REST-APIs finden Sie auf GitHub.
Weitere Informationen finden Sie unter Entwickeln für Azure NetApp Files mit REST-API.
REST-API mit PowerShell
Die REST-API für den Azure NetApp Files-Dienst definiert HTTP-Vorgänge für Ressourcen, wie etwa das NetApp-Konto, den Kapazitätspool, die Volumes und Momentaufnahmen. Die REST-API-Spezifikation für Azure NetApp Files wird über GitHub veröffentlicht.
Weitere Informationen finden Sie unter Entwickeln für Azure NetApp Files mithilfe der REST-API und PowerShell.
Kapazitätsverwaltung mit ANFCapacityManager
ANFCapacityManager ist ein Azure Logic Apps-Tool, das kapazitätsbasierte Warnungsregeln verwaltet. Es erhöht die Volumegröße automatisch, damit stets genügend Speicherplatz für Azure NetApp Files-Volumes vorhanden ist. Nicht nur das Senden von Warnungen ist möglich, sondern auch die automatische Erhöhung von Volume- und Kapazitätspoolgrößen, um sicherzustellen, dass Ihren Azure NetApp Files-Volumes stets genügend Speicherplatz zur Verfügung steht:
- Wenn ein Azure NetApp Files-Volume den angegebenen Schwellenwert für die prozentuale Auslastung erreicht, wird das Volumenkontingent (Größe) optional um den angegebenen Prozentsatz zwischen 10 und 100 erhöht.
- Wenn die Vergrößerung der Volumengröße die Kapazität des entsprechenden Kapazitätspools überschreitet, wird auch der Kapazitätspool vergrößert, um die neue Volumengröße aufzunehmen.
Sie können die folgenden essenziellen Einstellungen für die Kapazitätsverwaltung konfigurieren:
AutoGrow Percent Increase (AutoGrow-Erhöhung in Prozent): Um diese Prozentangabe soll das vorhandene Volume automatisch vergrößert werden, wenn ein festgelegter Wert für % Full Threshold (Schwellenwert für Auslastung in Prozent) erreicht wird. Ein Wert von 0 (Null) deaktiviert das AutoGrow-Feature. Es wird empfohlen, einen Wert zwischen 10 und 100 anzugeben.
Häufig gestellte Fragen
In diesem Abschnitt werden einige Fragen zur Änderung des festen Volumekontingents beantwortet.
Zählt der Speicherplatz für Momentaufnahmen zur nutzbaren oder zur bereitgestellten Kapazität eines Volumes?
Ja, die für Momentaufnahmen genutzte Kapazität zählt zum bereitgestellten Speicherplatz im Volume. Wenn das Volume vollständig ausgelastet ist, kommen zwei Maßnahmen infrage:
- Ändern Sie die Volumegröße wie in diesem Artikel beschrieben.
- Entfernen Sie ältere Momentaufnahmen, um Speicherplatz auf dem Hostingvolume freizugeben.
Bedeutet diese Änderung, dass das Verhalten des automatischen Volumenwachstums von Azure NetApp Files verschwindet?
Es handelt sich um ein häufiges Missverständnis, dass Azure NetApp Files-Volumes automatisch vergrößert werden, wenn sie voll sind. Volumes wurden unabhängig vom festgelegten Kontingent schlank mit einer Größe von 100 TiB zugewiesen, während der zugrunde liegende Kapazitätspool automatisch in Inkrementen von 1 TiB wachsen würde. Durch diese Änderung wird die (sichtbare und nutzbare) Volume-Größe auf das festgelegte Kontingent beschränkt und Kapazitätspools wachsen somit nicht mehr automatisch. Diese Änderung führt dazu, dass die clientseitige Berichterstattung zu Speicherplatz und Kapazität so präzise wie gewünscht erfolgen kann. Sie verhindert einen Endlosverbrauch von Kapazitäten.
Wirkt sich diese Änderung auf Volumes aus, die regionsübergreifend repliziert (Vorschauphase) wurden?
Das harte Volumekontingent wird nicht für Zielvolumes einer Replikation erzwungen.
Wirkt sich diese Änderung auf die derzeit in Azure Monitor verfügbaren Metriken aus?
Portalmetriken und Azure Monitor-Statistiken entsprechen exakt dem neuen Zuteilungs- und Nutzungsmodell.
Wirkt sich diese Änderung auf die Ressourcengrenzwerte für Azure NetApp Files aus?
Die Ressourcengrenzwerte für Azure NetApp Files ändern sich nicht über die in diesem Artikel beschriebenen Kontingentänderungen hinaus.
Gibt es einen Beispielworkflow für ANFCapacityManager?
Ja. Sie finden diesen auf der GitHub-Seite Volume AutoGrow Workflow Example (Workflowbeispiel für das AutoGrow-Feature für Volumes).
Wird ANFCapacityManager von Microsoft unterstützt?
Die Logik-App „ANFCapacityManager“ wird wie besehen bereitgestellt und nicht von NetApp oder Microsoft unterstützt. Sie können diese nach Belieben an Ihre Umgebung oder Anforderungen anpassen. Sie sollten die Funktionalität jedoch vor der Bereitstellung in unternehmenskritischen Umgebungen oder Produktionsumgebungen testen.
Wie kann ich für ANFCapacityManger einen Fehler melden oder ein Feature beantragen?
Sie können Fehler melden und Features beantragen, indem Sie auf der GitHub-Seite für ANFCapacityManager die Option Neues Issue auswählen.