Auf dieser Seite werden Kontingente und Anfragelimits für Cloud Storage beschrieben. Sie können Erhöhungen für Kontingente anfordern, Limits können jedoch nicht angepasst werden.
Kontingente und Limits können sich jederzeit ändern.
Buckets
| Limit | Wert | Hinweise |
|---|---|---|
| Maximale Größe des Bucket-Namens | 63 Zeichen | |
| Maximale Rate für das Erstellen und Löschen von Buckets pro Projekt | Etwa eine Anfrage alle zwei Sekunden | Planen Sie in den meisten Fällen mit weniger Buckets und mehr Objekten. Eine übliche Vorgehensweise besteht beispielsweise darin, pro Nutzer Ihres Projekts einen Bucket zu verwenden. Wenn Sie jedoch ein System gestalten, bei dem viele Nutzer pro Sekunde hinzugefügt werden, dann sollten Sie entsprechend mit vielen Nutzern in einem Bucket (mit den erforderlichen Berechtigungen) planen, sodass das Limit für die Bucket-Erstellungsrate nicht zu einem Engpass führt. Hochverfügbare Anwendungen sollten im kritischen Pfad nicht vom Erstellen, Löschen oder Auflisten von Buckets abhängig sein. Bucket-Namen sind Bestandteil eines zentralisierten und globalen Namespace: Jede Abhängigkeit von diesem Namespace erzeugt einen Single Point Of Failure für die Anwendung. Wenn ein Standort vorübergehend nicht verfügbar ist, gibt der Bucket-Listenvorgang möglicherweise nur eine unvollständige Liste von Buckets zurück. Aufgrund dieser Überlegungen und des Limits für das Erstellen/Löschen von Buckets wird für hochverfügbare Dienste in Cloud Storage empfohlen, alle erforderlichen Buckets vorab zu erstellen. |
| Maximale Rate für die Bucket-Wiederherstellung pro Projekt | Etwa eine Anfrage alle zwei Sekunden | |
| Maximale Rate von Bucket-Metadatenaktualisierungen pro Bucket | Eine Aktualisierung pro Sekunde | Schnelle Aktualisierungsvorgänge für einen einzelnen Bucket (z. B. Änderungen der CORS-Konfiguration) können zu Drosselungsfehlern führen. |
| Maximale Anzahl von Hauptkonten, denen IAM-Rollen pro Bucket zugewiesen werden können | 1.500 Hauptkonten für alle IAM-Rollen 100 Hauptkonten für Legacy-IAM-Rollen |
Weitere Informationen finden Sie unter Hauptkontotypen. |
| Maximale Anzahl an Pub/Sub-Benachrichtigungskonfigurationen pro Bucket | 100 Benachrichtigungskonfigurationen | |
| Maximale Anzahl gleichzeitiger Bucket-Verschiebungen, die vom selben Standort innerhalb eines Projekts unterstützt werden | 5 Buckets | Weitere Informationen finden Sie unter Verschieben von Buckets. |
| Maximale Anzahl von Konfigurationen für Pub/Sub-Benachrichtigungen zum Auslösen von Vorgängen für ein bestimmtes Ereignis festgelegt | 10 Benachrichtigungskonfigurationen | |
| Maximale Anzahl benutzerdefinierter Attribute in einer Pub/Sub-Benachrichtigungskonfiguration | 10 benutzerdefinierte Attribute | |
| Maximale Aufbewahrungsdauer, die für die Bucket-Sperre festgelegt werden kann | 3.155.760.000 Sekunden (100 Jahre) | |
| Maximale Aufbewahrungsdauer für vorläufiges Löschen | 90 Tage | |
Maximale Anzahl von Präfixen und Suffixen insgesamt, wenn die Lebenszyklusbedingungen matchesPrefix und matchesSuffix für alle Regeln in einem Bucket verwendet werden. |
1.000 | Informationen zur Verwaltung des Objektlebenszyklus finden Sie unter Verwaltung des Objektlebenszyklus. |
Objekte
| Limit | Wert | Hinweise |
|---|---|---|
| Maximale Objektgröße | 5 TiB | Dieses Limit gilt unabhängig von der Schreibmethode, einschließlich der Objektzusammensetzung, des fortsetzbaren Uploads und des mehrteiligen Uploads. |
| Maximale Gesamtgröße aller Schlüssel und Werte für benutzerdefinierte Metadaten pro Objekt | 8 KiB | |
| Maximale Größe des Objektnamens für Objekte in einem Bucket mit flachem Namespace | 1.024 Byte (UTF-8-codiert) | |
| Maximale Größe des Objektnamens für Objekte in einem Bucket mit aktiviertem hierarchischen Namespace |
Ordnername: 512 Byte (UTF-8-codiert) Basisname: 512 Byte (UTF-8-codiert) |
|
| Maximale Rate für Schreibvorgänge für denselben Objektnamen | Ein Schreibvorgang pro Sekunde | Wenn mit einer Rate über dem Limit in denselben Objektnamen geschrieben wird, kann dies zu Drosselungsfehlern führen. Weitere Informationen finden Sie unter Unveränderlichkeit von Objekten. |
| Maximale Rate für Aktualisierungen von Objektmetadaten für ein einzelnes Objekt | Eine Aktualisierung pro Sekunde | Wenn Objektmetadaten mit einer Rate über dem Limit aktualisiert werden, kann dies zu Drosselungsfehlern führen. |
| Maximale Rate für Objektschreibvorgänge in einem Bucket | Unbegrenzt | Inklusive Hochladen, Aktualisieren und Löschen von Objekten. Buckets unterstützen anfänglich etwa 1.000 Schreibvorgänge pro Sekunde und sind nach Bedarf skalierbar. |
| Maximale Rate für Objektlesevorgänge in einem Bucket | Unbegrenzt | Umfasst das Lesen von Objektdaten und Objektmetadaten sowie das Auflisten von Objekten. Buckets unterstützen anfänglich etwa 5.000 Lesevorgänge pro Sekunde und sind nach Bedarf skalierbar. Beachten Sie jedoch, dass es Bandbreitenbeschränkungen gibt. |
| Maximale Anzahl von ACL-Einträgen (Access Control List) | 100 ACLs pro Objekt | Weitere Informationen finden Sie unter ACL-Bereiche. |
| Maximale Anzahl von Quellobjekten in einer Objektzusammensetzung | 32 Objekte in einer einzelnen Compose-Anfrage | |
| Maximale Anzahl von Komponenten, aus denen ein zusammengesetztes Objekt besteht | Unbegrenzt | Die Anzahl der Komponenten, aus denen ein zusammengesetztes Objekt besteht, ist nicht begrenzt. Allerdings tritt Sättigung ein, wenn die componentCount-Metadaten für ein zusammengesetztes Objekt den Wert 2.147.483.647 erreichen und das endgültige zusammengesetzte Objekt Für alle Objekte in Cloud Storage gilt eine Größenbeschränkung von 5 TiB. |
| Maximale Aufbewahrungsdauer, die für die Objektaufbewahrungssperre festgelegt werden kann | 3.155.760.000 Sekunden (100 Jahre) ab dem aktuellen Datum und der aktuellen Uhrzeit | |
| Maximale anfängliche Abfragen pro Sekunde für das Lesen und Schreiben von Objekten in Buckets mit aktiviertem hierarchischen Namespace | Bis zu achtmal höhere Abfragen pro Sekunde im Vergleich zu Buckets ohne aktivierten hierarchischen Namespace | Informationen zur Leistungsoptimierung bei der Arbeit mit Ordnern finden Sie unter Ordnerverwaltung. |
| Maximale Anzahl von Kontexten pro Objekt | 50 | |
| Maximale Gesamtgröße aller Schlüssel und Werte für Objektkontext pro Objekt | 25 KiB (UTF-8-codiert) | |
| Maximale Länge eines Objektkontextschlüssels | 256 Byte (UTF-8-codiert) | |
| Maximale Länge eines Objektkontextwerts | 256 Byte (UTF-8-codiert) |
Verwaltete Ordner
| Limit | Wert | Hinweise |
|---|---|---|
| Maximale Größe des Namens des verwalteten Ordners | 1.024 Byte (UTF-8-codiert) | |
| Maximale Anzahl verwalteter Ordner in einem Cloud Storage-Bucket | Unbegrenzt | |
| Maximale Verschachtelungstiefe für verwaltete Ordner | 15 | |
| Maximale Rate von IAM-Richtlinienaktualisierungen pro verwaltetem Ordner | Eine Aktualisierung pro Sekunde | |
| Maximale Anzahl von Hauptkonten, denen IAM-Rollen pro verwaltetem Ordner zugewiesen werden können | 1.500 Hauptkonten für alle IAM-Rollen |
Die Anzahl der Hauptkonten, denen eine IAM-Rolle für einen verwalteten Ordner zugewiesen wurde, wird nicht auf die maximale Anzahl von Hauptkonten angerechnet, denen eine IAM-Rolle für den Bucket zugewiesen werden kann, der den verwalteten Ordner, übergeordnete verwaltete Ordner oder untergeordnete verwaltete Ordner enthält. |
JSON API-Anfragen
| Limit | Wert | Hinweise |
|---|---|---|
| Maximale Nutzlast der Gesamtanfragen einer Batchanfrage | Weniger als 10 MiB | Nehmen Sie nicht mehr als 100 Aufrufe in eine einzelne Anfrage auf. |
| Maximale Größe eines Objekts mit einem Glob-Muster | 1.024 Byte in UTF-8-Codierung |
XML API-Anfragen
| Limit | Wert | Hinweise |
|---|---|---|
| Maximale kombinierte Größe von Anfrage-URL und HTTP-Headern | 16 KiB | |
| Maximale Anzahl von Buckets, die beim Auflisten von Buckets zurückgegeben werden können | 1.000 Buckets | Die XML API gibt Buckets lexikografisch nach Namen zurück. |
| Maximale Anzahl an Teilen in einem mehrteiligen Upload | 10.000 Teile | Das aus diesen Teilen zusammengestellte Objekt muss der Größenbeschränkung von 5 TiB entsprechen, die für alle Objekte in Cloud Storage gilt. |
| Maximale Größe eines einzelnen Teils in einem mehrteiligen Upload | 5 GiB | |
| Maximale Größe eines einzelnen Teils in einem mehrteiligen Upload | 5 MiB | Beim letzten Teil eines mehrteiligen Uploads gibt es keine Mindestgröße. Daher wird dieses Limit nicht beim Hochladen eines Teils erzwungen, sondern wenn Sie versuchen, den Upload abzuschließen. |
| Maximale Zeit, die ein mehrteiliger Upload und dessen hochgeladene Teile in einem Bucket unvollständig oder inaktiv bleiben | Unbegrenzt | |
| Maximale Anzahl verschiedener mehrteiliger Uploads, die gleichzeitig für ein Objekt erfolgen können | Unbegrenzt | |
| Maximale Dauer zum Ausführen einer fortsetzbaren Upload-Sitzung | 7 Tage | Die Dauer wird ab dem Zeitpunkt gemessen, an dem der fortsetzbare Upload initiiert wird. |
HMAC-Schlüssel für Dienstkonten
Pro Dienstkonto gilt ein Limit von höchstens 10 HMAC-Schlüsseln. Gelöschte Schlüssel werden nicht auf dieses Limit angerechnet.
Storage-Batchvorgangsjobs
In diesem Abschnitt werden die Limits und Kontingente für Jobs für Storage-Batchvorgänge beschrieben.
Gleichzeitige Storage-Batchvorgangsjobs
In der folgenden Tabelle wird das Limit für gleichzeitige jobs dargestellt:
| Beschränkungstyp | Limit | Gilt für |
|---|---|---|
| Gleichzeitige Jobs in einem einzelnen Bucket | 100 | Pro Projekt und Standort |
| Gleichzeitige Probelaufjobs für einen einzelnen Bucket | 100 | Pro Projekt und Standort |
| Gleichzeitige Jobs in mehreren Buckets | 5 | Global pro Projekt |
| Gleichzeitige Probelaufjobs für mehrere Buckets | 5 | Global pro Projekt |
| Gleichzeitige Bucket-Vorgänge | 50 Buckets | Pro Job in mehreren Buckets pro Standort |
Ratenkontingente
Bei Storage-Batchvorgängen werden Ratenkontingente für Anfragen erzwungen.
In der folgenden Tabelle sind der Messwert, die API-Methoden und die Standardlimits für jedes Kontingent aufgeführt:
| Messwert | API-Methoden | Standardlimits |
|---|---|---|
storagebatchoperations.googleapis.com/api-requests |
|
1.200 Anfragen pro Minute und Projekt |
Warteschlangenlimits
Sie können mehrere Jobs für Storage-Batchvorgänge in die Warteschlange stellen. Das System erzwingt die folgenden Ratenbegrenzungen, wenn Sie Jobs in die Warteschlange stellen:
- Pro Projekt und Minute: maximal 600 Jobs in der Warteschlange pro Projekt.
- Pro Projekt und Tag: maximal 5.000 Jobs in der Warteschlange pro Projekt.
Cloud Storage-MCP-Server
In diesem Abschnitt werden Limits und Kontingente für den Cloud Storage-MCP-Server beschrieben. Eine Anleitung zur Verwendung finden Sie unter Cloud Storage-MCP-Server verwenden.
| Limit | Wert |
|---|---|
| Maximale Dateigröße | 8 MiB |
| Unterstützte Endpunkte | Nur global |
In der folgenden Tabelle werden die Ratenbegrenzungen pro Tool beschrieben:
| Kontingent | Wert |
|---|---|
Anfragen für McpListBuckets, McpListObjects, McpReadText, McpGetObjectMetadata, McpReadObject, McpGetBucketMetadata, McpGetBucketIamPolicy und McpTestBucketIamPermissions |
600 pro Minute, Projekt und Region |
Anfragen für McpCreateBucket, McpWriteText und McpDeleteObject |
300 pro Minute, Projekt und Region |
Anfragen für McpDeleteBucket und McpSetBucketIamPolicy |
100 pro Minute, Projekt und Region |
Bandbreite
| Kontingent | Wert | Hinweise |
|---|---|---|
| Maximale Bandbreite für jede Region mit ausgehendem Traffic von Cloud Storage zu Google-Diensten | 200 Gbit/s pro Standardkontingent für die meisten Projekte, kann aber je nach Rechnungskontoverlauf Ihres Projekts niedriger sein |
Sie können für einzelne Projekte eine Kontingenterhöhung anfordern. Informationen zum Aufrufen der Limits für ausgehenden Google-Traffic für ein Projekt finden Sie unter Kontingente aufrufen und verwalten. Informationen zum Aufrufen der Nutzung von ausgehendem Google-Traffic für ein Projekt finden Sie unter Bandbreiten-Monitoring. |
| Maximale Bandbreite für jede biregionale, die ausgehenden Traffic von Cloud Storage zu Google-Diensten hat | 200 Gbit/s pro Standardkontingent für jede Region innerhalb einer Dual-Region für die meisten Projekte, kann aber je nach Rechnungskontoverlauf Ihres Projekts niedriger sein |
Ausgehender Traffic an Cloud CDN und Media CDN ist von diesem Kontingent ausgenommen. Sie können für einzelne Projekte eine Kontingenterhöhung anfordern. Informationen zum Aufrufen der Limits für ausgehenden Google-Traffic für ein Projekt finden Sie unter Kontingente aufrufen und verwalten. Informationen zum Aufrufen der Nutzung von ausgehendem Google-Traffic für ein Projekt finden Sie unter Bandbreiten-Monitoring. |
| Maximale Bandbreite für jede Multiregion mit ausgehendem Traffic von Cloud Storage zu Google-Diensten | 200 Gbit/s pro Standardkontingent für die meisten Projekte, kann aber je nach Rechnungskontoverlauf Ihres Projekts niedriger sein |
Ausgehender Traffic an Cloud CDN und Media CDN ist von diesem Kontingent ausgenommen. Jede Region innerhalb der angegebenen Multiregion hat ein separates Kontingent. Beispiel: Das Projekt Informationen zum Aufrufen der Limits für ausgehenden Google-Traffic für ein Projekt finden Sie unter Kontingente aufrufen und verwalten. Informationen zum Aufrufen der Nutzung von ausgehendem Google-Traffic für ein Projekt finden Sie unter Bandbreiten-Monitoring. Sie können für einzelne Projekte eine Kontingenterhöhung anfordern. Für Arbeitslasten mit hohem ausgehenden Traffic an Google-Dienste sollten Sie im Allgemeinen Buckets in Regionen oder Dual-Regionen verwenden. Bei vorhandenen Buckets in mehreren Regionen, die große Arbeitslasten in Google-Diensten ausführen, können Sie mit dem Storage Transfer Service Ihre Daten in einen Bucket in einer Region oder Dual-Region verschieben. |
| Maximale Bandbreite für ausgehenden Traffic für Internetanfragen, die auf Daten aus Buckets in einer Region zugreifen | 200 Gbit/s pro Standardkontingent für die meisten Projekte, kann aber je nach Rechnungskontoverlauf Ihres Projekts niedriger sein |
Informationen zum Aufrufen der Limits für ausgehenden Internet-Traffic für ein Projekt finden Sie unter Kontingente aufrufen und verwalten. Informationen zum Aufrufen der Nutzung von ausgehendem Internet-Traffic für ein Projekt finden Sie unter Bandbreiten-Monitoring. Sie können für einzelne Projekte eine Kontingenterhöhung anfordern. |
| Maximale Bandbreite für ausgehenden Traffic für Internetanfragen, die auf Daten aus Buckets in einer biregionalen zugreifen | 200 Gbit/s pro Standardkontingent für jede Region innerhalb einer Dual-Region für die meisten Projekte, kann aber je nach Rechnungskontoverlauf Ihres Projekts niedriger sein | Ausgehender Traffic zu Cloud CDN und Media CDN aufgrund von Cache-Fehlern ist in diesem Kontingent enthalten. Informationen zum Aufrufen der Limits für ausgehenden Internet-Traffic für ein Projekt finden Sie unter Kontingente aufrufen und verwalten. Informationen zum Anzeigen der Nutzung des ausgehenden Internettraffics für ein Projekt nach Region finden Sie unter Bandbreiten-Monitoring. Sie können für einzelne Projekte eine Kontingenterhöhung anfordern. |
| Maximale Bandbreite für ausgehenden Traffic für Internetanfragen, die auf Daten aus Buckets in einer bestimmten Multiregion zugreifen | 200 Gbit/s pro Standardkontingent für die meisten Projekte, kann aber je nach Rechnungskontoverlauf Ihres Projekts niedriger sein |
Ausgehender Traffic zu Cloud CDN und Media CDN aufgrund von Cache-Fehlern ist in diesem Kontingent enthalten. Regionen innerhalb der Multiregion haben separate Kontingente für ausgehenden multiregionalen Internettraffic. Angenommen, Informationen zum Aufrufen der Limits für ausgehenden Internet-Traffic für ein Projekt finden Sie unter Kontingente aufrufen und verwalten. Informationen zum Anzeigen der Nutzung des ausgehenden Internettraffics für ein Projekt nach Region finden Sie unter Bandbreiten-Monitoring. Sie können für einzelne Projekte eine Kontingenterhöhung anfordern. |
Wenn die Bandbreite eines Projekts ein bestimmtes Kontingent überschreitet, können Anfragen an betroffene Buckets gedrosselt oder mit einem wiederholbaren
429 - rateLimitExceeded-Fehler abgelehnt werden, der Details zum überschrittenen Kontingent enthält.
Informationen zur Überwachung Ihrer Bandbreite finden Sie unter Bandbreitennutzung.