Kontingente und Limits

Auf dieser Seite sind die Kontingente und Limits für Cloud Bigtable aufgeführt.

Kontingente

In diesem Abschnitt werden die bei der Nutzung von Bigtable geltenden Standardkontingente erläutert.

Kontingente für administrative Vorgänge

Die folgenden Kontingente betreffen die Anzahl der administrativen Verwaltungsvorgänge, die Sie in Bigtable innerhalb einer bestimmten Zeit ausführen können.

Tageskontingente werden um Mitternacht (UTC -7/-8) zurückgesetzt.

Name Beschreibung Standardkontingent
Instanzen und Cluster
Leseanfragen für Instanzen und Cluster Konfiguration einer Instanz bzw. eines Clusters (z. B. Instanzname oder Knotenanzahl in einem Cluster) oder eine Liste von Instanzen lesen

Pro Tag und Projekt: 864.000 Vorgänge (durchschnittlich 10 Vorgänge/Sekunde)

Pro 100 Sekunden und Nutzer: 1.000 Vorgänge

Schreibanfragen für Instanzen und Cluster Konfiguration einer Instanz bzw. eines Clusters (z. B. Instanzname oder Knotenanzahl in einem Cluster) ändern oder eine neue Instanz erstellen

Pro Tag und Projekt: 500 Vorgänge

Pro 100 Sekunden und Nutzer: 100 Vorgänge

Anwendungsprofile
Leseanfragen für Anwendungsprofile Konfiguration eines Anwendungsprofils lesen

Pro 100 Sekunden und Projekt: 5.000 Vorgänge

Pro 100 Sekunden und Nutzer: 1.000 Vorgänge

Schreibanfragen für Anwendungsprofile Konfiguration eines Anwendungsprofils ändern

Pro 100 Sekunden und Projekt: 500 Vorgänge

Pro 100 Sekunden und Nutzer: 100 Vorgänge

Tabellen
Leseanfragen für Tabellen Konfiguration einer Tabelle (z. B. Einzelheiten zu den Spaltenfamilien) oder eine Liste von Tabellen lesen

Pro Tag und Projekt: 864.000 Vorgänge (durchschnittlich 10 Vorgänge/Sekunde)

Pro 100 Sekunden und Nutzer: 1.000 Vorgänge

Schreibanfragen für Tabellen Konfiguration einer Tabelle ändern (z. B. die Einstellungen für die Speicherbereinigung für eine Spaltenfamilie)

Pro Tag und Projekt: 5.000 Vorgänge

Pro 100 Sekunden und Nutzer: 100 Vorgänge

Methode DropRowRange In einem einzelnen Vorgang mehrere Zeilen aus einer Tabelle löschen

Pro Tag und Projekt: 5.000 Vorgänge

Pro 100 Sekunden und Nutzer: 100 Vorgänge

Sicherungen
Sicherungsvorgänge Sicherungen erstellen, hochladen und löschen

Pro Tag und Projekt: 1.000 Vorgänge

Pro 100 Sekunden und Nutzer: 10 Vorgänge

Sicherungs-Abrufanfragen Sicherungen abrufen und auflisten

Pro Tag und Projekt: 864.000 Vorgänge

Methode RestoreTable Sicherung in einer neuen Tabelle wiederherstellen

Pro Tag und Projekt: 5.000 Vorgänge

Pro 100 Sekunden und Nutzer: 100 Vorgänge

Identity and Access Management
Detaillierte Get-Anfragen für ACL Informationen über die IAM-Richtlinie für eine Bigtable-Instanz lesen oder die IAM-Berechtigungen für eine Instanz testen

Pro Tag und Projekt: 864.000 Vorgänge (durchschnittlich 10 Vorgänge/Sekunde)

Pro 100 Sekunden und Nutzer: 1.000 Vorgänge

Detaillierte Set-Anfragen für ACL IAM-Richtlinie für eine Bigtable-Instanz ändern

Pro Tag und Projekt: 864.000 Vorgänge (durchschnittlich 10 Vorgänge/Sekunde)

Pro 100 Sekunden und Nutzer: 1.000 Vorgänge

Knotenkontingente

Ein Google Cloud-Projekt enthält Bigtable-Instanzen, die Container für Cluster sind. Ein Cluster stellt den eigentlichen Bigtable-Dienst dar, der in einer Zone ausgeführt wird. Cluster enthalten Knoten, bei denen es sich um Rechenressourcen handelt, mit denen Bigtable Ihre Daten verwaltet.

Standardmäßig können Sie bis zu 30 SSD-Knoten und bis zu 30 HDD-Knoten pro Zone in jedem Google Cloud-Projekt bereitstellen. Falls Sie mehr Knoten benötigen, können Sie eine Kontingenterhöhung anfordern.

Die Anzahl der verfügbaren SSD- und HDD-Knoten in jeder Zone Ihres Google Cloud-Projekts finden Sie in der Google Cloud Console. Bewegen Sie den Mauszeiger im linken Navigationsbereich auf IAM & Verwaltung, klicken Sie auf Kontingente und wählen Sie im Drop-down Dienst die Bigtable Admin API aus.

Die nun angezeigte Seite enthält Zeilen mit Kontingenten für alle Kombinationen aus Dienst, Knotentyp und Standort. Achten Sie auf die Zeilen mit der Bezeichnung SSD-Knoten pro Zone oder HDD-Knoten pro Zone. Die Spalte Limit enthält die maximal zulässige Zahl von Knoten für den jeweiligen Knotentyp und Standort. In der Spalte Aktuelle Nutzung finden Sie die Zahl der derzeit vorhandenen Knoten. Die Differenz zwischen diesen beiden Zahlen gibt an, wie viele Knoten Sie hinzufügen können, ohne ein höheres Kontingent anfordern zu müssen.

