Diese Seite wurde von der Cloud Translation API übersetzt.

Kontingente & Limits
Mit Sammlungen den Überblick behalten Sie können Inhalte basierend auf Ihren Einstellungen speichern und kategorisieren.

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 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 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 und Löschen von Buckets wird für hochverfügbare Dienste in Cloud Storage empfohlen, alle erforderlichen Buckets vorab zu erstellen.
Maximale Wiederherstellungsrate von Bucket pro Projekt	Etwa eine Anfrage alle zwei Sekunden
Maximale Aktualisierungsrate für Bucket-Metadaten pro Bucket	Eine Aktualisierung pro Sekunde	Schnelle Aktualisierungen 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 Haupttypen.
Maximale Anzahl an Pub/Sub-Benachrichtigungskonfigurationen pro Bucket	100 Benachrichtigungskonfigurationen
Maximale Anzahl gleichzeitiger Bucket-Verschiebungen, die vom selben Speicherort innerhalb eines Projekts unterstützt werden.	5 Buckets	Weitere Informationen finden Sie unter Bucket-Umstellung.
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 von benutzerdefinierten Attributen 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

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 der 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 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 der 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 die Bandbreitenbeschränkungen.
Maximale Anzahl von 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 Objektzusammensetzung
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
Maximale Anzahl von anfänglichen Abfragen pro Sekunde (QPS) zum Lesen und Schreiben von Objekten in Buckets mit aktiviertem hierarchischen Namespace	bis zu 8-mal höhere QPS im Vergleich zu Buckets ohne aktivierten hierarchischen Namespace.	Informationen zur Leistungsoptimierung bei der Arbeit mit Ordnern finden Sie unter Ordnerverwaltung.

Anywhere-Cache

Limit Wert Hinweise

Limit	Wert	Hinweise
Maximale Cache-Größe des Anywhere Cache	1 PiB	Mit Anywhere Cache erstellte Caches werden automatisch entsprechend der im Cache gespeicherten Datenmenge skaliert. Die Cachegröße entspricht der Menge der Daten, die in den Cache aufgenommen wurden, abzüglich der Menge der Daten, die entfernt wurden. Wenn beispielsweise 100 GiB Daten in eine Arbeitslast aufgenommen werden, wächst der Cache auf 100 GiB. Wenn anschließend 50 GiB an Daten entfernt werden, wird die Cachegröße auf 50 GiB reduziert. Das Cache-Größenlimit kann je nach Rechnungskontoverlauf Ihres Projekts niedriger sein. Wenn die Ressourcen begrenzt sind, kann das Erstellen von Caches angehalten oder das Wachstum vorhandener Caches gestoppt werden. Daten werden dann anhand eines LRU-Algorithmus (Least Recently Used, am weitesten in der Vergangenheit verwendet) entfernt, um Platz für neue Daten zu schaffen.
Maximales Bandbreitenlimit für die Datennutzung des Anywhere Cache pro Projekt und Zone	Das Cache-Bandbreitenlimit wird automatisch entsprechend der im Cache gespeicherten Datenmenge skaliert. Dabei beträgt die Bandbreite 20 Gbit/s pro 1 TiB Daten mit einem Basiswert von 100 Gbit/s.	Da das Cache-Bandbreitenlimit pro Projekt und Zone gilt, wird der Traffic von Caches im selben Projekt und in derselben Zone auf ein gemeinsames Cache-Bandbreitenlimit angerechnet, auch wenn die Caches für verschiedene Buckets erstellt wurden. Angenommen, Cache A wird in der Zone `us-east1-a` für den Bucket `example-bucket-1` erstellt, der sich im Projekt `my-project` befindet. Cache B wird in `us-east1-a` für `example-bucket-2` erstellt, das sich ebenfalls in `my-project` befindet. Da sich Cache A und Cache B sowohl in `us-east1-a` als auch in `my-project` befinden, wird der Traffic für beide Caches auf dasselbe Cache-Bandbreitenlimit angerechnet. Hinweis: Caches, die für Buckets an verschiedenen Standorttypen erstellt werden, werden nicht auf dasselbe Cache-Bandbreitenlimit angerechnet, auch wenn die Caches in derselben Zone erstellt werden. Angenommen, Cache A und Cache B werden in der Zone `us-east1-a` erstellt, aber Cache A gehört zu einem Bucket in der Region `us-east1` und Cache B zu einem Bucket in der Multiregion `US`. Die Caches haben separate Cachebandbreitenlimits, da ihre zugehörigen Buckets unterschiedliche Standorttypen haben, wobei einer in einer Region und der andere in einer Multi-Region gespeichert ist. Sie können die Gesamtmenge der Cache-Bandbreite erhöhen, indem Sie entweder die im Cache gespeicherte Datenmenge erhöhen oder die Anzahl der Caches erhöhen, indem Sie mehr Zonen mit Caches füllen. Das Cache-Bandbreitenlimit ist unabhängig vom maximalen Bandbreitenkontingent Ihres Projekts. Das Lesen von Daten aus dem Cache wird auf das Limit für die Cache-Bandbreite angerechnet, bis dieses erreicht ist. Ab diesem Punkt werden Datenlesevorgänge auf das Bandbreitenkontingent des Projekts angerechnet. Cache-Fehler werden nicht auf das Cache-Bandbreitenlimit angerechnet.

