Kontingente und Limits

In diesem Dokument erfahren Sie mehr zu Kontingenten und Ressourcenlimits bei Cloud Pub/Sub.

Weitere Informationen zum Verfolgen Ihrer Kontingente, wie etwa der Themen- oder Abonutzung, finden Sie im Artikel "Monitoring".

Kontingentnutzung ansehen und Kontingentlimits verwalten

Sie können die aktuellen Kontingente eines Projekts und deren Nutzung im Dashboard "APIs und Dienste" für Kontingente ansehen. In diesem Dashboard lassen sich die Kontingente auch einzelnen nacheinander ändern.

Wenn Sie mehrere Kontingente gleichzeitig ändern möchten, verwenden Sie das Dashboard "IAM & Verwaltung" für Kontingente.

In beiden Dashboards können Sie:

  • Kontingente reduzieren
  • Höhere Kontingentlimits beantragen

Kontingenteinheiten

Für jede Anfrage oder Antwort wird die Gesamtgröße der Anfrage oder Antwort gezählt, mindestens aber 1 Kilobyte.

Die Kontingentnutzung für jede Anfrage oder Antwort wird auf das nächste Kilobyte aufgerundet. Nehmen wir an, Sie haben eine Veröffentlichungsanfrage mit 100 Nachrichten zu je 50 Byte und die Länge des Themennamens entspricht 30 Byte. Die Kontingentnutzung der Anfrage läge bei max(1, ceil(5030/1000)) = 6kB.

Zuordnung der Projektnutzung

Für den Push-Abonnentendurchsatz wird die Kontingentnutzung anhand des Projekts berechnet, in dem das Push-Abo enthalten ist.

Für die folgenden Kontingente wird die Nutzung anhand des Projekts berechnet, das mit den Anmeldedaten des Anrufers verbunden ist, und nicht anhand des Projekts, das die angefragte Ressource enthält, also nicht anhand des im Thema- oder Abonamen angezeigten Projekts.

  • Publisher-Durchsatz
  • Abonnentendurchsatz
  • Administratorvorgänge

Beispiel: Wenn ein Dienstkonto in Projekt A einen Antrag zur Veröffentlichung an ein Thema in Projekt B sendet, wird das Kontingent für Projekt A belastet. Jede Anfrage enthält Anmeldedaten, die eine Projekt-ID enthalten.

Kontingentlimits

Die in der folgenden Tabelle aufgelisteten Kontingente können pro Projekt im Dashboard "APIs und Dienste" für Kontingente angezeigt und bearbeitet werden.

Kontingent Standardkontingentlimit Beschreibung
Publisher-Durchsatz 60.000.000 KB pro Minute (1.000 MB/s) Die Kontingentnutzung basiert auf der Größe der Nachrichten in PublishRequest:

In einer Veröffentlichungsanfrage können mehrere Nachrichten enthalten sein. Für diese Nachrichten wird kein zusätzliches Kontingent berechnet.

Abonnentendurchsatz 120.000.000 KB pro Minute (2.000 MB/s) Bei Pull-Abos hängt die Kontingentnutzung von der Größe der Antworten vom Typ Pull ab und umfasst Folgendes:

