In diesem Dokument sind die Kontingente und Systemlimits für Google Cloud NetApp Volumes aufgeführt.
- Kontingente haben Standardwerte, aber Sie können in der Regel Anpassungen anfordern.
- Systemlimits sind feste Werte, die nicht geändert werden können.
Google Cloud nutzt Kontingente, um für Fairness zu sorgen und Spitzen bei der Ressourcennutzung und ‑verfügbarkeit zu reduzieren. Ein Kontingent schränkt ein, wie viel von einerGoogle Cloud Ressource Ihr Google Cloud Projekt nutzen kann. Kontingente gelten für eine Reihe von Ressourcentypen, einschließlich Hardware, Software und Netzwerkkomponenten. Mit Kontingenten können Sie beispielsweise die Anzahl der API-Aufrufe an einen Dienst, die Anzahl der von Ihrem Projekt nebenläufig verwendeten Load Balancer oder die Anzahl der Projekte begrenzen, die Sie erstellen können. Kontingente sollen eine Überlastung von Diensten verhindern und dadurch die Community derGoogle Cloud Nutzer schützen. Sie helfen Ihnen auch bei der Verwaltung Ihrer eigenen Google Cloud Ressourcen.
Das Cloud-Kontingentsystem tut Folgendes:
- Es überwacht Ihren Verbrauch von Google Cloud Produkten und Diensten.
- Es schränkt Ihren Verbrauch dieser Ressourcen ein.
- Es bietet eine Möglichkeit, Änderungen am Kontingentwert zu beantragen und Kontingentanpassungen zu automatisieren.
Wenn Sie versuchen, mehr von einer Ressource zu verbrauchen, als das Kontingent zulässt, blockiert das System in den meisten Fällen den Zugriff auf die Ressource. Die Aufgabe, die Sie auszuführen versuchen, schlägt dann fehl.
Kontingente gelten in der Regel auf Google Cloud Projektebene. Die Nutzung einer Ressource in einem Projekt hat keinen Einfluss auf das verfügbare Kontingent in einem anderen Projekt. Innerhalb eines Google Cloud Projekts werden die Kontingente für alle Anwendungen und IP-Adressen gemeinsam genutzt.
Weitere Informationen finden Sie unter dem Cloud-Kontingente – Übersicht.
Für NetApp Volumes-Ressourcen gelten außerdem Systemlimits. Systemlimits können nicht geändert werden.
Für die Nutzung von Google Cloud NetApp Volumes gelten Limits und Standardkontingente. Limits können nicht geändert werden. Sie können jedoch eine Kontingenterhöhung beantragen. Weitere Informationen finden Sie unter Kontingenterhöhung anfordern.
API-Kontingente ansehen
In der Console können Sie Ihre API-Kontingente und die Nutzung für NetApp Volumes in der Google Cloud ansehen.
Zu den NetApp API-Kontingenten
NetApp Volumes-Standardkontingente
In der folgenden Tabelle sind die Standardkontingente für jede Ressource aufgeführt. Verwenden Sie die Google Cloud Console, um die meisten Kontingente zu erhöhen oder zu verringern. Weitere Informationen finden Sie unter Höheres Kontingentlimit anfordern.
| Ressource | Standardkontingent |
|---|---|
| Speicherpoolkapazität (GiB) für Flex File und Flex Unified pro Region | 25 TiB |
| Regionenübergreifend replizierte Volumes für Flex File und Flex Unified pro Region | 5 |
| Volumes für Flex File und Flex Unified pro Region | 100 |
| Volumes für Flex File und Flex Unified mit Sicherungskonfiguration pro Region | 10 |
| Durchsatz des Speicherpools für Flex File und Flex Unified (MiB/s) pro Region | 5.120 |
| IOPS des Speicherpools für Flex File und Flex Unified pro Region | 160.000 |
| Standard Storage-Speicherpoolkapazität (GiB) pro Region | 25 TiB |
| Regionenübergreifend replizierte Volumes für Standard pro Region | 5 |
| Hybrid replizierte Volumes für Standard pro Region | 1 |
| Volumes für Standard pro Region | 100 |
| Volumes für Standard mit Sicherungskonfiguration pro Region | 10 |
| Speicherpoolkapazität (GiB) für Premium und Extreme pro Region | 25 TiB |
| Regionenübergreifend replizierte Volumes für Premium und Extreme pro Region | 5 |
| Hybrid replizierte Volumes für Premium und Extreme pro Region | 1 |
| Volumes für Premium und Extreme pro Region | 100 |
| Volumes für Premium und Extreme mit Sicherungskonfiguration pro Region | 10 |
| Backup Vaults pro Region für alle Service-Levels | 10 |
NetApp Volumes-Limits
Die Limits für NetApp Volumes-Funktionen variieren je nach Standort und Region. In den folgenden Tabellen sind die aktuellen Limits pro Ressource aufgeführt. Diese Limits können nicht geändert werden.
Limits für Sicherungen
| Ressource | Limit |
|---|---|
| Anzahl der Sicherungen pro Volume | 1.000 |
| Gesamtzahl der geplanten Sicherungen (täglich, wöchentlich und monatlich) | 1.000 |
| Maximale Anzahl gleichzeitiger Sicherungen pro Flex-Speicherpool | 10 |
Speicherpoollimits
| Ressource | Limit |
|---|---|
| Minimale Poolkapazität |
|
| Maximale Poolkapazität |
|
| Maximale Anzahl von Volumes pro Speicherpool |
|
| Maximale Anzahl von Speicherpools |
|
| Maximale Anzahl von Replikationen pro Speicherpool |
|
Netzwerklimits
| Ressource | Limit |
|---|---|
| Anzahl der VPC-Netzwerke pro Projekt | 5 |
Volume-Limits
| Ressource | Limit |
|---|---|
| Volumes pro Region | Service-Level „Flex Unified“: 5.000 zonale Volumes pro Zone und 5.000 regionale Volumes Service-Levels „Standard“, „Premium“ und „Extreme“: nicht zutreffend Service-Level „Flex File“: 5.000 zonale Volumes pro Zone und 5.000 regionale Volumes |
| Minimale Kapazität eines einzelnen Volumes | Service-Levels „Flex Unified“ und „Flex File“: 1 GiB. Weitere Informationen finden Sie in der Tabelle zu den NetApp Volumes-Service-Levels Service-Levels „Standard“, „Premium“ und „Extreme“: 100 GiB |
| Maximale Kapazität eines einzelnen Volumes | Service-Level „Flex File“: 300 TiB Service-Level „Flex Unified“: 300 TiB für NFS und SMB 128 TiB für iSCSI Service-Levels „Standard“, „Premium“ und „Extreme“: 100 TiB |
| Minimale Kapazität eines Volumes mit großer Kapazität (im Pool mit großer Kapazität für Flex Unified) | 4,8 TiB (Standard-Volumes mit großer Kapazität (48 Mitglieds-Volumes)) 2.400 GiB (mit benutzerdefinierter Anzahl von Mitglieds-Volumes (mindestens 2)) |
| Maximale Kapazität eines Volumes mit großer Kapazität (im Pool mit großer Kapazität für Flex Unified) | 2,48 PiB ohne automatisches Tiering 20 PiB mit automatischem Tiering |
| Minimale Kapazität eines Volumes mit großer Kapazität (nur Service-Levels „Premium“ und „Extreme“) | 15 TiB |
| Maximale Kapazität eines Volumes mit großer Kapazität (nur Service-Levels „Premium“ und „Extreme“) | 3 PiB |
| Anzahl der Snapshots pro Volume | 255 |
| Anzahl der Sicherungen pro Volume | 1.000 |
| Maximale Kapazität einer einzelnen LUN | 128 TiB |
| Maximale Kapazität einer einzelnen Datei | 128 TiB für alle Service-Levels, außer 16 TiB für Flex File |
| Maximale Größe eines einzelnen Verzeichnisses | Etwa 4 Millionen Dateien 1 |
| Maximale Dateinamenlänge | 255 Zeichen |
| Maximale Anzahl an NFS-Exportregeln pro Volume | 20 |
| Maximale Länge einer NFS-Exportregel | 4.096 Zeichen |
| Maximale Anzahl von Kontingentregeln für Nutzer und Gruppen | 100 |
1 Das Limit kann niedriger sein, wenn Sie lange Dateinamen oder Flex Unified-Pools mit niedrigeren Leistungseinstellungen verwenden.
Limits für Network File System (NFS)
| Ressource | Limit |
|---|---|
| Maximale Anzahl von UNIX-Gruppen, die für LDAP-fähige Volumes unterstützt werden | 1.024 |
Limits für Active Directory-Richtlinien
| Ressource | Limit |
|---|---|
| Maximale Anzahl von Active Directory-Richtlinien pro Region | 5 |
Inode-Limits
Jedes Verzeichnis, jede Datei und jeder Link verwendet einen Inode. Die Anzahl der Inodes, die in einem Volume gespeichert werden können, ist jedoch begrenzt. Wenn dieses Limit erreicht ist, können Sie keine neuen Dateien oder Verzeichnisse erstellen, auch wenn freier Speicherplatz vorhanden ist. Um dieses Problem zu beheben, müssen Sie vorhandene Dateien oder Verzeichnisse löschen, um Inodes freizugeben. Alternativ können Sie auch die Volume-Kapazität erhöhen, um weitere Inodes hinzuzufügen.
Google Cloud NetApp Volumes weist für jeweils 32 KB Volume-Kapazität einen Inode zu, basierend auf einer durchschnittlichen Dateigröße von 32 KB. Wenn Ihre durchschnittliche Dateigröße kleiner ist, können Ihnen die Inodes ausgehen, bevor Sie die gesamte verfügbare Speicherkapazität genutzt haben.
Volumes mit den Service-Levels „Standard“, „Premium“ und „Extreme“ bieten mindestens 21, 2 Millionen Inodes pro Volume. Ab einer Kapazität von 683 GiB steigt die Anzahl der Inodes linear mit der Volume-Kapazität. Für jeweils 32 KB wird ein Inode hinzugefügt. Flex-Volumes beginnen mit etwa 31.000 Inodes für ein 1-GiB-Volume und wachsen linear mit der Volume-Kapazität. Für jeweils 32 KB wird ein Inode hinzugefügt.
Durch das automatische Tiering wird die Menge an Hot Data in einem Volume reduziert, aber die Anzahl der verwendeten Inodes wird dadurch nicht beeinflusst.
Das maximale Limit für jedes Volume beträgt 2.040 Millionen Inodes. Bei Volumes mit großer Kapazität zählt jede Komponente als separates Volume für die Inode-Limits. Volumes mit großer Kapazität für „Premium“ und „Extreme“ haben 24 Komponenten und Volumes mit großer Kapazität für „Flex Unified“ im Standardmodus haben 48 Komponenten. Jede Komponente hat eine Inode-Dichte von einem Inode pro 32 KB, mit einem Limit von 2.040 Millionen Inodes pro Komponente. Da die Gesamtkapazität des Volumes auf die Komponenten verteilt ist, stellt jede Komponente einen kleineren Teil der Gesamtkapazität des Volumes dar.
In der folgenden Tabelle finden Sie einige Beispiele für die Volume-Kapazität im Vergleich zur maximalen Anzahl von Inodes für Volumes:
| Volume-Kapazität in GiB | Inode-Limit für die Service-Levels „Standard“, „Premium“ und „Extreme“ | Inode-Limit für den Service-Level „Flex“ |
|---|---|---|
| 100 | 21,2 Millionen | 3,1 Millionen |
| 512 | 21,2 Millionen | 15,9 Millionen |
| 1.024 | 31,8 Millionen | 31,8 Millionen |
| 2.048 | 63,7 Millionen | 63,7 Millionen |
| 4.096 | 127,5 Millionen | 127,5 Millionen |
| 5.200 | 161,8 Millionen | 161,8 Millionen |
Weitere Informationen zum Monitoring der Inode-Nutzung finden Sie unter Methoden zur Überwachung der Volume-Nutzung.
Kontingenterhöhung anfordern
Verwenden Sie die Google Cloud Console, um die meisten Kontingente anzupassen. Weitere Informationen finden Sie unter Kontingentanpassung anfordern.