In diesem Dokument sind die Kontingente und Systemlimits für Google Cloud Managed Service for Apache Kafka 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.
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:
- Es überwacht Ihren Verbrauch von Google Cloud Produkten und Diensten.
- Es schränkt Ihren Verbrauch dieser Ressourcen ein.
- Es bietet eine Möglichkeit, Änderungen am Kontingentwert zu beantragen 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 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.
Für Managed Service for Apache Kafka-Ressourcen gelten außerdem Systemlimits. Systemlimits können nicht geändert werden.
Kontingente ansehen und verwalten
Sie können die aktuellen Kontingentlimits eines Projekts und deren Nutzung im Dashboard Kontingente und Systemlimits ansehen. Außerdem können Sie dieses Dashboard für Folgendes verwenden:
- Kontingentlimits reduzieren
- Höhere Kontingentlimits beantragen
Kontingente für Managed Service for Apache Kafka
Sie können die in der folgenden Tabelle aufgeführten Kontingente für jedes Projekt im Kontingente und Systemlimits Dashboard ansehen und bearbeiten.
| Quota | Standardkontingentlimit | Beschreibung |
|---|---|---|
| Cluster pro Projekt und Region | 5 | Die maximale Anzahl von Clustern, die pro Projekt in einer bestimmten Region zulässig sind. |
| CPU-Kapazität pro Projekt und Region | 750 | Die maximale CPU-Kapazität, die für Broker in einem Projekt in einer bestimmten Region zulässig ist. |
| Speicherkapazität pro Projekt und Region | 6.000 GiB | Die maximale Speicherkapazität, die für Broker in einem Projekt in einer bestimmten Region zulässig ist. |
| Lokale Laufwerkskapazität des Brokers pro Projekt und Region | 200 TiB | Die maximale Speicherkapazität, die für die lokalen Festplatten von Brokern in einem Projekt in einer bestimmten Region zulässig ist. |
| Cluster-Schreibanfragen pro Minute, Projekt und Region | 100 | Die Anzahl der Schreibanfragen für Cluster, z. B. „UpdateCluster“ und „DeleteCluster“, die pro Minute, Projekt und Region zulässig sind. Dies ist kein Kontingent für die Rate, mit der Producer Datensätze veröffentlichen können. |
| Cluster-Erstellungsanfragen pro Minute, Projekt und Region | 1 | Die Anzahl der „CreateCluster“-Anfragen, die pro Minute pro Projekt und Region zulässig sind. |
| Cluster-Leseanfragen pro Minute, Projekt und Region. Dies ist kein Kontingent für die Rate, mit der Consumer Datensätze lesen können. | 600 | Die Anzahl der Leseanfragen für Cluster, z. B. „GetCluster“ und „ListClusters“, die pro Minute, Projekt und Region zulässig sind. |
| Anfragen zur Authentifizierung von Clusterverbindungen pro Minute, Projekt und Region. | 1.200 | Die Anzahl der Clientverbindungen, die pro Minute pro Projekt und Region authentifiziert werden können. |
| Themen-Schreibanfragen pro Minute, Projekt und Region. | 100 | Die Anzahl der Schreibanfragen für Themen, z. B. „CreateTopic“ „UpdateTopic“ und „DeleteTopic“, die pro Minute, Projekt und Region zulässig sind. |
| Themen-Leseanfragen pro Minute, Projekt und Region. | 600 | Die Anzahl der Leseanfragen für Themen, z. B. „GetTopic“ und „ListTopics“, die pro Minute, Projekt und Region zulässig sind. |
| Schreibanfragen für Consumer-Gruppen pro Minute, Projekt und Region. | 100 | Die Anzahl der Schreibanfragen für Themen, z. B. „UpdateConsumerGroup“ und „DeleteConsumerGroup“, die pro Minute, Projekt und Region zulässig sind. |
| Leseanfragen für Consumer-Gruppen pro Minute, Projekt und Region. | 600 | Die Anzahl der Leseanfragen für Themen, z. B. „GetConsumerGroup“ und „ListConsumerGroups“, die pro Minute, Projekt und Region zulässig sind. |
| Anfragen für Vorgänge pro Minute, Projekt und Region | 1.200 | Die Anzahl der Anfragen für Vorgänge mit langer Ausführungszeit, die pro Minute, Projekt und Region zulässig sind. |
Hinweis:Die Standardkontingentlimits können je nach Projektverlauf variieren. Die hier angegebenen Werte sind typisch.
Kontingenterhöhung anfordern
Verwenden Sie die Google Cloud Console, um die meisten Kontingente anzupassen. Weitere Informationen finden Sie unter Kontingentanpassung anfordern.
Limits für Managed Service for Apache Kafka
Für Managed Service for Apache Kafka gelten die folgenden Limits:
- Laufwerkskapazität: mindestens 100 GiB pro vCPU und maximal 32.768 GiB (32 TiB) pro Broker.
- Standardmäßige maximale Nachrichtengröße (
message.max.bytes) von 10 MiB - Standardmäßige Anzahl der Partitionen pro Thema: 1