ONTAP Quota-Konfigurationsbeispiele
Diese Beispiele veranschaulichen, wie Quoten konfiguriert werden und wie Quotenberichte gelesen werden können.
In den folgenden Beispielen wird davon ausgegangen, dass ein Speichersystem mit einer SVM vs1 und einem Volume vol1 vorhanden ist.
-
Zum Einrichten von Kontingenten wird eine neue Quotenrichtlinie für die SVM erstellt:
cluster1::>volume quota policy create -vserver vs1 -policy-name quota_policy_vs1_1
-
Da die Quotenrichtlinie neu ist, wird sie der SVM zugewiesen:
cluster1::>vserver modify -vserver vs1 -quota-policy quota_policy_vs1_1
-
Es wird ein endgültiges Limit von 50 MB pro Benutzer für
vol1festgelegt:cluster1::>volume quota policy rule create -vserver vs1 -policy-name quota_policy_vs1_1 -volume vol1 -type user -target "" -disk-limit 50MB -qtree ""
-
Zur Aktivierung der neuen Regel werden die Quoten auf dem Volume initialisiert:
cluster1::>volume quota on -vserver vs1 -volume vol1 -foreground
-
Der Kontingentbericht wird angezeigt:
cluster1::>volume quota report
Der resultierende Quotenbericht ähnelt dem folgenden Bericht:
Vserver: vs1
----Disk---- ----Files----- Quota
Volume Tree Type ID Used Limit Used Limit Specifier
------- -------- ------ ------- ----- ----- ------ ------ ---------
vol1 user * 0B 50MB 0 - *
vol1 user jsmith 49MB 50MB 37 - *
vol1 user root 0B - 1 -
Die erste Zeile zeigt das von Ihnen erstellte Standard-Benutzerkontingent, einschließlich des Festplattenlimits. Wie alle Standardkontingente zeigt auch dieses Standard-Benutzerkontingent keine Informationen zur Festplatten- oder Dateinutzung an. Zusätzlich zu dem erstellten Kontingent erscheinen zwei weitere Kontingente. Für jeden Benutzer, der aktuell Dateien auf vol1 besitzt, gibt es ein Kontingent. Diese zusätzlichen Kontingente sind Benutzerkontingente, die automatisch vom Standard-Benutzerkontingent abgeleitet wurden. Das abgeleitete Benutzerkontingent für den Benutzer jsmith hat dasselbe Festplattenlimit von 50 MB wie das Standard-Benutzerkontingent. Das abgeleitete Benutzerkontingent für den Root-Benutzer ist ein Tracking-Kontingent (ohne Limits).
Wenn ein anderer Benutzer des Systems (außer dem Root-Benutzer) versucht, eine Aktion auszuführen, die mehr als 50MB in vol1 (zum Beispiel das Schreiben in eine Datei aus einem Editor) verwenden würde, schlägt die Aktion fehl.
-
Wenn mehr Speicherplatz im Volume
vol1für den Benutzerjsmithbereitgestellt werden soll, wird folgender Befehl eingegeben:cluster1::>volume quota policy rule create -vserver vs1 -policy-name quota_policy_vs1_1 -volume vol1 -type user -target jsmith -disk-limit 80MB -qtree ""
Dies ist ein explizites Benutzerkontingent, da der Benutzer explizit als Ziel der Kontingentregel aufgeführt ist.
Dies ist eine Änderung eines bestehenden Kontingentlimits, da sie das Festplattenlimit des abgeleiteten Benutzerkontingents für den Benutzer
jsmithauf dem Volume ändert. Ein erneutes Initialisieren der Kontingente auf dem Volume ist zur Aktivierung der Änderung nicht erforderlich. -
Zum Ändern von Quoten:
cluster1::>volume quota resize -vserver vs1 -volume vol1 -foreground
Die Kontingente bleiben während der Größenänderung aktiv und der Größenänderungsprozess ist kurz.
Der resultierende Quotenbericht ähnelt dem folgenden Bericht:
cluster1::> volume quota report
Vserver: vs1
----Disk---- ----Files----- Quota
Volume Tree Type ID Used Limit Used Limit Specifier
------- -------- ------ ------- ----- ----- ------ ------ ---------
vol1 user * 0B 50MB 0 - *
vol1 user jsmith 50MB 80MB 37 - jsmith
vol1 user root 0B - 1 -
3 entries were displayed.
Die zweite Zeile zeigt nun ein Festplattenlimit von 80MB und einen Kontingentspezifizierer von jsmith.
Daher jsmith`kann bis zu 80 MB Speicherplatz auf `vol1 genutzt werden, obwohl alle anderen Benutzer weiterhin auf 50 MB beschränkt sind.
Angenommen, Sie möchten eine Benachrichtigung erhalten, wenn Benutzer sich bis auf 5 MB ihrem Speicherlimit nähern.
-
Um einen Schwellenwert von 45 MB für alle Benutzer und einen Schwellenwert von 75 MB für
jsmithfestzulegen, werden die bestehenden Kontingentregeln geändert:cluster1::>volume quota policy rule modify -vserver vs1 -policy quota_policy_vs1_1 -volume vol1 -type user -target "" -qtree "" -threshold 45MB cluster1::>volume quota policy rule modify -vserver vs1 -policy quota_policy_vs1_1 -volume vol1 -type user -target jsmith -qtree "" -threshold 75MB
Da die Größen der bestehenden Regeln geändert werden, werden die Kontingente auf dem Volume angepasst, um die Änderungen zu aktivieren. Es wird abgewartet, bis der Anpassungsprozess abgeschlossen ist.
-
Um den Quotenbericht mit Schwellenwerten anzuzeigen, wird der
-thresholdsParameter zumvolume quota reportBefehl hinzugefügt:cluster1::>volume quota report -thresholds Vserver: vs1 ----Disk---- ----Files----- Volume Tree Type ID Used Limit Used Limit Quota (Thold) Specifier ------- -------- ------ ------- ----- ----- ------ ------ --------- vol1 user * 0B 50MB 0 - * (45MB) vol1 user jsmith 59MB 80MB 55 - jsmith (75MB) vol1 user root 0B - 1 - ( -) 3 entries were displayed.Die Schwellenwerte erscheinen in Klammern in der Spalte „Festplattenlimit“.
Weitere Informationen zu
volume quota reportfinden sich in der "ONTAP-Befehlsreferenz".
Angenommen, Sie müssen Speicherplatz für zwei Projekte aufteilen. Sie können zwei qtrees mit den Namen proj1 und proj2 erstellen, um diese Projekte innerhalb von vol1 unterzubringen.
Aktuell können Benutzer in einem qtree so viel Speicherplatz nutzen, wie ihnen für das gesamte Volume zugewiesen ist (vorausgesetzt, sie haben das Limit für das Volume nicht durch die Nutzung von Speicherplatz im Root oder einem anderen qtree überschritten). Darüber hinaus kann jeder der qtrees so weit wachsen, dass er das gesamte Volume belegt.
-
Wenn sichergestellt werden soll, dass kein qtree über 20 GB hinaus wächst, kann ein Standard-qtree-Kontingent auf dem Volume erstellt werden:
cluster1:>>volume quota policy rule create -vserver vs1 -policy-name quota_policy_vs1_1 -volume vol1 -type tree -target "" -disk-limit 20GB
Der korrekte Typ ist tree, nicht qtree. -
Da es sich um ein neues Kontingent handelt, kann es nicht durch eine Größenänderung aktiviert werden. Die Kontingente auf dem Volume werden neu initialisiert:
cluster1:>>volume quota off -vserver vs1 -volume vol1 cluster1:>>volume quota on -vserver vs1 -volume vol1 -foreground
|
|
Sie müssen unbedingt etwa fünf Minuten warten, bevor Sie die Kontingente auf den betroffenen Volumes reaktivieren, da der Versuch, sie fast unmittelbar nach Ausführung des |
Während des Reinitialisierungsprozesses, der länger dauert als der Größenänderungsprozess, werden keine Kontingente durchgesetzt.
Wenn ein Kontingentbericht angezeigt wird, enthält dieser mehrere neue Zeilen. Einige Zeilen beziehen sich auf qtree-Kontingente, andere auf abgeleitete Benutzerkontingente.
Die folgenden neuen Zeilen sind für die qtree-Kontingente:
----Disk---- ----Files----- Quota Volume Tree Type ID Used Limit Used Limit Specifier ------- -------- ------ ------- ----- ----- ------ ------ --------- ... vol1 tree * 0B 20GB 0 - * vol1 proj1 tree 1 0B 20GB 1 - proj1 vol1 proj2 tree 2 0B 20GB 1 - proj2 ...
Die von Ihnen erstellte Standard-Baumquote wird in der ersten neuen Zeile angezeigt, die in der ID-Spalte ein Sternchen (*) enthält. Als Reaktion auf die Standard-Baumquote auf einem Volume erstellt ONTAP automatisch abgeleitete Baumquoten für jeden qtree im Volume. Diese werden in den Zeilen angezeigt, in denen proj1 und proj2 in der Tree-Spalte erscheinen.
Die folgenden neuen Zeilen gelten für abgeleitete Benutzerkontingente:
----Disk---- ----Files----- Quota Volume Tree Type ID Used Limit Used Limit Specifier ------- -------- ------ ------- ----- ----- ------ ------ --------- ... vol1 proj1 user * 0B 50MB 0 - vol1 proj1 user root 0B - 1 - vol1 proj2 user * 0B 50MB 0 - vol1 proj2 user root 0B - 1 - ...
Standardmäßige Benutzerkontingente eines Volumes werden automatisch auf alle in diesem Volume enthaltenen qtrees vererbt, sofern Kontingente für qtrees aktiviert sind. Mit dem Hinzufügen des ersten qtree-Kontingents wurden Kontingente für qtrees aktiviert. Daher wurden für jeden qtree abgeleitete Standard-Benutzerkontingente erstellt. Diese erscheinen in den Zeilen, in denen die ID ein Sternchen (*) ist.
Da der Root-Benutzer der Eigentümer einer Datei ist, wurden bei der Erstellung der Standard-Benutzerkontingente für jeden der qtrees auch spezielle Tracking-Kontingente für den Root-Benutzer auf jedem der qtrees angelegt. Diese sind in den Zeilen zu sehen, in denen die ID root ist.
-
Sie entscheiden, den Benutzern im
proj1qtree weniger Speicherplatz zuzuweisen, als ihnen im gesamten Volume zur Verfügung steht. Es soll verhindert werden, dass sie mehr als 10 MB improj1qtree belegen. Deshalb wird ein Standard-Benutzerkontingent für den qtree erstellt:cluster1::>volume quota policy rule create -vserver vs1 -policy-name quota_policy_vs1_1 -volume vol1 -type user -target "" -disk-limit 10MB -qtree proj1
Dies ist eine Änderung eines bestehenden Kontingents, da sie das Standard-Benutzerkontingent für den qtree „proj1“ ändert, das vom Standard-Benutzerkontingent des Volumes abgeleitet wurde. Daher wird die Änderung durch das Anpassen der Kontingente aktiviert. Nach Abschluss des Anpassungsvorgangs kann der Kontingentbericht angezeigt werden.
Im Quotenbericht erscheint die folgende neue Zeile, die das neue explizite Benutzerkontingent für das qtree anzeigt:
----Disk---- ----Files----- Quota Volume Tree Type ID Used Limit Used Limit Specifier ------- -------- ------ ------- ----- ----- ------ ------ --------- vol1 proj1 user * 0B 10MB 0 - *
Der Benutzer
jsmithwird daran gehindert, weitere Daten in den proj1-qtree zu schreiben, da das von Ihnen erstellte Kontingent zur Überschreibung des Standard-Benutzerkontingents (um mehr Speicherplatz bereitzustellen) auf dem Volume lag. Da Sie ein Standard-Benutzerkontingent auf demproj1qtree hinzugefügt haben, wird dieses Kontingent angewendet und begrenzt den Speicherplatz aller Benutzer in diesem qtree, einschließlichjsmith. -
Um dem Benutzer mehr Speicherplatz zur Verfügung zu stellen
jsmith, wird eine explizite Benutzerkontingentregel für das qtree mit einem Festplattenlimit von 80 MB hinzugefügt, um die standardmäßige Benutzerkontingentregel für das qtree zu überschreiben:cluster1::>volume quota policy rule create -vserver vs1 -policy-name quota_policy_vs1_1 -volume vol1 -type user -target jsmith -disk-limit 80MB -qtree proj1
Da es sich hier um ein explizites Kontingent handelt, für das bereits ein Standardkontingent existierte, wird die Änderung durch Anpassen der Kontingente aktiviert. Nach Abschluss der Anpassung kann ein Kontingentbericht angezeigt werden.
Im Quotenbericht erscheint folgende neue Zeile:
----Disk---- ----Files----- Quota Volume Tree Type ID Used Limit Used Limit Specifier ------- -------- ------ ------- ----- ----- ------ ------ --------- vol1 proj1 user jsmith 61MB 80MB 57 - jsmith
Der endgültige Kontingentbericht ähnelt dem folgenden Bericht:
cluster1::>volume quota report
Vserver: vs1
----Disk---- ----Files----- Quota
Volume Tree Type ID Used Limit Used Limit Specifier
------- -------- ------ ------- ----- ----- ------ ------ ---------
vol1 tree * 0B 20GB 0 - *
vol1 user * 0B 50MB 0 - *
vol1 user jsmith 70MB 80MB 65 - jsmith
vol1 proj1 tree 1 0B 20GB 1 - proj1
vol1 proj1 user * 0B 10MB 0 - *
vol1 proj1 user root 0B - 1 -
vol1 proj2 tree 2 0B 20GB 1 - proj2
vol1 proj2 user * 0B 50MB 0 -
vol1 proj2 user root 0B - 1 -
vol1 user root 0B - 3 -
vol1 proj1 user jsmith 61MB 80MB 57 - jsmith
11 entries were displayed.
Der Benutzer jsmith muss die folgenden Kontingentlimits erfüllen, um in eine Datei in proj1 schreiben zu können:
-
Das qtree-Kontingent für den `proj1`qtree.
-
Das Benutzerkontingent für das
proj1qtree. -
Das Benutzerkontingent für das Volume.