Verwenden von Kontingenten in Azure Managed Lustre-Dateisystemen
In diesem Artikel erfahren Sie, wie Sie Kontingente für Azure Managed Lustre-Dateisysteme festlegen und konfigurieren. Mithilfe von Kontingenten kann ein Systemadministrator die Menge des Speichers begrenzen, den Benutzer in einem Dateisystem nutzen können. Sie können Kontingente für einzelne Benutzer, Gruppen oder Projekte festlegen.
Voraussetzungen
- Vorhandenes Azure Managed Lustre-Dateisystem – erstellen Sie eins mit dem Azure-Portal, Azure Resource Manager oder Terraform. Weitere Informationen zur Blobintegration finden Sie unter Blob-Integrationsvoraussetzungen.
Kontingenttypen
Azure Managed Lustre unterstützt die folgenden Arten von Kontingenten:
- Benutzerkontingente: Beschränkt den Speicherplatz, den ein einzelner Benutzer in einem Dateisystem nutzen kann. Ein Benutzerkontingent für einen bestimmten Benutzer kann sich von den Kontingenten anderer Benutzer unterscheiden.
- Gruppenkontingente: Schränkt die Menge des Speichers ein, den eine Gruppe von Benutzern in einem Dateisystem nutzen kann. Ein Gruppenkontingent gilt für alle Benutzer, die Mitglieder einer bestimmten Gruppe sind.
- Projektkontingente: Schränkt die Menge des Speichers ein, den ein Projekt in einem Dateisystem nutzen kann. Ein Projektkontingent gilt für alle Dateien oder Verzeichnisse, die einem Projekt zugeordnet sind. Ein Projekt kann mehrere Verzeichnisse oder einzelne Dateien enthalten, die sich in verschiedenen Verzeichnissen innerhalb eines Dateisystems befinden.
Die folgenden Grenzwertkontingente können auf Benutzer-, Gruppen- oder Projektkontingente angewendet werden:
- Blockkontingente: Beschränkt die Speichermenge, die ein Benutzer, eine Gruppe oder ein Projekt in einem Dateisystem nutzen kann. Sie konfigurieren die Speichergröße in Kilobyte.
- Inode-Kontingente: Beschränkt die Anzahl der Dateien, die ein Benutzer, eine Gruppe oder ein Projekt in einem Dateisystem erstellen kann. Sie konfigurieren die maximale Anzahl von Inodes als ganze Zahl.
Hinweis
Kontingente gelten nicht für den Stammbenutzer. Für den Stammbenutzer festgelegte Kontingente werden nicht erzwungen. Ebenso wird das Schreiben von Daten als Stammbenutzer mithilfe des sudo-Befehls die Erzwingung des Kontingents umgangen.
Festlegen und Anzeigen von Kontingenten für ein Dateisystem
Um Kontingente für ein Dateisystem festzulegen, verwenden Sie den lfs setquota
Befehl. Mit dem lfs setquota
Befehl können Sie Kontingente für einzelne Benutzer, Gruppen oder Projekte festlegen. Um Kontingente für ein Dateisystem anzuzeigen, verwenden Sie den lfs quota
Befehl.
Festlegen von Kontingenten für ein Dateisystem
Verwenden Sie die folgende Syntax, um ein Kontingent für einen Benutzer, eine Gruppe oder ein Projekt festzulegen:
lfs setquota {-u|--user|-g|--group|-p|--project} username|groupname|projectid
[-b block_softlimit] [-B block_hardlimit]
[-i inode_softlimit] [-I inode_hardlimit]
/mount_point
Für den Befehl werden die folgenden Parameter verwendet:
-u
oder--user
gibt einen Benutzer an, für den ein Kontingent festgelegt werden soll.-g
oder--group
gibt eine Gruppe an, für die ein Kontingent festgelegt werden soll.-p
oder--project
gibt ein Projekt an, für das ein Kontingent festgelegt werden soll.-b
Gibt den weichen Grenzwert für Blockkontingente an.-B
Gibt das feste Limit für Blockkontingente an. Weitere Informationen zu Grenzwerten finden Sie unter "Grenzwerte" und "Karenzzeiträume für Kontingente".-i
Gibt den weichen Grenzwert für Inode-Kontingente an.-I
Gibt die feste Grenze für Inode-Kontingente an./mount_point
Gibt den Bereitstellungspunkt des Dateisystems an.
Im folgenden Beispiel wird ein Blockkontingent mit einem weichen Grenzwert von 1 TB und einer harten Grenze von 2 TB für den Benutzer user1
im Dateisystem festgelegt, das bereitgestellt wird /mnt/fs1
:
sudo lfs setquota -u user1 -b 1T -B 2T /mnt/fs1
Anzeigen von Kontingenten für ein Dateisystem
Verwenden Sie den lfs quota
Befehl, um Kontingente für ein Dateisystem anzuzeigen. Sie können Informationen zu Benutzerkontingenten, Gruppenkontingenten, Projektkontingenten und Nachfristen anzeigen.
Die folgenden Beispiele zeigen verschiedene Möglichkeiten zum Anzeigen von Kontingenten auf dem Dateisystem, das bereitgestellt ist /mnt/fs1
:
Befehl | Beschreibung |
---|---|
lfs quota /mnt/fs1 |
Zeigt allgemeine Kontingentinformationen (Datenträgernutzung und Grenzwerte) für den Benutzer an, der den Befehl und die primäre Gruppe des Benutzers ausführt. |
lfs quota -u user1 /mnt/fs1 |
Zeigt allgemeine Kontingentinformationen für den Benutzer user1 im Dateisystem an. |
lfs quota -g group1 /mnt/fs1 |
Zeigt allgemeine Kontingentinformationen für die Gruppe group1 im Dateisystem an. |
lfs quota -p project1 /mnt/fs1 |
Zeigt allgemeine Kontingentinformationen für das Projekt project1 im Dateisystem an. |
lfs quota -t -u /mnt/fs1 |
Zeigt Block- und Inode-Karenzzeiträume für Benutzerkontingente an. |
lfs quota -t -g /mnt/fs1 |
Zeigt Block- und Inode-Karenzzeiträume für Gruppenkontingente an. |
lfs quota -t -p /mnt/fs1 |
Zeigt Block- und Inode-Karenzzeiträume für Projektkontingente an. |
Grenzwerte und Karenzzeiträume für Kontingente
Azure Managed Lustre erzwingt Benutzer-, Gruppen- und Projektkontingente entweder als harte Grenze oder als weiche Grenze mit einem konfigurierbaren Karenzzeitraum.
Die harte Grenze ist die absolute Grenze. Wenn ein Benutzer das harte Limit überschreitet, schlägt eine Block- oder Inode-Zuweisung mit einer Disk quota exceeded
Nachricht fehl. Benutzer, die ihr Kontingent hart erreichen, müssen genügend Dateien oder Verzeichnisse löschen, um unter den Kontingentgrenzwert zu gelangen, bevor sie erneut in das Dateisystem schreiben können.
Die weiche Grenze muss kleiner als die harte Grenze sein. Wenn ein Benutzer den weichen Grenzwert überschreitet, kann der Benutzer das Kontingent weiterhin überschreiten, bis die Nachfrist verstrichen ist oder bis die harte Grenze erreicht ist. Nach Ablauf der Nachfrist wird der weiche Grenzwert in eine harte Grenze umgewandelt, und Benutzer werden von weiteren Schreibvorgängen blockiert, bis ihre Verwendung unter den definierten Blockkontingent- oder Inode-Kontingentgrenzwerten zurückgibt. Ein Benutzer erhält keine Benachrichtigung oder Warnung, wenn die Nachfrist beginnt.
Der Karenzzeitraum ist standardmäßig eine Woche und gilt für alle Benutzer (für Benutzerkontingente), Gruppen (für Gruppenkontingente) oder Projekte (für Projektkontingente). Mit anderen Worten, Sie können keine unterschiedlichen Karenzzeiträume auf unterschiedliche Benutzerkontingente anwenden. Die gleiche Einschränkung gilt für Gruppenkontingente und Projektkontingente. Sie können jedoch unterschiedliche Nachfristen für Inode und Blockkontingente festlegen.
Die Nachfristeinstellung kann für Benutzer-, Gruppen- und Projektkontingente variieren, die Änderung gilt jedoch für alle Entitäten innerhalb jeder der drei Kategorien.
Festlegen von Karenzzeiträumen für Kontingente
Verwenden Sie die folgende Syntax, um einen Karenzzeitraum für ein Kontingent festzulegen:
sudo lfs setquota -t {-u|-g|-p}
[-b block_grace]
[-i inode_grace]
/mount_point
Für den Befehl werden die folgenden Parameter verwendet:
-t
Gibt an, dass Sie eine Nachfrist festlegen.-u
legt eine Nachfrist für alle Benutzer fest.-g
legt eine Nachfrist für alle Gruppen fest.-p
legt eine Nachfrist für alle Projekte fest.-b
Gibt den Karenzzeitraum für Blockkontingente an.-i
Gibt den Karenzzeitraum für Inodekontingente an. Beideblock_grace
Werte sindinode_grace
standardmäßig in Sekunden enthalten. Sie können auch das Format verwendenXXwXXdXXhXXmXXs
, um die Karenzzeit in Wochen, Tagen, Stunden, Minuten oder Sekunden anzugeben.
Es sind keine Werte zulässig, nachdem -u
, -g
, oder -p
. Standardmäßig beträgt die Karenzzeit eine Woche.
Im folgenden Beispiel wird die Karenzfrist für blockkontingente auf fünf Tage (5d
) für alle Benutzer im Dateisystem fs1
festgelegt:
sudo lfs setquota -t -u -b 5d /mnt/fs1
Nächste Schritte
In diesem Artikel haben Sie erfahren, wie Sie Kontingente für Azure Managed Lustre-Dateisysteme festlegen und konfigurieren. Weitere Informationen zu Azure Managed Lustre finden Sie in der Dokumentation zu Azure Managed Lustre.