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 | Wenn der Name einen Punkt (.) enthält, beträgt die Obergrenze 222 Zeichen. |
| Maximale Erstellungs- und Löschrate für 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 oder Löschen 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. Daher und aufgrund 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 von Bucket-Metadatenaktualisierungen pro Bucket | Eine Aktualisierung pro Sekunde | Schnelle Aktualisierungen eines einzelnen Buckets (z. B. Änderung 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 Haupttypen. |
| Maximale Anzahl an Pub/Sub-Benachrichtigungskonfigurationen pro Bucket | 100 Benachrichtigungskonfigurationen | |
| 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) |
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 Objektname | 1.024 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 von Objektmetadatenaktualisierungen für ein einzelnes Objekt | Eine Aktualisierung pro Sekunde | Wenn Sie Objektmetadaten mit einer Rate über dem Limit aktualisieren, kann dies zu Drosselungsfehlern führen. |
| Maximale Rate von Objektschreibvorgängen 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 von Objektlesevorgängen 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 die Bandbreitenbeschränkungen. |
| Maximale Anzahl an Einträgen in einer Access Control List (ACL) | 100 ACLs pro Objekt | Weitere Informationen finden Sie unter ACL-Bereiche. |
| Maximale Anzahl von Quellobjekten in einer Objektkomposition | 32 Objekte in einer einzelnen Anfrage zur Zusammensetzung | |
| Maximale Anzahl der 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 |
Verwaltete Ordner
| Limit | Wert | Hinweise |
|---|---|---|
| Maximale Größe des Namens eines verwalteten Ordners | 1.024 Byte (UTF-8-codiert) | |
| Maximale Verschachtelungstiefe für verwaltete Ordner | 15 | |
| Maximale Aktualisierungsrate von IAM-Richtlinien pro verwalteten Ordner | Eine Aktualisierung pro Sekunde |
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 Gesamtgröße von URL- und HTTP-Headern einer Anfrage | 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. Deshalb wird diese Beschränkung nicht beim Hochladen eines Teils erzwungen, sondern erst beim Abschließen des Uploads. |
| 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 stattfinden können | Unbegrenzt | |
| Maximale Dauer zum Ausführen einer fortsetzbaren Upload-Sitzung | 7 Tage | Die Dauer wird ab dem Start des fortsetzbaren Uploads gemessen. |
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.
Inventarberichte
Pro Quell-Bucket sind maximal 100 Konfigurationen für Inventarberichte zulässig.
Bandbreite
| Kontingent | Wert | Hinweise |
|---|---|---|
| Maximale Bandbreite für jede Region mit ausgehendem Traffic von Cloud Storage an Google-Dienste | 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 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 Dual-Region mit ausgehendem Traffic von Cloud Storage an Google-Dienste | 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 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 Multi-Region mit ausgehendem Traffic von Cloud Storage an Google-Dienste | 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 ist von diesem Kontingent ausgenommen. Für jede Region innerhalb der jeweiligen Multiregion gibt es 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 mit zwei oder mehreren Regionen verschieben. |
| Maximale Bandbreite für ausgehenden Traffic für Internetanfragen, bei denen auf Daten aus Buckets in einer Region zugegriffen wird | 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. 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 Speicherzone 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. 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.