Kontingente und Limits

In diesem Dokument sind die Kontingente und Systemlimits für AlloyDB for PostgreSQL aufgeführt.

• Kontingente geben an, wie viel einer zählbaren, freigegebenen Ressource Sie verwenden können. Kontingente werden von Google Cloud Diensten wie AlloyDB for PostgreSQL definiert.
• Systemlimits sind feste Werte, die nicht geändert werden können.

Kontingente

Google Cloud nutzt Kontingente, um Fairness zu gewährleisten und Spitzen bei Ressourcennutzung und -verfügbarkeit zu reduzieren. Ein Kontingent schränkt ein, wie viel von einerGoogle Cloud -Ressource Ihr Google Cloud -Projekt nutzen darf. Kontingente gelten für eine Reihe von Ressourcentypen, einschließlich Hardware, Software und Netzwerkkomponenten. Mit Kontingenten können Sie beispielsweise die Anzahl der API-Aufrufe an einen Dienst, die Anzahl der von Ihrem Projekt gleichzeitig verwendeten Load Balancer oder die Anzahl der Projekte begrenzen, die Sie erstellen können. Die Kontingente sollen eine Überlastung von Diensten verhindern und dadurch die Community derGoogle Cloud -Nutzer schützen. Sie helfen Ihnen auch bei der Verwaltung Ihrer eigenen Google Cloud -Ressourcen.

Das Cloud-Kontingentsystem ermöglicht Folgendes:

• Ihren Verbrauch von Google Cloud Produkten und ‑Diensten überwachen
• Ihren Verbrauch dieser Ressourcen einschränken
• Eine Möglichkeit bieten, Änderungen am Kontingentwert anzufordern und Kontingentanpassungen zu automatisieren

Wenn Sie versuchen, mehr von einer Ressource zu verbrauchen, als das Kontingent zulässt, blockiert das System in den meisten Fällen den Zugriff auf die Ressource. Die Aufgabe, die Sie ausführen möchten, schlägt fehl.

Kontingente gelten in der Regel auf Google Cloud Projektebene. Ihre Nutzung einer Ressource in einem Projekt hat keinen Einfluss auf Ihr verfügbares Kontingent in einem anderen Projekt. Innerhalb eines Google Cloud -Projekts werden die Kontingente für alle Anwendungen und IP-Adressen gemeinsam genutzt.

Google Cloud bietet auch kostenlose Testkontingente, die einen eingeschränkten Zugriff auf Projekte ermöglichen, damit Sie Google Cloud kostenlos testen können.

Es gelten nicht für alle Projekte dieselben Kontingente. Wenn Ihre Google Cloud Nutzung zunimmt, können Ihre Kontingente erhöht werden.

Weitere Informationen zu Kontingenten finden Sie unter Mit Kontingenten arbeiten.

Informationen zu Kontingenten, die von AlloyDB auferlegt werden, finden Sie unter Ratenkontingente und Ressourcenkontingente.

Für AlloyDB-Ressourcen gelten außerdem Limits. Im Gegensatz zu Kontingenten können Systemlimits nicht geändert werden.

Berechtigungen zum Prüfen und Bearbeiten von Kontingenten

Um Ihre Kontingente aufzurufen, benötigen Sie die Berechtigung serviceusage.quotas.get.

Um Ihre Kontingente zu ändern, benötigen Sie die Berechtigung serviceusage.quotas.update.

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

Kontingente prüfen

Standardmäßig werden in der Kontingenttabelle in der Google Cloud Console Kontingente für alle Dienste aufgeführt. Die aktuellen Kontingente für AlloyDB-Ressourcen in Ihrem Projekt können Sie mit der Liste Filter in der Tabelle prüfen.

So prüfen Sie die aktuellen Kontingente für AlloyDB-Ressourcen in Ihrem Projekt:

1. Rufen Sie in der Google Cloud Console die Seite Kontingente auf.

   Kontingente aufrufen

2. Klicken Sie in der Tabelle „Kontingente“ auf Filtern.

3. Wählen Sie in der Liste Properties (Eigenschaften) die Option Service (Dienst) und dann in der Liste Values (Werte) die Option AlloyDB API aus.

Kontingente erhöhen

Bei einer intensiveren Nutzung von Google Cloud können Ihre Kontingente entsprechend erhöht werden. Wenn Sie eine deutlich höhere Nutzung erwarten, sollten Sie schon einige Tage vorher entsprechend höhere Kontingente anfordern.

