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 von Verbindungspools wird automatisch angepasst, wenn Sie die Cloud Bigtable-Clientbibliothek für Java Version 2.23.0 oder höher oder den Cloud Bigtable HBase-Client für Java Version 2.9.1 oder höher verwenden.
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 schaffen, wird für den Verbindungspool idealerweise etwa die doppelte Anzahl der Verbindungen benötigt, die für die maximale Sättigung erforderlich sind. 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 in der Regel 50.000 Anfragen pro Sekunde und die durchschnittliche Latenz beträgt 10 ms. Teilen Sie 1.000 durch 10 ms, um festzustellen, dass Sie 100 Anfragen nacheinander pro Sekunde senden können. 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 den Höchstwert zu ermitteln, teilen Sie 500 durch 10. Sie erhalten dann 50. 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 2.9.1, als die automatische Größenänderung eingeführt wurde.
Java
Dieses Beispiel gilt nur für Clientbibliotheksversionen vor 2.23.0, als die automatische Größenänderung eingeführt wurde.