In diesem Thema werden die minimalen Clusterkonfigurationen für Apigee Hybrid beschrieben. Diese Mindestkonfigurationen gelten für alle unterstützten Kubernetes-Plattformen. Die Empfehlungen zu diesem Thema gelten für Nicht-Produktionsinstallationen wie Probe- oder Testszenarien. Beachten Sie diese Empfehlungen, wenn Sie die Schritte der Apigee-Hybridinstallation ausführen.
Knotenpools
Ein Knotenpool besteht aus einer Gruppe von Knoten in einem Cluster, die alle dieselbe Konfiguration haben. Standardmäßig weist Hybrid allen Pods den Standardknotenpool zu. Sie können jedoch dedizierte Knotenpools erstellen und ihnen Hybridkomponenten zuweisen, um so Ressourcen zu verteilen.
Normalerweise definieren Sie separate Knotenpools, wenn Sie Pods mit unterschiedlichen Ressourcenanforderungen haben. Die apigee-cassandra-Pods erfordern beispielsweise nichtflüchtigen Speicher, die anderen Apigee Hybrid-Pods jedoch nicht. Daher empfehlen wir Ihnen, einen zustandsorientierten Knotenpool für Cassandra und einen zustandslosen Knotenpool für die übrigen Hybridlaufzeitdienste zu erstellen. Weitere Informationen finden Sie unter Dedizierte Knotenpools konfigurieren.
Im folgenden Abschnitt werden Konfigurationen für zustandsorientierte und zustandslose Knotenpools aufgelistet.
Mindestkonfigurationen
Verwenden Sie bei der Einrichtung des Clusters folgende Mindestkonfigurationen:
| Konfiguration | Zustandsorientierter Knotenpool | Zustandsloser Knotenpool |
|---|---|---|
| Zweck | Ein zustandsorientierter Knotenpool, der für die Cassandra-Datenbank verwendet wird. | Ein zustandsloser Knotenpool, der vom Laufzeit-Message-Processor verwendet wird. |
| Labelname | apigee-data | apigee-runtime |
| Anzahl von Knoten | 1 pro Zone (3 pro Region) | 1 pro Zone (3 pro Region) |
| CPU | 4 | 4 |
| RAM | 15 | 15 |
| Speicher | Dynamisch | Verwaltet mit der ApigeeDeployment-CRD |
| Mindest-IOPS für Laufwerk | 2.000 IOPS mit SAN oder direkt angehängtem Speicher. NFS wird nicht empfohlen, selbst wenn es die erforderlichen IOPS unterstützen kann. | 2.000 IOPS mit SAN oder direkt angehängtem Speicher. NFS wird nicht empfohlen, selbst wenn es die erforderlichen IOPS unterstützen kann. |
Cassandra-Netzwerkanforderungen
Cassandra verwendet das Gossip-Protokoll für den Informationsaustausch mit anderen Knoten zur Netzwerktopologie.
Die Verwendung von Gossip sowie die verteilte Natur von Cassandra, das mit mehreren Knoten für Lese- und Schreibvorgänge kommuniziert, führen zu einer großen Datenübertragung über das Netzwerk.
Apigee empfiehlt die Verwendung eines Instanztyps mit einer Netzwerkbandbreite von mindestens 1 Gbit/s und mehr als 1 Gbit/s für Produktionssysteme.
Cassandra-Cluster benötigen drei Verfügbarkeitszonen, um die Verfügbarkeit in einer Produktionsumgebung aufrechtzuerhalten. Wenn eine Zone ausfällt, antworten die verbleibenden Zonen weiterhin auf Anfragen, während die ausgefallene Zone wiederhergestellt wird. Wenn zwei oder mehr Zonen ausfallen, kann Cassandra erst auf Anfragen antworten, wenn mindestens zwei Zonen wieder online sind. Apigee empfiehlt, Zonen innerhalb von drei Stunden wieder online zu stellen, um das Risiko fehlender Datenaktualisierungen zu minimieren.
Beim Bereitstellen multiregionaler Hybridumgebungen empfiehlt Apigee die Verwendung einer VPN- oder Cloud-Lösung wie Google Cloud VPN, um die Verbindung zwischen den Regionen zu sichern. Achten Sie darauf, dass keine überlappenden Subnetze vorhanden sind, da dies zu Cassandra-Konnektivitätsproblemen führen kann. Die aktuellen Firewall-Konfigurationen sollten Cassandra-Traffic zwischen Cassandra-Pods zulassen. Informationen zu Cassandra-Ports finden Sie unter Verwendung von sicheren Ports.
Die maximale Latenz bzw. die Latenz des 99. Perzentils für Cassandra sollte unter 100 Millisekunden liegen.
Cassandra NTP-Anforderungen
Cassandra-Daten werden basierend auf dem Zeitstempel des Systems synchronisiert. Prüfen Sie, ob die Zeit für alle Pods und Regionen innerhalb des Cassandra-Clusters synchronisiert wird. Zeitverzögerungen zwischen den Knoten und Regionen führen zu Dateninkonsistenzen.
Konfiguration skalieren
Für die Skalierung der ursprünglichen Konfiguration basierend auf zusätzlichen Kapazitäts- oder Durchsatzanforderungen finden Sie hier weitere Informationen:
- Cassandra für die Produktion konfigurieren
- Cassandra-Pods skalieren
- Dedizierte Knotenpools konfigurieren
- Laufzeitdienste skalieren/automatisch skalieren