1. Klicken Sie auf der Seite Kontingente auf Filtern.

2. Wählen Sie in der Liste Properties (Eigenschaften) die Option Service (Dienst) und dann in der Liste Values (Werte) die Option AlloyDB API aus.

   Wenn Sie die AlloyDB API nicht sehen, ist die AlloyDB Admin API nicht aktiviert.

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

4. Klicken Sie auf Kontingente bearbeiten.

5. Geben Sie Ihren Namen, Ihre E-Mail-Adresse und Ihre Telefonnummer ein und klicken Sie auf Weiter.

6. Geben Sie Ihre Kontingentanfrage ein und klicken Sie auf Anfrage senden.

Ratenkontingente

AlloyDB unterstützt Ratenkontingente, die auch als Ratenbegrenzungen oder API-Kontingente bezeichnet werden. Ratenkontingente definieren die Anzahl der Anfragen, die Sie an die AlloyDB Admin API senden können.

Jedes Ratenkontingent entspricht allen Anfragen für eine Gruppe von einer oder mehreren AlloyDB Admin API-Methoden. Ratenkontingente werden nach einem für den Dienst spezifischen Zeitintervall zurückgesetzt, z. B. die Anzahl der API-Anfragen pro Tag.

Wenn Sie die Google Cloud CLI oder die Google Cloud -Konsole verwenden, stellen Sie Anfragen an die API. Diese Anfragen werden auf Ihre Ratenbegrenzungen angerechnet. Wenn Sie mithilfe von Dienstkonten auf die API zugreifen, werden diese Anfragen auch auf Ihr Ratenlimit angerechnet.

Die Ratenkontingente werden in 60-Sekunden-Intervallen (1 Minute) erzwungen und automatisch aufgefüllt. Wenn Ihr Projekt also innerhalb von 60 Sekunden das Maximum eines Ratenkontingents erreicht, müssen Sie warten, bis dieses Kontingent aufgebraucht ist, bevor Sie in dieser Gruppe weitere Anfragen stellen. Wenn Ihr Projekt eine Ratenbegrenzung überschreitet, erhalten Sie den HTTP-Statuscode 429 mit dem Grund rateLimitExceeded.

Die AlloyDB Admin APIs sind je nach Vorgangstyp in sechs Gruppen unterteilt. Die Ratenkontingente gelten pro Minute, API-Gruppe, Projekt, Region und Nutzer. Für jede eindeutige Kombination dieser Attribute gibt AlloyDB ein separates Kontingent an. Wenn beispielsweise 100 Nutzer in einer Minute für ein bestimmtes Projekt und eine bestimmte Region auf die Mutate APIs zugreifen, erhält jeder Nutzer ein Standardkontingent von 180 bis 250 Anfragen pro Minute für jede Kombination aus Projekt und Region.

Die Standardkontingentbereiche für die einzelnen Gruppen sind:

Ressourcenkontingente

AlloyDB unterstützt Ressourcenkontingente, die auch als Zuweisungskontingente bezeichnet werden. Mit Ressourcenkontingenten wird festgelegt, wie viele Ressourcen eines Typs Sie maximal erstellen können, wenn diese Ressourcen verfügbar sind. Ressourcenkontingente beschränken die Nutzung von Ressourcen, die keine Nutzungsrate haben, z. B. die Anzahl der VM-Instanzen, die zu einem bestimmten Zeitpunkt von Ihrem Projekt verwendet werden.

Ressourcenkontingente werden nicht nach Ablauf einer bestimmten Zeit zurückgesetzt. Stattdessen müssen Sie Maßnahmen ergreifen, um die nicht verwendeten Ressourcen freizugeben, z. B. einen nicht benötigten Cluster löschen.

Für die Anzahl der verwendeten Cluster und vCPUs gelten Ressourcenkontingente, wie in den folgenden Abschnitten beschrieben.

Ressourcenkontingente für Cluster

Dieses Kontingent gilt für die Anzahl der Cluster pro Projekt und Region. Der Standardwert für dieses Kontingent liegt je nach Nutzungsverlauf des Projekts zwischen 3 und 10 Clustern pro Projekt und Region. Der maximal unterstützte Wert für dieses Kontingent beträgt 15 Cluster pro Projekt und Region.

