Kontingente und Limits

In diesem Dokument sind die Kontingente und Limits für Cloud Router aufgeführt.

Informationen zum Ändern eines Kontingents finden Sie unter Weitere Kontingente anfordern.

Ein Kontingent schränkt ein, wie viel von einer bestimmten gemeinsam genutzten Google Cloud-Ressource Ihr Cloud-Projekt nutzen kann, einschließlich Hardware, Software und Netzwerkkomponenten.

Kontingente sind Teil eines Systems, das Folgendes ausführt:

  • Überwachen Ihrer Nutzung oder Ihres Verbrauchs von Google Cloud-Produkten und -Diensten.
  • Beschränken des Verbrauchs dieser Ressourcen aus Gründen der Fairness und der Reduzierung von Nutzungsspitzen.
  • Warten von Konfigurationen, die automatisch vordefinierte Einschränkungen erzwingen.
  • Bereitstellen von Möglichkeiten, das Kontingent zu ändern oder Änderungen anzufordern.

Wenn ein Kontingent überschritten wird, blockiert das System in den meisten Fällen den Zugriff auf die entsprechende Google-Ressource und die Aufgabe, die Sie ausführen möchten, schlägt fehl. In den meisten Fällen gelten Kontingente für jedes Cloud-Projekt und werden von allen Anwendungen und IP-Adressen geteilt, die dieses Cloud-Projekt verwenden.

Viele Produkte und Dienste haben auch Limits, die nicht mit dem Kontingentsystem in Zusammenhang stehen. Diese sind Einschränkungen wie maximale Dateigrößen oder Datenbankschema-Begrenzungen, die normalerweise nicht erhöht oder verringert werden können, sofern nicht anders angegeben.

Kontingente

In dieser Tabelle sind wichtige Kontingente pro Projekt aufgeführt. Weitere Kontingente finden Sie auf der Seite Kontingente der Cloud Console.

Posten Kontingent Hinweise
Cloud Router pro Projekt Kontingent Unabhängig vom Kontingent ist jedes Netzwerk auf fünf Cloud Router pro Region beschränkt. Siehe Limits

Limits

Für Virtual Private Cloud-Netzwerke (VPC) gelten die folgenden Limits für Cloud Router. Wenn nichts anderes angegeben ist, können diese Limits nicht erhöht werden.

Element Limit Hinweise
Maximale Anzahl der Cloud Router je Kombination von VPC-Netzwerk und Region 5 Wenn Sie für Ihr Projekt ein ausreichend hohes Kontingent haben, können Sie in einem VPC-Netzwerk und einer Region bis zu fünf Cloud Router erstellen.
Maximale Anzahl der BGP-Peers für jeden Cloud Router in einem gegebenen VPC-Netzwerk und einer Region 128 Ein BGP-Peer kann ein Cloud-VPN-Tunnel sein, der dynamisches Routing verwendet, oder ein VLAN-Anhang für Dedicated Interconnect oder Partner Interconnect(beide nur auf Englisch verfügbar).
Maximale Anzahl von Route Advertisements im Subnetz pro BGP-Sitzung für einen Cloud Router Keine Beschränkung Bei Cloud Routern besteht kein Limit für die Anzahl der Route Advertisements im Subnetz. Die Anzahl der Subnetzrouten hängt von der Anzahl der Subnetze ab, die durch die VPC-Netzwerkkontingente und -limits bestimmt wird.
Maximale Anzahl von benutzerdefinierten Route Advertisements pro BGP-Sitzung für einen Cloud Router 200 Wenn die benutzerdefinierten Route Advertisements für alle BGP-Sitzungen auf einem Cloud Router identisch sind, stellt dieses Limit die Gesamtzahl für eindeutige benutzerdefinierte Route Advertisements für den Cloud Router dar. In diesem Fall erhält jede Sitzung den gleichen Satz von benutzerdefinierten Route Advertisements.
Maximale Anzahl eindeutiger Ziele für erkannte Routen, die von allen Cloud Routern in derselben Region auf Subnetze in einer Region angewendet werden können 100

