Kontingente und Limits

Cloud Tasks verwendet Kontingente und Systemlimits, um eine faire Ressourcenzuweisung zu gewährleisten, Dienstüberlastungen zu vermeiden und Ihnen die Verwaltung der Ressourcennutzung zu erleichtern.

Kontingente und Systemlimits sind ähnlich, unterscheiden sich aber in folgenden Punkten:

  • Kontingente haben Standardwerte, aber Sie können in der Regel Anpassungen anfordern.
  • Systemlimits sind feste Werte, die nicht geändert werden können.

Kontingente

Google Cloud nutzt Kontingente, um für Fairness zu sorgen und Spitzen bei der Ressourcennutzung und ‑verfügbarkeit zu reduzieren. Ein Kontingent schränkt ein, wie viel von einerGoogle Cloud Ressource Ihr Google Cloud Projekt nutzen kann. 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 nebenläufig verwendeten Load Balancer oder die Anzahl der Projekte begrenzen, die Sie erstellen können. 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 tut Folgendes:

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 auszuführen versuchen, schlägt dann fehl.

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

Weitere Informationen finden Sie unter Cloud-Kontingente – Übersicht.

In der folgenden Tabelle werden die Kontingente für Cloud Tasks-Ressourcen beschrieben.

Ressource Name des Kontingents in der Console Standardwert Beschreibung
Maximale Anzahl Warteschlangen Anzahl der Warteschlangen pro Region 1.000 pro Region

Die Gesamtzahl der Warteschlangen (für HTTP- und App Engine-Ziele), die in einem Projekt pro Region vorhanden sein können, einschließlich der Standardwarteschlange.

Warteschlangen, die Aufgaben für App Engine-Ziele verarbeiten, müssen sich in derselben Region wie die App Engine-Anwendung befinden. Dies ist das Kontingent für Warteschlangen, die mit Cloud Tasks API-Methoden erstellt wurden. Alle mit queue.yaml erstellten Warteschlangen basieren jedoch auf der älteren Aufgabenwarteschlangen-Methode. Diese Warteschlangen haben weiterhin ein anfängliches Kontingent von 100.
API-Anfragen Anfragen pro Minute und Region 6.000.000 pro Minute

Die Gesamtzahl der API-Anfragen, die pro Minute gestellt werden können.

Beachten Sie, dass beim Erstellen eines Batches von Aufgaben (batchCreate) oder beim Löschen eines Batches von Aufgaben (batchDelete) der Kontingentverbrauch auf der Anzahl der Aufgaben im Batch basiert. Jede einzelne Aufgabe im Batch wird als eine Anfrage auf das Kontingentlimit für API-Anfragen angerechnet.
Anfragen zum Erzwingen von Aufgaben Anfragen zum Ausführen von Aufgaben pro Minute und Region 60 pro Minute Die Gesamtzahl der run task-Anfragen pro Minute. Diese API ist für das manuelle Debugging gedacht und hat nichts mit der normalen Aufgabenausführung zu tun.
Anfragen vom Typ „Auflisten“ Anfragen pro Minute und Region auflisten 600 pro Minute Die Gesamtzahl der list tasks-, list queues- und list locations-Anfragen pro Minute.

Die meisten Kontingente können Sie in der Google Cloud Console anpassen. Weitere Informationen finden Sie unter Kontingentanpassung anfordern.

Systemlimits

Für Cloud Tasks-Ressourcen gelten außerdem Systemlimits. Systemlimits können nicht geändert werden.

In der folgenden Tabelle werden die Systemlimits für Cloud Tasks beschrieben.

Ressource Wert Beschreibung
Warteschlangen-Weiterleitungsrate 500 Aufgaben pro Sekunde und Warteschlange Die maximale Rate, mit der Aufgaben aus einer Warteschlange weitergeleitet werden können. Wenn die Weiterleitung mit einer höheren Rate erfolgen soll, verwenden Sie mehrere Warteschlangen.
Maximale Aufgabengröße 1 MiB Die maximale Größe einer Aufgabe, die einer Warteschlange hinzugefügt werden kann.
Maximale Batchgröße 10 MiB Die maximale Größe eines Aufgaben-Batches, der einer Warteschlange hinzugefügt werden kann.
Maximale Anzahl von Aufgaben, die in einem Batch erstellt werden können 100 Aufgaben Die maximale Anzahl von Aufgaben, die in einer einzelnen batchCreate-Anfrage erstellt werden können.
Maximale Anzahl von Aufgaben, die in einem Batch gelöscht werden können 1.000 Aufgaben Die maximale Anzahl von Aufgaben, die in einer einzelnen batchDelete-Anfrage gelöscht werden können.
Zeitfenster für die Deduplizierung von Aufgaben Bis zu 24 Stunden Der Zeitraum, in dem der Dienst eine Aufgabe, die mit demselben Namen wie eine kürzlich gelöschte Aufgabe hinzugefügt wird, mit einem Fehler ablehnt. Dies ist die Zeitspanne, für die die Deduplizierung von Aufgaben nach dem Löschen einer Aufgabe wirksam bleibt.
Fenster für die Deduplizierung von Batchvorgängen 7 Tage Der Zeitraum, in dem Batchvorgangs-IDs und ihre Ergebnisse zur Deduplizierung beibehalten werden.
Inaktive Warteschlangen Inaktiv nach 30 Tagen Eine Warteschlange gilt als INACTIVE, wenn keine Methodenaufrufe von einer API an sie gesendet werden und in diesem Zeitraum keine Aufgaben gesendet wurden.
Maximale Aufbewahrungsdauer für Aufgaben 31 Tage Die Zeit zwischen dem Hinzufügen einer Aufgabe zu einer Warteschlange und dem automatischen Löschen dieser Aufgabe.
Maximale geplante Zeit für eine Aufgabe 30 Tage ab dem aktuellen Datum und der aktuellen Uhrzeit Der maximale Zeitraum in der Zukunft, über den eine Aufgabe geplant werden kann.
Warteschlange neu erstellen 3 Tage Die Zeit, die Sie nach dem Löschen einer Warteschlange warten müssen, um eine Warteschlange mit demselben Namen neu zu erstellen.