Darüber hinaus beinhaltet das Kontingent Anfragen vom Typ Acknowledge und ModifyAckDeadline:

  • AcknowledgeRequest (RPC)
  • ModifyAckDeadlineRequest (RPC)
    Push-Abonnentendurchsatz 6.000.000 KB pro Minute (100 MB/s) Bei Push-Zustellungsanfragen an den Push-Endpunkt richtet sich die Kontingentnutzung nach der Größe der Anfragen an den Push-Endpunkt.
    StreamingPull-Abonnentendurchsatz 120.000.000 KB pro Minute (2.000 MB/s) Die Kontingentnutzung basiert auf der Größe von StreamingPullResponses:

    Für Clientbibliotheken werden nach Möglichkeit Vorgänge vom Typ StreamingPull verwendet.

    Anzahl der offenen StreamingPull-Verbindungen 30.000 offene Verbindungen gleichzeitig Die Anzahl der offenen StreamingPull-Verbindungen zu einem bestimmten Zeitpunkt. Siehe StreamingPull.
    Rate der StreamingPull-Verbindungen 6.000.000 pro Minute Die Öffnungsrate neuer StreamingPull-Verbindungen. Siehe StreamingPull.
    Administratorvorgänge 6.000 pro Minute (100 Vorgänge pro Sekunde) Für jeden Administratorvorgang wie etwa GetTopicRequest wird diesem Kontingent eine Einheit angerechnet.

    Die administrativen Vorgänge umfassen in der Regel Get*, List*, Create*, Delete*, ModifyPushConfig, SetIamPolicy, GetIamPolicy und TestIamPermissions.

    Ressourcenlimits

    Ressource Maximum
    Projekt 10.000 Themen
    10.000 Abos
    Thema 10.000 angehängte Abos
    5.000 angehängte Snapshots
    Abo Behält unbestätigte Nachrichten ab ihrer Veröffentlichung für 7 Tage im nichtflüchtigen Speicher. Abos, deren Client-Präsenz 31 Tage lang nicht erkannt wurden, können automatisch gelöscht werden. Die Präsenz wird durch Aufrufe wie Pull, Acknowledge oder erfolgreiche Push-Aufrufe erkannt.
    Veröffentlichungsanfrage 10 MB (Gesamtgröße)
    1.000 Nachrichten
    Meldung Nachrichtengröße (Feld data): 10 MB (maximale Anfragegröße)
    Attribute pro Nachricht: 100
    Attributschlüsselgröße: 256 Byte
    Attributwertgröße: 1024 Byte
    Push-Zustellungsnachrichten Für ausstehende Nachrichten gelten die beiden folgenden Limits pro Abo:
    • 10 MB (dieses Limit gilt für die Summe der Größen aller ausstehenden Nachrichten, einschließlich Nachrichtendaten und -attribute)
    • Insgesamt 1.000 ausstehende Nachrichten
    Falls der Endpunkt schnell reagiert (unter 100 ms), gelten diese Grenzwerte wahrscheinlich nicht. Weitere Informationen finden Sie im Leitfaden für Push-Abo.
    StreamingPull-Streams 10 MB/s pro offenem Stream
    Pull-/StreamingPull-Nachrichten Der Dienst kann Limits festlegen, die die Gesamtzahl der pro Verbindung ausstehenden StreamingPull-Nachrichten regeln. Wenn Sie ein solches Limit erreichen, erhöhen Sie die Rate, mit der Sie Nachrichten bestätigen, und die Anzahl der verwendeten Verbindungen.

    Tipps und Einschränkungen

    Vorgänge mit hohem Volumen

    Wenn Sie das gcloud-Tool von Cloud SDK mit einem normalen Nutzerkonto – keinem Dienstkonto – verwenden, sind Cloud Pub/Sub-Vorgänge auf eine für manuelle Vorgänge geeignete Rate beschränkt. Raten, die dieses Limit überschreiten, führen zum Fehler RESOURCE_EXHAUSTED. Sie können dies durch Verwenden von Anmeldedaten für ein Dienstkonto verhindern. Wenn Sie zur Automatisierung die Anmeldedaten des Cloud SDK verwenden möchten, aktivieren Sie ein Dienstkonto für Ihre Cloud Pub/Sub-Vorgänge.

    Kontingentabweichungen

    Kontingentabweichungen können auftreten, wenn veröffentlichte oder empfangene Nachrichten kleiner als 1.000 Byte sind. Beispiel:

    • Wenn Sie zehn Nachrichten mit je 500 Byte in separaten Anfragen veröffentlichen, beträgt Ihre Kontingentnutzung als Publisher 10.000 Byte. Das liegt daran, dass Nachrichten unter 1.000 Byte automatisch auf 1.000 Byte aufgerundet werden.

    • Wenn Sie die 10 Nachrichten innerhalb einer einzelnen Pull-Antwort empfangen, beträgt Ihre Kontingentnutzung als Abonnent möglicherweise nur 5 KB. Dies liegt daran, dass für die Bestimmung des Gesamtkontingents die Nachrichten in ihrer tatsächlichen Größe zusammengefasst werden.

    • Auch das Gegenteil kann der Fall sein. Die Kontingentnutzung als Abonnent kann über der Kontingentnutzung als Publisher liegen, wenn Sie mehrere Nachrichten in einer einzelnen Veröffentlichungsanfrage veröffentlichen oder die Nachrichten in separaten Pull-Anfragen empfangen.

    Hat Ihnen diese Seite weitergeholfen? Teilen Sie uns Ihr Feedback mit:

    Feedback geben zu...

    Cloud Pub/Sub-Dokumentation