Kontingenterhöhung anfordern

Sie benötigen mindestens Berechtigungen auf Bearbeiter-Ebene für das Projekt, das die Instanz enthält, für die Sie eine Kontingenterhöhung anfordern.

Es fallen keine Gebühren für die Anforderung eines höheren Kontingents an. Ihre Kosten erhöhen sich nur dann, wenn Sie mehr Ressourcen verwenden.

  1. Rufen Sie die Seite Kontingente auf.

    Zur Seite „Kontingente“

  2. Wählen Sie auf der Seite Kontingente die Kontingente aus, die Sie ändern möchten.
  3. Klicken Sie oben auf der Seite auf die Schaltfläche Kontingente bearbeiten.
  4. Geben Sie rechts Ihren Namen, Ihre E-Mail-Adresse und Ihre Telefonnummer ein und klicken Sie dann auf Weiter.
  5. Geben Sie das neue Kontingentlimit ein, das Sie anfordern möchten, und klicken Sie auf Weiter.
  6. Senden Sie die Anfrage.

Sie sollten zusätzliche Ressourcen einige Tage im Voraus planen und anfordern, damit genügend Zeit bleibt, um die Anfrage zu bearbeiten.

Limits

In diesem Abschnitt werden die bei Ihrer Nutzung von Bigtable geltenden Limits erläutert. Limits sind in den Dienst eingebunden und können nicht geändert werden.

Anwendungsprofile pro Instanz

Jede Instanz kann maximal 2.000 Anwendungsprofile haben.

Sicherungen

  • Maximale Anzahl der Sicherungsvorgänge, die erstellt werden können: 50 pro Tabelle und Cluster
  • Minimale Gültigkeitsdauer einer Sicherung: 6 Stunden nach der ursprünglichen Erstellung
  • Maximale Gültigkeitsdauer einer Sicherung: 30 Tage nach der ursprünglichen Erstellung

Größe von Daten in Tabellen

Es hat sich bewährt, beim Entwerfen des Schemas unter diesen empfohlenen Limits zu bleiben:

  • Einzelner Zeilenschlüssel: 4 KB
  • Spaltenfamilien pro Tabelle: 100
  • Einzelner Spaltenqualifizierer: 16 KB
  • Einzelner Wert in einer Tabellenzelle: 10 MB
  • Alle Werte in einer einzelnen Zeile: 100 MB

Zusätzlich gelten die folgenden festen Limits, die eingehalten werden müssen:

  • Einzelner Wert in einer Tabellenzelle: 100 MB
  • Alle Werte in einer einzelnen Zeile: 256 MB

Diese Limits werden in binären Kilobyte (KB) und in binären Megabyte (MB) gemessen. 1 KB entspricht dabei 210 Byte und 1 MB entspricht 220 Byte. Diese Maßeinheiten werden auch als Kibibyte (KiB) und Mebibyte (MiB) bezeichnet.

Limits bei Vorgängen

Bei mehreren Mutationen, die als einzelner Batch an Bigtable gesendet werden, gelten die folgenden Limits:

  • Ein Batch bedingter Mutationen, die CheckAndMuate aufrufen, kann bis zu 100.000 wahre Mutationen und bis zu 100.000 falsche Mutationen enthalten.

  • In Batches aller anderen Mutationenstypen können nicht mehr als 100.000 Mutationen in den Batch aufgenommen werden.

Zeilenfilter

Zeilenfilter dürfen nicht mehr als 20 KB haben. Wenn Ihnen eine Fehlermeldung angezeigt wird, sollten Sie Ihren Filter ändern oder kürzen.

Speicherplatz pro Knoten

Wenn die Knoten im Cluster für die aktuelle Arbeitslast und die gespeicherte Datenmenge nicht ausreichen, hat Bigtable nicht genügend CPU-Ressourcen, um alle mit dem Cluster verknüpften Tabellen zu verwalten. Außerdem ist Bigtable dann nicht in der Lage, wichtige Wartungsaufgaben im Hintergrund auszuführen. Daher kann der Cluster eingehende Requests eventuell nicht verarbeiten und die Latenz kann zunehmen.

Zur Vermeidung dieser Probleme sollten Sie die Speicherauslastung für Ihre Cluster überwachen. So können Sie sicherstellen, dass für die Datenmenge im Cluster genug Knoten vorhanden sind. Hierbei gelten die folgenden Limits:

  • SSD-Cluster: 2,5 TB pro Knoten
  • HDD-Cluster: 8 TB pro Knoten

Diese Werte werden in binären Terabyte (TB) gemessen. 1 TB entspricht dabei 240 Byte. Diese Maßeinheit wird auch als Tebibyte (TiB) bezeichnet.

Fügen Sie Ihrem Cluster am besten immer ausreichend Knoten hinzu, sodass Sie diese Limits nur zu 70 % ausschöpfen und plötzliche Spitzen in der Speichernutzung abfangen können. Wenn beispielsweise 50 TB Daten in einem Cluster mit SSD-Speicher gespeichert sind, sollten Sie mindestens 29 Knoten bereitstellen, die bis zu 72,5 TB Daten verarbeiten können. Wenn dem Cluster voraussichtlich keine erhebliche Datenmenge hinzugefügt wird, können Sie diese Empfehlung überschreiten und bis zu 100 % des Limits belegen.

Tabellen pro Instanz

Bigtable unterstützt in jeder Instanz maximal 1.000 Tabellen.

Tabellen-IDs

Bigtable unterstützt für Tabellen-IDs eine maximale Länge von 50 Zeichen.

Nutzungsbedingungen

Die Nutzung dieses Dienstes muss den Nutzungsbedingungen sowie der Datenschutzerklärung von Google entsprechen.