Verbindungspools konfigurieren
Mit einigen Cloud Bigtable-Clientbibliotheken können Sie die Anzahl der gRPC-Kanäle im Verbindungspool eines Clients konfigurieren. Dieser wird auch als Kanalpool bezeichnet. In den meisten Fällen ist die Standardkonfiguration korrekt und muss nicht geändert werden.
Die Größe der Verbindungspools wird bei Verwendung der Methode Cloud Bigtable-Clientbibliothek für Java ab Version 2.23.0. Wenn Sie Sie verwenden den Cloud Bigtable HBase-Client für Java ab Version 2.9.1.
Auf dieser Seite wird beschrieben, wie Sie die optimale Größe des Verbindungspools für Ihre Anwendung ermitteln. Außerdem werden Code-Snippets vorgestellt, die zeigen, wie die Verbindungspools konfiguriert werden.
Bevor Sie diese Seite lesen, lesen Sie die Übersicht über Bigtable-Verbindungspools, um zu erfahren, wie sie funktionieren und ob Sie Ihren ändern sollten.
Die folgenden Clientbibliotheken bieten Verbindungs-Pooling und ermöglichen die Konfiguration der Anzahl der Pools:
- Go-Clientbibliothek für Cloud Bigtable
- Cloud Bigtable-HBase-Client für Java
- Cloud Bigtable-Clientbibliothek für Java
- Cloud Bigtable C++-Clientbibliothek
Optimale Größe des Verbindungspools ermitteln
Um Spielraum für Trafficschwankungen zu lassen, sollte ein Verbindungspool idealerweise doppelt so viele Verbindungen für eine maximale Sättigung erforderlich. Da eine Verbindung maximal 100 gleichzeitige Anfragen verarbeiten kann, sind zwischen 10 und 50 ausstehende Anfragen pro Verbindung optimal. Dieses Konzept wird unter Verbindungspools ausführlicher beschrieben.
Überwachen Sie den Traffic, nachdem Sie Änderungen vorgenommen haben, und passen Sie gegebenenfalls die Anzahl der Verbindungen in Ihrem Pool an.
Mit den folgenden Schritten können Sie die optimale Anzahl von Verbindungen in Ihrem Kanalpool mit clientseitigen Messwerten wie jenen von OpenCensus berechnen.
- Ermitteln Sie aus Ihren clientseitigen Messwerten die folgenden Informationen:
- Die maximale Anzahl von Abfragen pro Sekunde (QPS) pro Client, wenn Ihre Anwendung eine typische Arbeitslast ausführt.
- Die durchschnittliche Latenz (die Antwortzeit für eine einzelne Anfrage) in ms.
- Bestimmen Sie die Anzahl der Anfragen, die Sie nacheinander pro Sekunde senden können, indem Sie 1.000 durch den durchschnittlichen Latenzwert teilen.
- Teilen Sie die Abfragen pro Sekunde durch die Anzahl der seriellen Anfragen pro Sekunde.
- Teilen Sie das Ergebnis durch 50 Anfragen pro Kanal, um die minimale optimale Kanalpoolgröße zu ermitteln. Wenn Ihre Berechnung weniger als 2 ergibt, verwenden Sie trotzdem mindestens zwei Kanäle, um Redundanz zu gewährleisten.
- Teilen Sie dasselbe Ergebnis durch 10 Anfragen pro Kanal, um die maximale optimale Kanalpoolgröße zu ermitteln.
Diese Schritte werden in der folgenden Gleichung ausgedrückt:
(QPS Sek. ÷ (1.000 ÷ Latenz ms)) ÷ 50 Streams = Minimale optimale Anzahl von Verbindungen
(QPS Sek. ÷ (1.000 ÷ Latenz ms)) ÷ 10 Streams = Maximale optimale Anzahl von Verbindungen
Beispiel
Ihre Anwendung sendet normalerweise 50.000 Anfragen pro Sekunde. Der die durchschnittliche Latenz bei 10 ms. Dividieren Sie 1.000 durch 10 ms, um festzustellen, 100 Anfragen nacheinander pro Sekunde Teilen Sie 50.000 durch diese Zahl, um die Parallelität zu erhalten, die zum Senden von 50.000 QPS erforderlich ist: 500. Jeder Kanal kann höchstens 100 Anfragen gleichzeitig ausführen und Ihre Zielkanalauslastung liegt zwischen 10 und 50 gleichzeitigen Streams. Zur Berechnung des Minimums teilen Sie daher 500 durch 50 und erhalten 10. Um das Maximum zu ermitteln, teile 500 durch 10, um 50 zu erhalten. Das bedeutet, dass die Größe des Kanalpools in diesem Beispiel zwischen 10 und 50 Verbindungen liegen sollte.
Poolgröße festlegen
Die folgenden Codebeispiele zeigen, wie Sie die Anzahl der Pools in den Clientbibliotheken konfigurieren, mit denen Sie die Poolgröße festlegen können.
Go
HBase
Dieses Beispiel gilt nur für Clientbibliotheksversionen vor dem 2.9.1 zur Einführung der automatischen Größenanpassung.
Java
Dieses Beispiel gilt nur für Clientbibliotheksversionen vor dem Version 2.23.0 zur Einführung der automatischen Größenanpassung.