Für beide Limits der maximalen Anzahl eindeutiger Ziele für erkannte Routen gilt:

Routen werden nach eindeutigen Zielen gruppiert. Routen mit identischen Zielen, aber unterschiedlichen nächsten Hops zählen als ein Ziel. Routen mit identischen Zielen und identischen nächsten Hops gelten ebenfalls als ein Ziel.

Für Netzwerke im globalen Modus für dynamisches Routing ist es möglich, eine der maximalen Anzahl von eindeutigen Ziellimits zu erreichen, ohne die andere zu erreichen. Wenn eines dieser Limits erreicht wurde, können vorübergehende Verbindungsprobleme auftreten, wenn die Routen verloren gehen. Weitere Informationen finden Sie im Beispiel zu erkannten Routen.

Weitere Informationen zu diesen Limits sowie zu Messwerten, mit denen Sie Ihre aktuellen Limits und Nutzungsmöglichkeiten ermitteln können, finden Sie unter Kontingente und Limits prüfen im Abschnitt Fehlerbehebung.

Wenn Sie eine dieser Limits erhöhen müssen, wenden Sie sich an Ihr Google Cloud-Vertriebsteam.

Nur anwendbar auf VPC-Netzwerke im globalen Modus für dynamisches Routing:

Maximale Anzahl eindeutiger Ziele für erkannte Routen, die von Cloud Routern aus verschiedenen Regionen auf Subnetze in einer Region angewendet werden können

100

Beispiel zu erkannten Routen

Die folgenden Beispiele veranschaulichen das Verhalten beim Routenverlust, das Sie erreichen können, wenn das regionale oder globale Limit überschritten wird.

Angenommen, Sie haben Cloud Router in der Region us-east1 und Cloud Router in der Region us-west1 im selben VPC-Netzwerk und globales dynamisches Routing ist aktiviert. Die Cloud Router in jeder Region lernen eine Reihe von Routen für 100 eindeutige Ziele. In diesem Beispiel lernen die Cloud Router in jeder Region keine der gleichen Ziele.

Unabhängig davon, welche Cloud Router die Routen in den einzelnen Regionen lernen, ist das regionale Limit jeder Region ausgeschöpft, da 100 von 100 eindeutigen Zielen von den Cloud Routern in jeder Region erlernt werden. Die globalen Limits für beide Regionen sind aufgebraucht, da die Cloud Router in jeder Region 100 eindeutige Ziele aus den Cloud Routern in der anderen Region importieren. Wenn das Beispiel-VPC-Netzwerk regionales dynamisches Routing verwenden würde, würden die globalen Limits in den einzelnen Regionen nicht gelten, da der regionale dynamische Routing-Modus keine gelernten benutzerdefinierten dynamischen Routen von einer Region zur anderen weiterleitet.

Regionales Limit überschreiten

Angenommen, Ihr lokaler Router, der mit einem Cloud Router in us-west1 verbunden ist, bewirbt eine neue Route mit dem Ziel 101. Cloud Router in der Region us-west1 wählen die Routen für 100 der 101 eindeutigen Ziele nach einer deterministischen Reihenfolge aus. Die Routen, die diese ausgewählten (100 eindeutigen) Ziele verwenden, werden Ressourcen in der Region us-west1 zur Verfügung gestellt. Diese Routen werden anderen Regionen gemäß dem globalen Limit jeder anderen Region zur Verfügung gestellt.

Globales Limit einer Region überschreiten

Wenn Cloud Router in der Region us-west1 101 eindeutige Ziele erkannt haben, werden Routen für 100 dieser 101 eindeutigen Ziele aus us-west1 Ressourcen in der Region us-east1 zur Verfügung gestellt, da das globale Limit der Region us-east1 nur 100 eindeutige Ziele akzeptieren kann.