Maximale Cache-Größe des Anywhere Cache

1 PiB

Mit Anywhere Cache erstellte Caches werden automatisch entsprechend der im Cache gespeicherten Datenmenge skaliert. Die Cachegröße entspricht der Menge der Daten, die in den Cache aufgenommen wurden, abzüglich der Menge der Daten, die entfernt wurden. Wenn beispielsweise 100 GiB Daten in eine Arbeitslast aufgenommen werden, wächst der Cache auf 100 GiB. Wenn anschließend 50 GiB an Daten entfernt werden, wird die Cachegröße auf 50 GiB reduziert.

Das Cache-Größenlimit kann je nach Rechnungskontoverlauf Ihres Projekts niedriger sein. Wenn die Ressourcen begrenzt sind, kann das Erstellen von Caches angehalten oder das Wachstum vorhandener Caches gestoppt werden. Daten werden dann anhand eines LRU-Algorithmus (Least Recently Used, am weitesten in der Vergangenheit verwendet) entfernt, um Platz für neue Daten zu schaffen.

Maximales Bandbreitenlimit für die Datennutzung des Anywhere Cache pro Projekt und Zone

Das Cache-Bandbreitenlimit wird automatisch entsprechend der im Cache gespeicherten Datenmenge skaliert. Dabei beträgt die Bandbreite 20 Gbit/s pro 1 TiB Daten mit einem Basiswert von 100 Gbit/s.

Da das Cache-Bandbreitenlimit pro Projekt und Zone gilt, wird der Traffic von Caches im selben Projekt und in derselben Zone auf ein gemeinsames Cache-Bandbreitenlimit angerechnet, auch wenn die Caches für verschiedene Buckets erstellt wurden. Angenommen, Cache A wird in der Zone us-east1-a für den Bucket example-bucket-1 erstellt, der sich im Projekt my-project befindet. Cache B wird in us-east1-a für example-bucket-2 erstellt, das sich ebenfalls in my-project befindet. Da sich Cache A und Cache B sowohl in us-east1-a als auch in my-project befinden, wird der Traffic für beide Caches auf dasselbe Cache-Bandbreitenlimit angerechnet.

Hinweis: Caches, die für Buckets an verschiedenen Standorttypen erstellt werden, werden nicht auf dasselbe Cache-Bandbreitenlimit angerechnet, auch wenn die Caches in derselben Zone erstellt werden. Angenommen, Cache A und Cache B werden in der Zone us-east1-a erstellt, aber Cache A gehört zu einem Bucket in der Region us-east1 und Cache B zu einem Bucket in der Multiregion US. Die Caches haben separate Cachebandbreitenlimits, da ihre zugehörigen Buckets unterschiedliche Standorttypen haben, wobei einer in einer Region und der andere in einer Multi-Region gespeichert ist.

Sie können die Gesamtmenge der Cache-Bandbreite erhöhen, indem Sie entweder die im Cache gespeicherte Datenmenge erhöhen oder die Anzahl der Caches erhöhen, indem Sie mehr Zonen mit Caches füllen.

Das Cache-Bandbreitenlimit ist unabhängig vom maximalen Bandbreitenkontingent Ihres Projekts. Das Lesen von Daten aus dem Cache wird auf das Limit für die Cache-Bandbreite angerechnet, bis dieses erreicht ist. Ab diesem Punkt werden Datenlesevorgänge auf das Bandbreitenkontingent des Projekts angerechnet. Cache-Fehler werden nicht auf das Cache-Bandbreitenlimit angerechnet.

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 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, sondern beim Versuch, den Upload abzuschließen, angewendet.
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 ausgeführt werden können	Unbegrenzt
Maximale Dauer zum Ausführen einer fortsetzbaren Upload-Sitzung	7 Tage	Die Zeit 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 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 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. Jede Region innerhalb der jeweiligen Multiregion hat ein eigenes Kontingent. Beispiel: Das Projekt `my-project` hat für multiregionalen ausgehenden Google-Traffic ein Bandbreitenkontingent von 200 Gbit/s für alle darin enthaltenen Regionen. In diesem Szenario gilt: Region `us-east1` hat 200 Gbit/s Bandbreite, wenn sie ausgehenden Traffic zu Google-Diensten aus Buckets in der Multiregion `us` unterstützt, und Region `us-west1` hat 200 Gbit/s Bandbreite, wenn sie ausgehenden Traffic zu Google-Diensten aus Buckets in der Multiregion `us` unterstützt. 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 einer 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	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 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, `my-project` sendet Daten aus einem Bucket in der Multiregion `us` an Kunden auf der ganzen Welt. In diesem Szenario verwenden verschiedene Regionen innerhalb der Multiregion `us` ihr eigenes Kontingent für ausgehenden Internettraffic, da Daten aus dem Bucket in verschiedene Teile der Welt gesendet werden. Normalerweise wird das Kontingent für ausgehenden Internetverkehr der Region zugeordnet, die dem Ziel der Daten geografisch am nächsten liegt. 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.

Kontingente & Limits Mit Sammlungen den Überblick behalten Sie können Inhalte basierend auf Ihren Einstellungen speichern und kategorisieren.