Einige oder alle Informationen auf dieser Seite gelten möglicherweise nicht für Cloud de Confiance von S3NS. Weitere Informationen finden Sie unter Unterschiede zu Google Cloud.

Google verwendet KI-Technologie, um Inhalte in Ihre bevorzugte Sprache zu übersetzen. KI-Übersetzungen können Fehler enthalten.

Kontingente und Limits

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-Listen-Vorgang möglicherweise nur eine Teilliste 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 Anzahl von Datenbytes, die in allen zonalen Buckets pro Projekt und Zone gespeichert werden können Dieses Limit gilt nur für Buckets, die Rapid Bucket verwenden.	Standardlimit von 1 TB, kann aber je nach Rechnungskontoverlauf Ihres Projekts niedriger oder höher sein	Weitere Informationen zu zonalen Buckets finden Sie unter Rapid Bucket.
Maximale Rate für die Bucket-Wiederherstellung pro Projekt	Etwa eine Anfrage alle zwei Sekunden
Maximale Aktualisierungsrate für Bucket-Metadaten 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 Konfiguration für Pub/Sub-Benachrichtigungen	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 Aktualisierungsrate für 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 das Lesen von Objekten 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 Einträgen in der Zugriffssteuerungsliste (ACL)	100 ACLs pro Objekt	Weitere Informationen finden Sie unter ACL-Bereiche.
Maximale Anzahl von Quellobjekten in einer Objektkomposition	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 (QPS) 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)

Rapid Cache

Limit Wert Hinweise

Limit	Wert	Hinweise
Maximale Cache-Größe für Rapid Cache	1 PiB	Die Cache-Größe wird automatisch an die im Cache gespeicherte Datenmenge angepasst, bis zu einem Maximum von 1 PiB. Die Cachegröße entspricht der Menge der in den Cache aufgenommenen Daten abzüglich der Menge der entfernten Daten. Wenn eine Arbeitslast beispielsweise 100 GiB Daten aufnimmt, wächst die Cache-Größe auf 100 GiB. Wenn anschließend 50 GiB an Daten entfernt werden, verringert sich die Cachegröße auf 50 GiB. Das Cache-Größenlimit kann je nach Rechnungskontoverlauf Ihres Projekts niedriger sein. Wenn Ressourcen begrenzt sind, können Cache-Erstellungen angehalten werden oder vorhandene Caches können nicht mehr erweitert werden und Daten gemäß einem LRU-Algorithmus (Least Recently Used, am wenigsten verwendet) entfernen, um Platz für neue Daten zu schaffen. Sie können eine Erhöhung des Cache-Speichers über 1 PiB hinaus anfordern, indem Sie sich an Ihren Technical Account Manager oder Google-Ansprechpartner wenden.
Maximale Bandbreite für die Datennutzung von Rapid Cache pro Projekt und Zone	20 Tbit/s	Das Cache-Bandbreitenlimit wird automatisch entsprechend der im Cache gespeicherten Datenmenge mit einer Rate von 20 Gbit/s pro 1 TiB Daten skaliert, wobei der Basiswert 100 Gbit/s beträgt. Sie können die anfängliche oder die gesamte Cache-Bandbreite erhöhen, indem Sie die im Cache gespeicherte Datenmenge erhöhen oder mehr Caches in einer Zone erstellen. Sie können auch eine Erhöhung der Bandbreite anfordern, indem Sie sich an Ihren Technical Account Manager oder Google-Ansprechpartner wenden. 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 das Limit erreicht ist. Danach werden Datenlesevorgänge auf das Bandbreitenkontingent des Projekts angerechnet. Cache-Fehler werden nicht auf das Bandbreitenlimit des Cache angerechnet. Da das Cache-Bandbreitenlimit pro Projekt und Zone gilt, wird der Traffic von Caches innerhalb desselben Projekts und derselben Zone auf ein gemeinsames Cache-Bandbreitenlimit angerechnet, auch wenn die Caches für verschiedene Buckets erstellt werden. Angenommen, Cache A wird in der Zone `us-east1-b` für den Bucket `example-bucket-1` erstellt, der sich im Projekt `my-project` befindet. Cache B wird in `us-east1-b` für `example-bucket-2` erstellt, das sich ebenfalls in `my-project` befindet. Da sich Cache A und Cache B beide in `us-east1-b` und `my-project` befinden, wird der Traffic für beide Caches auf dasselbe Cache-Bandbreitenlimit angerechnet. Hinweis: Caches, die für Buckets in verschiedenen Standorttypen erstellt wurden, werden nicht auf dasselbe Cache-Bandbreitenlimit angerechnet, auch wenn die Caches in derselben Zone erstellt wurden. Angenommen, Cache A und Cache B werden in der Zone `us-east1-b` erstellt, aber Cache A gehört zu einem Bucket in der Region `us-east1` und Cache B zu einem Bucket am multiregionalen Standort `US`. Die Caches hätten separate Cache-Bandbreitenlimits, da ihre zugehörigen Buckets unterschiedliche Standorttypen haben. Einer wird in einer Region und der andere in einer Multiregion gespeichert.
Maximale Anzahl von Rapid Cache-Caches, die gleichzeitig pro Projekt und Zone erstellt werden können	20 Caches	Die maximale Anzahl von Caches, die sich zu einem bestimmten Zeitpunkt im Status `creating` befinden können.

Maximale Cache-Größe für Rapid Cache

1 PiB

