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 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. Sie können dieses Dashboard auch für folgende Aufgaben verwenden:
- Kontingentlimits reduzieren
- Höhere Kontingentlimits beantragen
Kontingente für Managed Service for Apache Kafka
Die in der folgenden Tabelle aufgeführten Kontingente können Sie für jedes Projekt im Dashboard Kontingente und Systemlimits ansehen und bearbeiten.
| Kontingent | 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. |
| Cluster-Schreibanfragen pro Minute und Projekt pro Region | 100 | Die Anzahl der Schreibanfragen für Cluster, z. B. UpdateCluster und DeleteCluster, die pro Minute und Projekt in einer bestimmten Region zulässig sind. Dies ist kein Kontingent für die Häufigkeit, mit der Ersteller Einträge veröffentlichen können. |
| Clustererstellungsanfragen pro Minute und Projekt und Region | 1 | Die Anzahl der CreateCluster-Anfragen, die pro Minute und Projekt in einer bestimmten Region zulässig sind. |
| Cluster-Leseanfragen pro Minute und Projekt pro Region. Dies ist kein Kontingent für die Rate, mit der Nutzer Datensätze lesen können. | 600 | Die Anzahl der Leseanfragen für Cluster, z. B. GetCluster und ListClusters, die pro Minute und Projekt in einer bestimmten Region zulässig sind. |
| Clusteranfragen zur Authentifizierung von Verbindungen pro Minute und Projekt pro Region. | 1.200 | Die Anzahl der Clientverbindungen, die pro Minute und Projekt in einer bestimmten Region authentifiziert werden können. |
| Schreibanfragen für Themen pro Minute und Projekt und Region. | 100 | Die Anzahl der Schreibanfragen für Themen, z. B. CreateTopic, UpdateTopic und DeleteTopic, die pro Minute und Projekt in einer bestimmten Region zulässig sind. |
| Leseanfragen für Themen pro Minute und Projekt und Region. | 600 | Die Anzahl der Leseanfragen für Themen, z. B. „GetTopic“ und „ListTopics“, die pro Minute und Projekt in einer bestimmten Region zulässig sind. |
| Schreibanfragen für Verbrauchergruppen pro Minute, Projekt und Region. | 100 | Die Anzahl der Schreibanfragen für Themen wie „UpdateConsumerGroup“ und „DeleteConsumerGroup“, die pro Minute und Projekt in einer bestimmten Region zulässig sind. |
| Leseanfragen für Verbrauchergruppen pro Minute, Projekt und Region. | 600 | Die Anzahl der Leseanfragen für Themen wie „GetConsumerGroup“ und „ListConsumerGroups“, die pro Minute und Projekt in einer bestimmten Region zulässig sind. |
| Vorgangsanfragen pro Minute und Projekt und Region | 1.200 | Die Anzahl der Anfragen für Vorgänge mit langer Ausführungszeit, die pro Minute und Projekt in einer bestimmten 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:
- Mindestens 100 GB lokale SSD pro vCPU. Sie werden zwar für 100 GB lokale SSD pro vCPU abgerechnet, aber in einem Cluster ist möglicherweise jederzeit mehr SSD-Speicherplatz verfügbar.
- Standardmäßige maximale Nachrichtengröße (
message.max.bytes) von 10 MiB - Standardanzahl der Partitionen pro Thema: 1.