Kontingente und Limits

Auf dieser Seite werden Produktionskontingente und -limits für Spanner beschrieben. Kontingente und Limits können in der Google Cloud Console synonym verwendet werden.

Die Werte für Kontingente und Limits können sich ändern.

Hinweis: Die Speicher- und Netzwerknutzung wird in binären Gigabyte (GB) berechnet. 1 GB entspricht 2³⁰ Byte. Diese Maßeinheit wird auch als Gibibyte (GiB) bezeichnet. Demzufolge ist 1 TB = 2⁴⁰ Byte, also 1.024 GB.

Berechtigungen zum Prüfen und Bearbeiten von Kontingenten

Um Ihre Kontingente aufzurufen, benötigen Sie die IAM-Berechtigung (Identity and Access Management) serviceusage.quotas.get.

Zum Ändern Ihrer Kontingente benötigen Sie die serviceusage.quotas.update IAM-Berechtigung Diese Berechtigung ist standardmäßig für die vordefinierte Rollen für Inhaber, Bearbeiter und Kontingentadministrator.

Diese Berechtigungen sind standardmäßig in der einfache IAM-Rollen Inhaber und Bearbeiter sowie in der vordefinierten Rolle Kontingentadministrator.

Kontingente prüfen

Die aktuell gültigen Kontingente für Ressourcen in Ihrem Projekt finden Sie in der Google Cloud Console:

Kontingente aufrufen

Kontingente erhöhen

Hinweis: Sie können die Knotenlimits erhöhen. Alle anderen Limits sind hart und kann nicht angepasst werden.

Wenn Sie Spanner mit der Zeit stärker nutzen, können Ihre Kontingente entsprechend erhöhen. Wenn Sie eine deutlich stärkere Auslastung erwarten, Beantragen Sie dies einige Tage im Voraus, um sicherzustellen, nicht ausreichend groß sein.

Möglicherweise müssen Sie auch die Überschreibung des Nutzerkontingents erhöhen. Weitere Informationen finden Sie unter Nutzerkontingentüberschreibung erstellen.

Sie können den aktuellen Konfigurationsknoten der Spanner-Instanz erhöhen mit der Google Cloud Console.

1. Rufen Sie die Seite Kontingente auf.

   Zur Seite „Kontingente“

2. Wählen Sie in der Drop-down-Liste Dienst die Option Spanner API aus.

   Wird die Spanner API nicht angezeigt, gibt der Spanner-Befehl API wurde nicht aktiviert. Weitere Informationen finden Sie unter APIs aktivieren.

3. Wählen Sie die Kontingente aus, die Sie ändern möchten.

4. Klicken Sie auf Kontingente bearbeiten.

5. Geben Sie im Bereich Kontingentänderungen das neue Kontingentlimit ein.

   

6. Klicken Sie auf Fertig und dann auf Anfrage senden.

   Wenn Sie das Knotenlimit nicht manuell auf das gewünschte Limit erhöhen können, klicken Sie auf höheres Kontingent beantragen. Füllen Sie das Formular aus, um eine Anfrage an das Spanner-Team zu senden. Sie erhalten innerhalb von 48 Stunden eine Antwort. Ihrer Anfrage.

Kontingent für eine benutzerdefinierte Instanzkonfiguration erhöhen

Sie können das Knotenkontingent für Ihre benutzerdefinierte Instanzkonfiguration erhöhen.

1. Das Knotenlimit einer benutzerdefinierten Instanzkonfiguration entspricht dem Knotenlimit der Basisinstanzkonfiguration.

   Verwenden Sie den Befehl show instance configurations detail, wenn Sie die Basiskonfiguration Ihrer benutzerdefinierten Instanzkonfiguration nicht kennen oder sich nicht daran erinnern.

2. Wenn das für Ihre benutzerdefinierte Instanzkonfiguration erforderliche Knotenlimit niedriger ist mehr als 85 haben, folgen Sie der Anleitung unter Kontingente erhöhen weiter oben. . Erhöhen Sie in der Google Cloud Console das Knotenlimit der Basisinstanzkonfiguration, die mit Ihrer benutzerdefinierten Instanzkonfiguration verknüpft ist.

   Wenn das für Ihre benutzerdefinierte Instanzkonfiguration erforderliche Knotenlimit höher ist als 85 haben, füllen Sie das Formular Kontingenterhöhung für Spanner-Knoten anfordern aus. aus. Geben Sie im Formular die ID der benutzerdefinierten Instanzkonfiguration an.

