Auf dieser Seite erhalten Sie einen Überblick über die Volume-Funktion von Google Cloud NetApp Volumes. Die auf dieser Seite beschriebenen Volume-Anweisungen gelten nicht für den Flex Unified ONTAP-Modus. Sie können keine ONTAP-Modus-Volumes mit der Google Cloud -Konsole oder der Google Cloud CLI erstellen, ansehen, aktualisieren oder löschen. Weitere Informationen zu Anleitungen im ONTAP-Modus finden Sie unter ONTAP-Modus.
Volumes
Ein Volume ist ein Dateisystemcontainer in einem Speicherpool, in dem Anwendungs-, Datenbank- und Nutzerdaten gespeichert werden.
Sie erstellen die Kapazität eines Volumes mit der verfügbaren Kapazität im Speicherpool und können die Kapazität ohne Unterbrechung Ihrer Prozesse definieren und anpassen.
Die Einstellungen für Speicherpools werden automatisch auf die darin enthaltenen Volumes angewendet. Zu diesen Einstellungen gehören das Service-Level, der Standort, das Netzwerk (Virtual Private Cloud, VPC), die Active Directory-Richtlinie, LDAP und die Richtlinie für kundenverwaltete Verschlüsselungsschlüssel (Customer Managed Encryption Key, CMEK). Wenn Sie automatisches Tiering für ein Volume verwenden möchten, müssen Sie es auch für den Pool aktivieren.
Im ONTAP-Modus müssen Sie die Active Directory-Richtlinie und die LDAP-Einstellungen direkt in ONTAP konfigurieren, nicht auf Speicherpoolebene.
Volume-Leistung
Flex Unified- und Flex File-Speicherpools mit benutzerdefinierter Leistung: Die Leistung eines Volumes hängt von der Leistung ab, die für den zugehörigen Speicherpool konfiguriert ist. Die Poolleistung wird von allen Volumes im Pool gemeinsam genutzt.
Flex-Dateispeicherpools mit Standardleistung: Die Leistung eines Volumes hängt von der Größe und den Funktionen des zugehörigen Speicherpools ab. Die Poolleistung wird von allen Volumes im Pool gemeinsam genutzt.
Standard-Speicherpools: Die Leistung des Volumes wird durch die Volumegröße und das Service-Level definiert, das es vom Pool erbt. Jedes GiB Volume-Kapazität erhöht den Durchsatz um 16 KiB/s. Die Volumegröße kann erhöht oder verringert werden, um die Leistung zu optimieren.
Premium- und Extreme-Speicherpools: Die Leistung des Volumes wird durch die Volumegröße und das Service-Level definiert, das es vom Pool erbt. Jedes GiB der Volume-Kapazität erhöht den Durchsatz um 64 KiBps oder 128 KiBps. Die Volumegröße kann erhöht oder verringert werden, um die Leistung zu optimieren. Außerdem können Sie ein Volume ohne Unterbrechung zwischen Premium- und Extreme-Pools verschieben, um die Leistung zu optimieren.
Bereitstellung von Gruppenbereichen
Volumes müssen genügend Kapazität haben, um Ihre Daten zu speichern, einschließlich zukünftigem Wachstum. Planen Sie genügend Spielraum ein, je nachdem, wie viele Daten Sie täglich hinzufügen und wie schnell Sie die Größe eines Volumes entsprechend den Prozessen in Ihrer Organisation erhöhen können.
Wenn ein Volume voll ist, erhalten Clients beim Versuch, Daten zu ändern oder hinzuzufügen, den Fehler out of space. Das kann zu Problemen für Ihre Anwendungen oder Nutzer führen. Sie sollten die Nutzung Ihrer Volumes im Blick behalten und einen Puffer von 20% über der erwarteten Volumennutzung einplanen. Weitere Informationen zum Monitoring der Nutzung finden Sie unter NetApp-Volumes überwachen.
Snapshots belegen die Kapazität des Volumes. Wenn Snapshots vorhanden sind, können Sie zwar Daten löschen, die Speicherauslastung des Volumes wird dadurch aber nicht reduziert. Das liegt daran, dass die Daten in Ihrem aktiven Dateisystem auf einen Snapshot angerechnet werden, was auch zur belegten Kapazität des Volumes beiträgt. Speicherplatz wird erst freigegeben, wenn Sie den letzten Snapshot löschen, der diese Daten enthält. Weitere Informationen finden Sie unter Snapshot-Speicherplatz.
Bei den Service-Levels „Standard“, „Premium“ und „Extreme“ bestimmt auch die Größe des Volumes die zugewiesene Durchsatzkapazität. Weitere Informationen finden Sie unter Standard-, Premium- und Extreme-Leistung.
Kontingente für Nutzer und Gruppen
Bei den Unified-Standardmodi „Standard“, „Premium“, „Extreme“ und „Flex“ können Sie den von bestimmten Nutzern oder Gruppen verwendeten Speicherplatz begrenzen. Beachten Sie, dass sich diese von Google Cloud-Kontingenten und Systemlimits unterscheiden. Sie legen Nutzer- und Gruppenkontingente direkt für ein NetApp Volumes-Volume fest. Weitere Informationen zu Kontingentregeln finden Sie unter Kontingentregeln verwalten.
Im ONTAP-Modus müssen Kontingente auf ONTAP-Ebene definiert werden. Google unterstützt die Kontingentverwaltung für Speicherpools im ONTAP-Modus, aber nicht für Volumes im ONTAP-Modus.
Kontingente können für einzelne Windows- oder Unix-Nutzer oder Unix-Gruppen, aber nicht für Windows-Gruppen festgelegt werden. Kontingente beziehen sich auf die spezifischen Nutzer-IDs (UID), Sicherheits-IDs (SID) oder Gruppen-IDs (GID) für den Nutzer oder die Gruppe, nicht auf den Namen.
Kontingente sollen die Nutzung begrenzen, nicht Speicherplatz für die Nutzung durch einen Nutzer zuweisen. Kontingentlimits werden in sequenzieller Reihenfolge geprüft, beginnend mit Nutzerkontingenten und dann Gruppenkontingenten. Wenn Kontingentlimits erreicht werden, werden Schreibvorgänge blockiert. Gruppenkontingente werden von allen Nutzern in der Gruppe gemeinsam genutzt. Weitere Informationen zum Verwalten von Kontingentregeln finden Sie unter Kontingentregeln verwalten.
Beispiel: Die drei Gruppen „Personal“, „Finanzen“ und „Management“ nutzen ein gemeinsames Volume mit 10 TiB. Das Standardgruppenkontingent beträgt 500 GiB, was Nutzer der Gruppen „HR“ und „Management“ einschränkt. Die Gruppe „Finance“ hat ein Gruppenkontingent von 10 TiB. Das Standardkontingent für Nutzer beträgt 1 TiB. Den Nutzern Sasha in der Finanzabteilung und Alex in der Geschäftsleitung wird ein individuelles Nutzerkontingent von 5 TiB zugewiesen. Hier einige Beispiele für das effektive Kontingent für bestimmte Nutzer:
Die Nutzer Kim aus der Personalabteilung, Taylor und Alex aus der Geschäftsleitung haben ein Gruppenkontingent von 500 GiB. Das Nutzerkontingent von 5 TiB für Alex wird durch das Gruppenkontingent überschrieben.
Nutzerin Sasha in der Finanzabteilung hat ein Nutzerkontingent von 5 TiB.
Nutzer Lee in der Finanzabteilung ist durch das Nutzerkontingent auf 1 TiB begrenzt.
Kein Nutzer in der Finanzabteilung hat ein Nutzerkontingent von mehr als 5 TiB. Daher kann niemand bis zum Gruppenkontingent von 10 TiB speichern.
Wenn Nutzer versuchen, über das Kontingentlimit hinaus zu schreiben, erhalten sie eine Fehlermeldung. Die Kontingentnutzung und -limits des Nutzers sind für ihn im Windows-Explorer oder über den Linux-Kontingentbefehl sichtbar. Die Kontingentnutzung und ‑limits der Gruppe sind nur sichtbar, wenn ein rquota v2-kompatibler Client verwendet wird.
Es gibt vier Arten von Kontingentregeln:
Kontingent für einzelne Nutzer: Gilt für explizite Nutzer mit Linux-UID oder Windows-SID.
Individuelles Gruppenkontingent: Gilt für explizite Gruppen mit Linux-GID ohne Windows-Unterstützung
Standardkontingent für Nutzer: Gilt für alle Nutzer ohne individuelle Kontingentregel.
Standardkontingent für Gruppe: Gilt für jede Gruppe ohne individuelle Kontingentregel.
Volume-Rückgängigmachung
Mit NetApp Volumes können Sie Volumes auf einen zuvor erstellten Snapshot zurücksetzen. Wenn Sie ein Volume wiederherstellen, werden alle Inhalte des Volumes auf den Zeitpunkt zurückgesetzt, zu dem der Snapshot erstellt wurde. Alle Snapshots, die nach dem für die Wiederherstellung verwendeten Snapshot erstellt wurden, gehen verloren. Wenn Sie keine Daten verlieren möchten, empfehlen wir, ein Volume zu klonen oder Daten mit Snapshots wiederherzustellen.
Sie können die Volume-Wiederherstellung verwenden, um Anwendungen zu testen und zu aktualisieren oder Ransomware-Angriffe abzuwehren. Der Vorgang ähnelt dem Überschreiben des Volumes mit einem Backup, dauert aber nur wenige Sekunden. Sie können ein Volume unabhängig von seiner Kapazität auf einen Snapshot zurücksetzen.
Reversionen treten auf, wenn das Volume online und in Verwendung durch Clients ist. Wir empfehlen, alle wichtigen Anwendungen zu beenden, bevor Sie die Rücksetzung durchführen, um potenzielle Datenbeschädigungen zu vermeiden, da durch die Rücksetzung geöffnete Dateien ohne Benachrichtigung der Anwendung geändert werden.
Löschen des Volumes bei verbundenen Clients verhindern
Mit NetApp Volumes können Sie das Löschen von Volumes blockieren, wenn sie von einem Client bereitgestellt werden. Wenn Sie Volumes für Google Cloud VMware Engine-Datenspeicher (GCVE) verwenden, müssen Sie die Einstellung aktivieren, um das Löschen von Volumes zu blockieren, wenn Clients Volumes bereitgestellt haben. Wenn Sie die Einstellung Löschen des Volumes bei verbundenen Clients blockieren aktivieren, wird eine Fehlermeldung angezeigt, wenn Sie versuchen, ein bereitgestelltes Volume zu löschen.
Volumes unterstützen das Blockieren des Löschens von Volumes, wenn Sie ein Volume erstellen, ein neues Volume aus einem Snapshot erstellen und ein neues Volume aus einer Sicherung erstellen.
Die folgenden Protokolle unterstützen das Blockieren des Löschens von Volumes:
NFSV3
NFSV4.1
NFSV3 und NFSV4.1
iSCSI
Wenn diese Option aktiviert ist, müssen Sie den Datenspeicher von allen Clients trennen, um ein NFS-Volume zu löschen. Danach müssen Sie mehr als 52 Stunden warten, bevor Sie das Volume löschen können. Wenn Sie ein iSCSI-Volume löschen möchten, heben Sie die Bereitstellung des VMFS-Datenspeichers (Virtual Machine File System) von allen Clients auf und trennen Sie das Volume von der Hostgruppe. Anschließend können Sie das iSCSI-Volume löschen.
Volumen mit großen Kapazitäten
Bei den Service Levels „Premium“ und „Extreme“ sind Volumegrößen zwischen 100 GiB und 102.400 GiB sowie ein maximaler Durchsatz von bis zu 4,5 GiB/s möglich. Das Service-Level „Flex Unified“ unterstützt Volume-Größen zwischen 1 GiB und 300 TiB und einen maximalen Durchsatz von bis zu 5 GiB/s. Für einige Arbeitslasten sind größere Volumes und ein höherer Durchsatz erforderlich. Dies kann durch die Verwendung der Option „Volume mit großer Kapazität“ für diese Servicelevels erreicht werden.
Beim Service-Level „Flex Unified“ können Sie Volumes mit hoher Kapazität zwischen 4, 8 TiB und 2, 48 PiB mit Standard-Member-Volumes,2.400 GiB und 2, 48 PiB mit benutzerdefinierter Anzahl von Member-Volumes oder bis zu 20 PiB mit automatischem Tiering konfigurieren. Diese Volumes werden in Schritten von 1 GiB dimensioniert und bieten einen Durchsatz von bis zu 22 GiBps.
Bei den Service-Levels „Premium“ und „Extreme“ können die Volumes mit großer Kapazität in Schritten von 1 GiB zwischen 15 TiB und 3 PiB dimensioniert werden. Sie bieten einen Durchsatz von bis zu 30 GiBps.
Volumes mit großer Kapazität bieten sechs Speicherendpunkte (IP-Adressen), um den Client-Traffic auf das Volume zu verteilen und eine höhere Leistung zu erzielen. Diese Volumes sind ideal für Arbeitslasten, die hohe Leistung und hochgradig gleichzeitigen Zugriff auf dieselben Daten erfordern. Empfehlungen zum Verbinden Ihrer Clients finden Sie unter Hohe Kapazität mit mehreren Speicherendpunkten aktivieren. Volumes können nach der Erstellung nicht in Volumes mit großer Kapazität und umgekehrt konvertiert werden.
Das Standardkontingent für Speicherpools beträgt 25 TiB pro Standort. Für die meisten großen Volumes benötigen Sie mehr Kapazität und müssen eine Erhöhung des Kontingents für die Speicherpoolkapazität (GiB) pro Standort beantragen. Weitere Informationen finden Sie unter NetApp Volumes-Kontingente.
Automatisches Tiering
Mit Google Cloud NetApp Volumes können Sie das automatische Tiering auf Volume-Basis aktivieren, wenn das automatische Tiering für den Speicherpool aktiviert ist. Durch das automatische Tiering werden die Gesamtkosten für die Volume-Nutzung gesenkt, da ungenutzte Daten in eine „kalte“ Speicherstufe verschoben werden. Weitere Informationen zum automatischen Tiering finden Sie unter Automatisches Tiering verwalten.