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 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
Sie können Ihre API-Kontingente und die Nutzung für NetApp Volumes in derGoogle Cloud Console aufrufen.
Zu den NetApp API-Kontingenten
Standardkontingente für NetApp Volumes
In der folgenden Tabelle sind die Standardkontingente für die einzelnen Ressourcen aufgeführt. Die meisten Kontingente können Sie in der Google Cloud Console erhöhen oder verringern. Weitere Informationen finden Sie unter Höheres Kontingentlimit anfordern.
| Ressource | Standardkontingent |
|---|---|
| Kapazität von Flex-Dateien und Flex-Speicherpools vom Typ „Einheitlich“ (GiB) pro Region | 25 TiB |
| Regionenübergreifend replizierte Flex File- und Flex Unified-Volumes pro Region | 5 |
| Flex File- und Flex Unified-Volumes pro Region | 100 |
| Flex-Volumes (Typ „Datei“) und einheitliche Flex-Volumes mit Sicherungskonfiguration pro Region | 10 |
| Durchsatz von Flex-Dateien und Flex-Speicherpools vom Typ „Einheitlich“ (MiBps) pro Region | 5.120 |
| IOPS von Flex File- und Flex Unified-Speicherpools pro Region | 160.000 |
| Standard Storage-Speicherpoolkapazität (GiB) pro Region | 25 TiB |
| Standardmäßig regionsübergreifend replizierte Volumes pro Region | 5 |
| Standardmäßige replizierte Hybrid-Volumes pro Region | 1 |
| Standardvolumen pro Region | 100 |
| Standard-Volumes mit Sicherungskonfiguration pro Region | 10 |
| Speicherpoolkapazität (GiB) für Premium und Extreme pro Region | 25 TiB |
| Anzahl der regionsübergreifend replizierten Premium- und Extreme-Volumes pro Region | 5 |
| Hybrid replizierte Volumes vom Typ „Premium“ und „Extreme“ pro Region | 1 |
| Premium- und Extreme-Volumes pro Region | 100 |
| Premium- und Extreme-Volumes mit Sicherungskonfiguration pro Region | 10 |
| Backup Vaults pro Region für alle Service-Levels | 10 |
NetApp Volumes-Limits
Die Funktionslimits für NetApp Volumes variieren je nach Standort und Region. Die folgenden Tabellen enthalten die aktuellen Limits pro Ressource. Diese Limits können nicht geändert werden.
Sicherungslimits
| 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 |
|
Netzwerkbeschränkungen
| Ressource | Limit |
|---|---|
| Anzahl der VPC-Netzwerke pro Projekt | 5 |
Volumenbeschränkungen
| Ressource | Limit |
|---|---|
| Volumen 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 |
| Mindestkapazität eines einzelnen Volumes | Flex Unified- und Flex File-Servicelevel: 1 GiB. Weitere Informationen finden Sie in der Tabelle zu NetApp Volumes-Dienstebenen Dienstebenen „Standard“, „Premium“ und „Extrem“: 100 GiB |
| Maximale Kapazität eines einzelnen Volumes | Service-Level „Flex File“: 100 TiB (reguläres Volume) 300 TiB (wenn benutzerdefinierte Leistung aktiviert ist) Service-Level „Flex Unified“: 300 TiB für NFS und SMB 128 TiB für iSCSI Service-Levels „Standard“, „Premium“ und „Extreme“: 100 TiB |
| Mindestkapazität eines Volumes mit großer Kapazität (in einem „Flex“-Pool vom Typ „Einheitlich“ mit großer Kapazität) | 4,8 TiB (Standardeinstellung für große Volumes (48 Member-Volumes)) 2.400 GiB (mit benutzerdefinierter Anzahl von Member-Volumes (mindestens 2)) |
| Maximale Kapazität eines Volumes mit großer Kapazität (im Flex-Pool vom Typ „Einheitlich“ mit großer Kapazität) | 2,48 PiB ohne automatisches Tiering 20 PiB mit automatischem Tiering |
| Mindestkapazitä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, mit Ausnahme von 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.
Grenzwerte 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
Für jedes Verzeichnis, jede Datei und jeden Link wird ein Inode verwendet. Jedes Volume hat jedoch eine Begrenzung für die Anzahl der Inodes, die es speichern kann. Wenn dieses Limit erreicht ist, können Sie keine neuen Dateien oder Verzeichnisse erstellen, auch wenn noch 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.
In Google Cloud NetApp Volumes wird für jeweils 32 KB der Volumekapazität ein Inode zugewiesen, basierend auf einer durchschnittlichen Dateigröße von 32 KB. Wenn Ihre durchschnittliche Dateigröße kleiner ist, kann es sein, dass Ihnen die Inodes ausgehen, bevor Sie die gesamte verfügbare Speicherkapazität nutzen.
Volumes mit den Service-Levels „Standard“, „Premium“ und „Extrem“ 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 eine 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 mit einer Inode für jeweils 32 KB.
Durch automatisches Tiering wird die Menge an Hot Data in einem Volume reduziert, die Anzahl der verwendeten Inodes wird dadurch jedoch nicht beeinflusst.
Das maximale Hardlimit 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 Inode-Limits. Premium- und Extreme-Volumes mit großer Kapazität haben 24 Bestandteile, Flex Unified-Volumes mit großer Kapazität im Standardmodus haben 48 Bestandteile. Jede Komponente hat eine Inode-Dichte von einer Inode pro 32 KB, mit einem festen Limit von 2.040 Millionen Inodes pro Komponente. Da die Gesamtkapazität des Volumes auf die Bestandteile verteilt ist, stellt jeder Bestandteil einen kleineren Teil der Gesamtkapazität des Volumes dar.
Die folgende Tabelle enthält einige Beispiele für das Verhältnis zwischen Volume-Kapazität und maximaler Anzahl von Inodes für Volumes:
| Volume-Kapazität in GiB | Inode-Limit für die Service-Levels „Standard“, „Premium“ und „Extrem“ | Inode-Limit für das 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 |
| 5200 | 161,8 Millionen | 161,8 Millionen |
Weitere Informationen zum Monitoring der Inode-Nutzung finden Sie unter Methoden zum Monitoring der Volumennutzung.
Kontingenterhöhung anfordern
Die meisten Kontingente können Sie in der Google Cloud Console anpassen. Weitere Informationen finden Sie unter Kontingentanpassung anfordern.