Knotenlimits

Wert	Limit
Knoten pro Instanzkonfiguration	Die Standardlimits variieren je nach Projekt- und Instanzkonfiguration. Bis Projektkontingente ändern oder eine Erhöhung des Limits anfordern, siehe Erhöhen Sie Ihre Kontingente.

Instanzlimits

Wert	Limit
Länge der Instanz-ID	2 bis 64 Zeichen

Limits für kostenlose Testinstanzen

Für kostenlose Spanner-Testinstanzen gelten die folgenden zusätzlichen Einschränkungen. Wenn Sie diese Limits erhöhen oder entfernen möchten, führen Sie ein Upgrade Ihrer kostenlosen Testinstanz zu einer kostenpflichtigen Instanz.

Wert	Limit
Speicherkapazität	10 GB
Datenbanklimit	Bis zu fünf Datenbanken erstellen
Nicht unterstützte Funktionen	Sichern und wiederherstellen
SLA	Keine SLA-Garantien
Testzeitraum	90-tägiger Testzeitraum

Limits für die Instanzkonfiguration

Wert	Limit
Maximale Anzahl von benutzerdefinierten Instanzkonfigurationen pro Projekt	100
Länge der benutzerdefinierten Instanzkonfigurations-ID	8 bis 64 Zeichen Die ID einer benutzerdefinierten Instanzkonfiguration muss mit custom- beginnen.

Einschränkungen bei der Geopartitionierung

Vorschau — Geo-partitioning

Diese Funktion unterliegt den „Nutzungsbedingungen für Pre-GA-Angebote“ im Abschnitt „Allgemeine Nutzungsbedingungen“ der dienstspezifischen Nutzungsbedingungen. Pre-GA-Funktionen sind „wie besehen“ verfügbar und werden möglicherweise nur eingeschränkt unterstützt. Weitere Informationen finden Sie in den Beschreibungen der Startphase.

Wert	Limit
Maximale Anzahl von Partitionen pro Instanz	10
Maximale Anzahl von Placement-Zeilen pro Knoten in der Partition^9	20 Millionen

Datenbanklimits

• Für Instanzen mit 1 Knoten (1.000 Verarbeitungseinheiten) und größer: 4 TB pro Knoten
• Für Instanzen mit weniger als 1 Knoten: 409,6 GB pro 100 Verarbeitung Einheiten

Eine erhöhte Speicherkapazität von 10 TB pro Knoten ist in den meisten regionalen, biregionalen und multiregionalen Spanner-Instanzkonfigurationen verfügbar. Weitere Informationen finden Sie unter Leistungs- und Speicherverbesserungen.

Sicherungen werden separat gespeichert und auf dieses Limit angerechnet. Weitere Informationen finden Sie unter Messwerte zur Speicherauslastung.

Beachten Sie, dass Spanner den tatsächlichen und nicht auf den insgesamt verfügbaren Speicherplatz.

Wert	Limit
Datenbanken pro Instanz	Für Instanzen mit mindestens 1 Knoten (1.000 Verarbeitungseinheiten) und größer: 100 Datenbanken Für Instanzen, die kleiner als 1 Knoten sind: 10 Datenbanken pro 100 Verarbeitungseinheiten
Rollen pro Datenbank	100
Länge der Datenbank-ID	2 bis 30 Zeichen
Speichergröße^1

Limits für Sicherung und Wiederherstellung

Wert	Limit
Anzahl der laufenden Vorgänge zum Erstellen von Sicherungen pro Datenbank	1
Anzahl der laufenden Vorgänge zum Wiederherstellen von Datenbanken pro Instanz (in der Instanz der wiederhergestellten Datenbank, nicht der Sicherung)	10
Maximale Aufbewahrungsdauer für Sicherungen	1 Jahr (einschließlich des zusätzlichen Tages in Schaltjahren)

Schemalimits

DDL-Anweisungen

Wert	Limit
Größe der DDL-Anweisung für eine einzelne Schemaänderung	10 MB
Größe der DDL-Anweisung für das gesamte Schema einer Datenbank, wie von GetDatabaseDdl zurückgegeben	10 MB

Tabellen