Wenn Sie eine Anfrage zum Erstellen oder Wiederherstellen eines Clusters über die Google Cloud Console, die gcloud CLI oder die AlloyDB Admin API stellen und dies zu einem Kontingentverstoß führt, schlägt die Anfrage mit einer Fehlermeldung wie der folgenden fehl:

Quota limit 'ClustersUsedPerProjectPerRegion' has been exceeded. Limit: 5 in region us-central1.

Ressourcenkontingente für vCPUs

Dieses Kontingent gilt für die Anzahl der vCPUs pro Projekt und Region. Jede Instanz verbraucht einen Teil dieses Kontingents, je nachdem, wie viele VMs sie verwendet. Jede primäre Instanz verwendet zwei VMs. Für jede Read-Pool-Instanz wird eine VM für jeden Knoten verwendet, den sie enthält. Die Anzahl der vCPUs, die von jeder VM verwendet werden, wird von Ihnen beim Erstellen oder Aktualisieren der Instanz angegeben.

Der Standardwert des Kontingents für alle Kundenprojekte beträgt 10.000 vCPUs.

Wenn Sie eine Anfrage zum Erstellen oder Aktualisieren einer Instanz über die Google Cloud Console, die gcloud CLI oder die AlloyDB Admin API stellen und dies zu einem Kontingentverstoß führt, schlägt die Anfrage mit einer Fehlermeldung ähnlich der folgenden fehl:

Quota limit 'VCPUsUsedPerProjectPerRegion' has been exceeded. Limit: 128 in region us-central1.

Ressourcenkontingente für Speicher

Dieses Kontingent gilt für die Datenmenge, die in jedem Cluster gespeichert werden kann. Der Standardwert für dieses Kontingent beträgt 16 TiB pro Cluster. Der maximal unterstützte Wert beträgt 128 TiB pro Cluster.

Wenn Sie eine Datenbank-Schreibanfrage stellen, z. B. eine INSERT-Anweisung, die zu einem Kontingentverstoß führt, schlägt die Anfrage mit der folgenden Fehlermeldung fehl:

AlloyDB instance exceeds available storage quota.

Ressourcenverfügbarkeit

Ressourcenkontingente garantieren jedoch nicht, dass Ressourcen jederzeit verfügbar sind. Wenn eine Ressource für Ihre Region physisch nicht verfügbar ist, können Sie keine neuen Ressourcen dieses Typs erstellen, auch wenn in Ihrem Projekt noch ein ausreichendes Kontingent dafür vorhanden ist.

Limits

Fordern Sie einen Supportfall an, um eine Erhöhung des Limits anzufordern.

Maximale Anzahl gleichzeitiger Verbindungen

In AlloyDB ist die maximale Anzahl gleichzeitiger Verbindungen einer Instanz auf 1.000 begrenzt, sofern Sie das Flag max_connections nicht auf einen höheren Wert festlegen.

Verwenden Sie die folgende Tabelle als Richtlinie, um den Wert für „max connections“ basierend auf der Größe Ihrer Instanz festzulegen:

Beachten Sie vor dem Festlegen des Werts Folgendes:

• Wenn Sie das Flag max_connections für eine Lesepoolinstanz festlegen, muss der neue Wert dem max_connections-Wert der primären Instanz des Clusters entsprechen oder ihn überschreiten.
• Wir empfehlen, maximal vier gleichzeitige Abfragen pro Instanz-vCPU auszuführen.
• Für Arbeitslasten mit kurzfristigen Verbindungen sollten Sie einen Connection Pooler wie pgbouncer oder pgpool-II verwenden.
• Wir empfehlen, einen anwendungsseitigen Verbindungspooler wie HikariCP oder c3p0 hinzuzufügen.

• Wenn Sie den Wert auf einen Wert festlegen, der höher als die Empfehlungen ist (bis zu 240.000), sollten Sie den zusätzlichen Speicherverbrauch für jede aktive Verbindung berücksichtigen, der den Speicher für den freigegebenen Puffer verringert.

  Dieser Speicherverbrauch kann berechnet werden, indem die Anzahl der gleichzeitigen Abfragen mit dem für das Flag work_mem festgelegten Wert multipliziert wird. Der Standardwert für dieses Flag ist 4MB oder die Anzahl der vCPUs in der Instanz, je nachdem, welcher Wert höher ist.