Angenommen, Sie erstellen einen Cloud Router in einer dritten Region (us-central1) im selben VPC-Netzwerk. Angenommen, der neue Cloud Router lernt von seinem BGP-Peer zehn eindeutige Ziele. Obwohl das regionale Ziellimit der Region us-central1 nicht überschritten wurde, wurde das globale eindeutige Ziellimit der Region us-central1 überschritten, da die anderen beiden insgesamt 200 eindeutige Ziele bereitstellen werden (100 von us-east1 und andere 100 von us-west1). In jeder Region wählt die deterministische Routenreihenfolge Routen für höchstens 100 eindeutige Ziele aus anderen Regionen aus, wie in der folgenden Tabelle angegeben.

Region Einmalige Ziele in der Region
(Nutzung des regionalen Limits der Region)
Einzelne Ziele aus anderen Regionen
(Nutzung des globalen Limits der Region)
us-west1 101 erhalten. 100 der 101 werden nach dem deterministischen Routenverlust berücksichtigt. Nur die 100 ausgewählten Präfixe werden in entfernten Regionen beworben. 110 erhalten (100 von us-east1, 10 ab us-central1). 100 dieser 110 werden gemäß dem deterministischen Routenverlust berücksichtigt.
us-east1 100 erhalten. Alle 100 Standorte werden berücksichtigt und in abgelegenen Regionen beworben. 110 erhalten (100 von us-west1, 10 ab us-central1). 100 dieser 110 werden gemäß dem deterministischen Routenverlust berücksichtigt.
us-central1 10 erhalten. Alle 10 werden berücksichtigt. 200 erhalten (100 von us-west1, 100 aus us-east1). 100 dieser 200 werden gemäß der deterministischen Route verworfen.

Obwohl das globale Limit der Region us-central1 überschritten wurde, kann das regionale Kontingent Routen akzeptieren, deren nächste Hops in der Region us-central1 liegen.

Verhalten bei deterministischem Routenverlust

Cloud Router implementiert ein deterministisches Routenverlustverhalten, damit, solange die gleichen Präfixe in jeder Region empfangen werden, ein konsistenter Satz von Routen für Ressourcen innerhalb dieser Region verfügbar ist. Diese Konsistenz wird beibehalten, wenn Cloud Router-Aufgaben neu gestartet werden. Wenn ein Limit überschritten wird, verliert Cloud Router Präfixe entsprechend einem vorhersehbaren Algorithmus, unabhängig davon, wann die Routen erkannt wurden oder die MED-Werte dieser Routen. Eine neue Route kann dazu führen, dass eine zuvor erkannte Route vom Algorithmus gelöscht wird.

Wie unter Überschreiten des globalen Limits einer Region gezeigt, wird das deterministische Verlustverhalten unabhängig auf das regionale Limit und die globale Grenze der einzelnen Regionen angewendet. Der Satz mit 100 eindeutigen Präfixen, der nicht in den einzelnen Regionen fehlt, weil das globale Limit der einzelnen Region (in der letzten Spalte) erreicht wurde, muss nicht immer identisch sein.

Routenverlust wird vermieden

Während dem Routenverlust geht die Verbindung für die Präfixe, die verworfen werden, verloren. Um den Routenverlust zu vermeiden, überwachen Sie die regionale und globale Präfixnutzung jeder Region mithilfe von Cloud Monitoring oder Cloud Logging und stellen Sie sicher, dass nicht mehr eindeutige Ziele als das jeweilige Limit beworben werden.

Sie können Präfixe aggregieren (z. B. Zusammenfassen von Präfixen in einem Präfix mit geringerer Länge), um die Anzahl der eindeutigen Ziele zu reduzieren. Wenn keine Zusammenfassung von Präfixen möglich ist, wenden Sie sich an Ihr Google Cloud-Vertriebsteam, um alternative Optionen zu besprechen.

Verwalten von Kontingenten

Mit Cloud Router werden aus verschiedenen Gründen Kontingente für die Ressourcennutzung festgelegt. Diese schützen unter anderem die gesamte Google Cloud-Community vor unerwarteten Auslastungsspitzen. Außerdem unterstützen Kontingente Nutzer, die Google Cloud mit der kostenlosen Stufe prüfen, dabei, im Rahmen der Testversion zu verbleiben.