Wert	Limit
Tabellen pro Datenbank	5.000
Länge des Tabellennamens	1 bis 128 Zeichen
Spalten pro Tabelle	1.024
Länge des Spaltennamens	1 bis 128 Zeichen
Größe der Daten pro Zelle	10 MiB
Größe einer STRING-Zelle	2.621.440 Unicode-Zeichen
Anzahl der Spalten in einem Tabellenschlüssel	16 Schließt Schlüsselspalten ein, die für eine übergeordnete Tabelle freigegeben sind
Tabellen-Verschachtelungstiefe	7 Eine Tabelle der obersten Ebene mit untergeordneten Tabellen hat die Tiefe 1. Eine Tabelle der obersten Ebene mit um zwei Ebenen untergeordneten Tabellen hat die Tiefe 2 usw.
Gesamtgröße einer Tabelle oder eines Indexschlüssels	8 KB Beinhaltet die Größe aller Spalten, aus denen der Schlüssel besteht
Gesamtgröße der Nicht-Schlüsselspalten	1.600 MB Beinhaltet die Größe aller Nicht-Schlüsselspalten für eine Tabelle

Indexe

Wert	Limit
Indexe pro Datenbank	10.000
Indexe pro Tabelle	128
Länge des Indexnamens	1 bis 128 Zeichen
Anzahl der Spalten in einem Indexschlüssel	16 Die Anzahl der indexierten Spalten (außer für STORING-Spalten) plus der Anzahl der primären Schlüsselspalten in der Basistabelle

Aufrufe

Wert	Limit
Ansichten pro Datenbank	5.000
Länge des Namens anzeigen lassen	1 bis 128 Zeichen
Verschachtelungstiefe	10 Eine Ansicht, die auf eine andere Ansicht verweist, hat eine Verschachtelungstiefe 1. Eine Ansicht, die auf eine andere Ansicht verweist, die auf eine andere Ansicht verweist, hat eine Verschachtelungstiefe 2 usw.

Abfragelimits

Wert	Limit
Spalten in einer GROUP BY-Klausel	1.000
Werte in einem IN-Operator	10.000
Funktionsaufrufe	1.000
Joins	20
Verschachtelte Funktionsaufrufe	75
Verschachtelte GROUP BY-Klauseln	35
Verschachtelte Unterabfrageausdrücke	25
Verschachtelte Subselect-Anweisungen	60
Parameter	950
Länge der Abfrageanweisung	1 Million Zeichen
STRUCT Felder	1.000
Untergeordnete Unterabfrageausdrücke	50
Unions in einer Abfrage	200

Limits beim Erstellen, Lesen, Aktualisieren und Löschen von Daten

Wert	Limit
Commit-Größe (einschließlich Indexe und Änderungsstreams)	100 MB
Gleichzeitige Lesevorgänge pro Sitzung	100
Mutationen pro Commit (einschließlich Indexe)^2	80.000
Gleichzeitige partitionierte DML-Anweisungen pro Datenbank	20.000

Administrative Limits

Wert	Limit
Anfragegröße bei administrativen Aktionen^3	1 MB
Limit für administrative Aktionen^4	5 pro Sekunde, Projekt und Nutzer (gemittelt über 100 Sekunden)

Anfragelimits

Wert	Limit
Anfragegröße außer Commits^5	10 MB

Streamlimits ändern

Wert	Limit
Änderungsstreams pro Datenbank	10
Änderungsstreams, die eine beliebige Nicht-Schlüsselspalte beobachten^6	3
Gleichzeitige Leser pro Änderungsstream-Datenpartition^7	5

Data Boost-Limits

Wert	Limit
Gleichzeitige Data Boost-Anfragen pro Projekt in us-central1	1.000 ^8
Gleichzeitige Data Boost-Anfragen pro Projekt und Region in anderen Regionen	400 ^8

Hinweise

1. Um beim Zugriff auf eine Datenbank Hochverfügbarkeit und niedrige Latenz zu bieten, definiert Spanner Speicherlimits basierend auf der Rechenkapazität der Instanz:

• Bei Instanzen, die kleiner als 1 Knoten (1.000 Verarbeitungseinheiten) sind, weist Spanner jeweils 409,6 GB Daten pro 100 Verarbeitungseinheiten in der Datenbank zu.
• Bei Instanzen, die mindestens eine Größe von einem Knoten haben, weist Spanner für jeden Knoten 4 TB Daten zu.