Die Cache-Größe wird automatisch an die im Cache gespeicherte Datenmenge angepasst, bis zu einem Maximum von 1 PiB. Die Cachegröße entspricht der Menge der in den Cache aufgenommenen Daten abzüglich der Menge der entfernten Daten. Wenn eine Arbeitslast beispielsweise 100 GiB Daten aufnimmt, wächst die Cache-Größe auf 100 GiB. Wenn anschließend 50 GiB an Daten entfernt werden, verringert sich die Cachegröße auf 50 GiB.

Das Cache-Größenlimit kann je nach Rechnungskontoverlauf Ihres Projekts niedriger sein. Wenn Ressourcen begrenzt sind, können Cache-Erstellungen angehalten werden oder vorhandene Caches können nicht mehr erweitert werden und Daten gemäß einem LRU-Algorithmus (Least Recently Used, am wenigsten verwendet) entfernen, um Platz für neue Daten zu schaffen.

Sie können eine Erhöhung des Cache-Speichers über 1 PiB hinaus anfordern, indem Sie sich an Ihren Technical Account Manager oder Google-Ansprechpartner wenden.

Maximale Bandbreite für die Datennutzung von Rapid Cache pro Projekt und Zone

20 Tbit/s

Das Cache-Bandbreitenlimit wird automatisch entsprechend der im Cache gespeicherten Datenmenge mit einer Rate von 20 Gbit/s pro 1 TiB Daten skaliert, wobei der Basiswert 100 Gbit/s beträgt.

Sie können die anfängliche oder die gesamte Cache-Bandbreite erhöhen, indem Sie die im Cache gespeicherte Datenmenge erhöhen oder mehr Caches in einer Zone erstellen. Sie können auch eine Erhöhung der Bandbreite anfordern, indem Sie sich an Ihren Technical Account Manager oder Google-Ansprechpartner wenden.

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 das Limit erreicht ist. Danach werden Datenlesevorgänge auf das Bandbreitenkontingent des Projekts angerechnet. Cache-Fehler werden nicht auf das Bandbreitenlimit des Cache angerechnet.

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

Hinweis: Caches, die für Buckets in verschiedenen Standorttypen erstellt wurden, werden nicht auf dasselbe Cache-Bandbreitenlimit angerechnet, auch wenn die Caches in derselben Zone erstellt wurden. Angenommen, Cache A und Cache B werden in der Zone us-east1-b erstellt, aber Cache A gehört zu einem Bucket in der Region us-east1 und Cache B zu einem Bucket am multiregionalen Standort US. Die Caches hätten separate Cache-Bandbreitenlimits, da ihre zugehörigen Buckets unterschiedliche Standorttypen haben. Einer wird in einer Region und der andere in einer Multiregion gespeichert.

Maximale Anzahl von Rapid Cache-Caches, die gleichzeitig pro Projekt und Zone erstellt werden können

20 Caches

Die maximale Anzahl von Caches, die sich zu einem bestimmten Zeitpunkt im Status creating befinden können.

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 wird, wird nicht auf die maximale Anzahl von Hauptkonten angerechnet, denen eine IAM-Rolle für den Bucket, die übergeordneten verwalteten Ordner oder die untergeordneten verwalteten Ordner zugewiesen werden kann, die den verwalteten Ordner enthalten.

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 Zeitspanne 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.

Jobs für Storage-Batchvorgänge

In diesem Abschnitt werden die Limits und Kontingente für Jobs für Storage-Batchvorgänge beschrieben.

Jobs für gleichzeitige Storage-Batchvorgänge

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 Jobs 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/create_requests`	`storagebatchoperations.jobs.create`	1.200 Anfragen/min/Projekt
`storagebatchoperations.googleapis.com/read_requests`	`storagebatchoperations.jobs.get` `storagebatchoperations.jobs.list`	1.200 Anfragen/Min./Projekt
`storagebatchoperations.googleapis.com/cancel_requests`	`storagebatchoperations.jobs.cancel`	1.200 Anfragen/Min./Projekt
`storagebatchoperations.googleapis.com/delete_requests`	`storagebatchoperations.jobs.delete`	1.200 Anfragen/Min./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` und `McpReadObject`	600/min/project/region
Anfragen für `McpCreateBucket` und `McpWriteText`	300/min/project/region

Bandbreite

Kontingent	Wert	Hinweise
Maximale Bandbreite für jede Zone mit ausgehendem Traffic von Cloud Storage zu Google-Diensten pro Projekt und Zone Nur mit Rapid Bucket verfügbar.	1 Tbit/s Standardkontingent pro Projekt und Zone, kann aber je nach Rechnungskontoverlauf Ihres Projekts niedriger oder höher sein	Sie können für einzelne Projekte und Zonen Kontingenterhöhungen über die Cloud de Confiance Console anfordern. Alternativ können Sie Kontingenterhöhungen anfordern, indem Sie sich an Ihren Technical Account Manager oder Google-Ansprechpartner wenden. 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. Weitere Informationen zu zonalen Buckets finden Sie unter Rapid Bucket.
Maximale Bandbreite für jede Region, die ausgehenden Traffic von Cloud Storage zu Google-Diensten hat	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 multiregionale, die ausgehenden Traffic von Cloud Storage zu Google-Diensten hat	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 `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 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 Kontingenterhöhungen anfordern.
Maximale Bandbreite für ausgehenden Traffic für Internetanfragen, die auf Daten aus Buckets in einer biregionalen Region 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 an 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 an 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 `us`-Multiregion ihr eigenes Kontingent für ausgehenden Internet-Traffic, da Daten aus dem Bucket in verschiedene Teile der Welt gesendet werden. In der Regel wird das Kontingent für ausgehenden Internet-Traffic auf die Region angerechnet, 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.