Alle Projekte beginnen mit den gleichen Kontingenten, die Sie ändern können, indem Sie zusätzliche Kontingente anfordern. Einige Kontingente können entsprechend Ihrer Nutzung eines Produkts automatisch erhöht werden.

Berechtigungen

Zur Anzeige von Kontingenten oder zur Anforderung von Kontingenterhöhungen benötigen IAM-Hauptkonten (Identity and Access Management) eine der folgenden Rollen:

Aufgabe Erforderliche Rolle
Kontingente für ein Projekt prüfen Beispiele:
Kontingente ändern, zusätzliche Kontingente anfordern Beispiele:

Kontingent prüfen

Console

  1. Wechseln Sie in der Cloud Console zur Seite Kontingente.

    Kontingente aufrufen

  2. Mit dem Feld Tabelle filtern können Sie nach den zu aktualisierenden Kontingenten suchen. Wenn Sie den Namen des Kontingents nicht kennen, verwenden Sie stattdessen die Links auf dieser Seite.

gcloud

Führen Sie mit dem gcloud-Befehlszeilentool den folgenden Befehl aus, um Ihre Kontingente zu prüfen. Ersetzen Sie PROJECT_ID durch Ihre Projekt-ID:

      gcloud compute project-info describe --project PROJECT_ID
    

Mit dem folgenden Befehl prüfen Sie das genutzte Kontingent in einer Region:

      gcloud compute regions describe example-region
    

Fehler beim Überschreiten Ihres Kontingents

Wenn Sie ein Kontingent mit einem gcloud-Befehl überschreiten, gibt gcloud eine quota exceeded-Fehlermeldung aus und liefert den Exit-Code 1.

Wenn Sie ein Kontingent mit einer API-Anfrage überschreiten, liefert Google Cloud folgenden HTTP-Statuscode: HTTP 413 Request Entity Too Large.

Weitere Kontingente anfordern

Verwenden Sie bei den meisten Kontingenten die Google Cloud Console, um sie zu erhöhen oder zu verringern. Einige Kontingente können nicht über ihre Standardwerte hinaus erhöht werden.

Weitere Informationen finden Sie in den folgenden Abschnitten Mit Kontingenten arbeiten:

Console

  1. Wechseln Sie in der Cloud Console zur Seite Kontingente.

    Kontingente aufrufen

  2. Wählen Sie auf der Seite Kontingente die Kontingente aus, die Sie ändern möchten.
  3. Klicken Sie oben auf der Seite auf Kontingente bearbeiten.
  4. Geben Sie Ihren Namen, Ihre E-Mail-Adresse und Ihre Telefonnummer ein und klicken Sie auf Weiter.
  5. Geben Sie Ihre Kontingentanforderung ein und klicken Sie auf Fertig.
  6. Senden Sie die Anfrage. Die Bearbeitung von Kontingentanforderungen dauert 24 bis 48 Stunden.

Ressourcenverfügbarkeit

Jedes Kontingent stellt die maximale Anzahl an Ressourcen eines bestimmten Typs dar, die Sie erstellen können, wenn der Ressourcentyp verfügbar ist. Beachten Sie, dass Kontingente die Verfügbarkeit von Ressourcen nicht garantieren. Selbst wenn Sie ein verfügbares Kontingent haben, können Sie keine neue Ressource erstellen, wenn diese nicht verfügbar ist.

Beispiel: Sie haben noch ein Kontingent zum Erstellen einer neuen regionalen externen IP-Adresse in der Region us-central1. Dies ist jedoch nicht möglich, wenn in dieser Region keine externen IP-Adressen vorhanden sind. Die Verfügbarkeit von zonalen Ressourcen kann sich auch auf Ihre Fähigkeit auswirken, eine neue Ressource zu erstellen.

Es kommt nur selten vor, dass Ressourcen in einer kompletten Region nicht verfügbar sind. Ressourcen in einer Zone können jedoch vorübergehend erschöpft sein, was sich normalerweise nicht auf das SLA für den Ressourcentyp auswirkt. Weitere Informationen finden Sie im entsprechenden SLA für die Ressource.