Um beispielsweise eine Instanz für eine 600 GB-Datenbank benötigen, müssen Sie Rechenkapazität auf 200 Verarbeitungseinheiten eingestellt haben. Mit dieser Rechenkapazität bleibt die Instanz unter dem Limit, bis die Datenbank größer als 819,2 GB ist. Bei Erreichen dieser Größe müssen Sie jedoch weitere 100 Verarbeitungseinheiten hinzufügen, damit die Datenbank kontinuierlich wachsen kann. Andernfalls werden Schreibvorgänge in die Datenbank möglicherweise abgelehnt. Weitere Informationen finden Sie unter Empfehlungen für die Datenbankspeicherauslastung.

Fügen Sie für ein reibungsloses Wachstum vor dem Limit Rechenkapazität hinzu für Ihre Datenbank erreicht ist.

2. Einfüge- und Aktualisierungsvorgänge werden nach der Vielzahl der Spalten gezählt, die sie beeinflussen. Primärschlüsselspalten sind immer betroffen. Das Einfügen eines neuen Eintrags kann als fünf Mutationen zählen, wenn Werte in fünf Spalten eingefügt werden. Das Aktualisieren von drei Spalten in einem Eintrag kann auch als fünf Mutationen zählen, wenn der Datensatz zwei Primärschlüsselspalten enthält. Lösch- und Bereichslöschvorgänge zählen als eine Mutation, unabhängig von der Anzahl der betroffenen Spalten. Ebenso zählt das Löschen einer Zeile aus einer übergeordneten Tabelle mit der Anmerkung ON DELETE CASCADE als eine Mutation, unabhängig von der Anzahl der verschränkten untergeordneten Zeilen. Eine Ausnahme gibt es dann, wenn für zu löschende Zeilen Sekundärindexe definiert sind. Die Änderungen an den Sekundärindexen werden dann einzeln gezählt. Wenn beispielsweise eine Tabelle hat 2 sekundäre Indexe. Das Löschen eines Zeilenbereichs in der Tabelle zählt als 1. Mutation für die Tabelle plus 2 Mutationen für jede Zeile, die gelöscht wird, könnten die Zeilen im sekundären Index über den Schlüsselraum verteilt sein, ist es für Spanner unmöglich, einen einzelnen Löschvorgang für den Bereich auf der sekundäre Indexe. Sekundärindexe beinhalten die Sicherungsindexe für Fremdschlüssel.

Informationen zum Ermitteln der Anzahl der Mutationen für eine Transaktion finden Sie unter Commit-Statistiken für eine Transaktion abrufen.

Änderungsstreams fügen keine Mutationen hinzu, die auf dieses Limit angerechnet werden.

3. Das Limit für Anfragen nach administrativen Aktionen betrifft keine Commits, in Anmerkung 5 aufgelisteten Anfragen oder Schemaänderungen.

4. Dieses Limit gilt für alle Aufrufe der Admin API, also auch solche zum Aufrufen von Vorgängen mit langer Ausführungszeit für eine Instanz, Datenbank oder Sicherung.

5. Dieses Limit umfasst folgende Anfragen: Erstellen einer Datenbank, Aktualisieren einer Datenbank, Lesen, Streamen von Lesevorgängen, Ausführen von SQL-Abfragen und Ausführen von Streaming-SQL-Abfragen.

6. Änderungsstream, der eine ganze Tabelle oder Datenbank implizit überwacht überwacht jede Spalte in dieser Tabelle oder Datenbank und zählt daher auf dieses Limit angerechnet.

7. Dieses Limit gilt für gleichzeitige Leser derselben Partition von Änderungsstreams, unabhängig davon, ob es sich bei den Lesern um Dataflow-Pipelines oder direkte API-Abfragen handelt.

8. Die Standardlimits variieren je nach Projekt und Region. Weitere Informationen finden Sie unter Überwachen und verwalten Data Boost-Kontingentnutzung.

9. Bei der geografischen Partitionierung gilt für die meisten Partitionen ein Limit von 20 Millionen Placement-Zeilen pro Knoten. Für Partitionen mit den Konfigurationen us-west4, nam10 und nam-eur-asia1 gilt ein Limit von 10 Millionen Platzierungszeilen pro Knoten.