Kontingente und Limits

In diesem Dokument sind die Kontingente und Systemlimits für Cloud Tasks aufgeführt.

  • 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 dem Cloud-Kontingente – Übersicht.

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

Ressource Kontingentname in der Konsole 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 dürfen, einschließlich der Standardwarteschlange.

Warteschlangen, die Aufgaben für App Engine-Ziele verarbeiten, müssen sich in der selben Region wie die App Engine-Anwendung befinden. Dies ist das Kontingent für Warteschlangen, die mit Cloud Tasks API-Methoden erstellt wurden. Warteschlangen, die über queue.yaml, erstellt wurden, basieren hingegen auf der älteren Methode für Aufgabenwarteschlangen. Bei diesen Warteschlangen gilt weiterhin ein Grundkontingent 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.
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 manuelles Debugging bestimmt, nicht für die normale Ausführung von Aufgaben.
Anfragen vom Typ „Auflisten“ Anfragen zum Auflisten von Gruppen pro Minute und Region 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.

System limits

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

In der folgenden Tabelle sind 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 Anzahl von Aufgaben, die in einem Stapel erstellt werden können 100 Die maximale Anzahl von Aufgaben, die in einem einzelnen Stapel erstellt werden können.
Maximale Anzahl von Aufgaben, die in einem Stapel gelöscht werden können 1000 Die maximale Anzahl von Aufgaben, die in einem einzelnen Stapel gelöscht werden können.
Fenster zur 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. Zugleich die Zeitspanne, in der die Deduplizierung einer Aufgabe wirksam bleibt, nachdem eine Aufgabe gelöscht wurde.
Inaktive Warteschlangen Inaktiv nach 30 Tagen Eine Warteschlange gilt als INACTIVE, wenn keine Methodenaufrufe von einer beliebigen API an die Warteschlange gesendet wurden und in diesem Zeitraum keine Aufgabenweiterleitungen in der Warteschlange stattfanden.
Maximale Aufgabenaufbewahrung 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, damit eine Warteschlange mit demselben Namen neu erstellt werden kann.