WSO2 API Manager Clustering-Konfiguration

Question

Ich versuche, ein Setup mit hoher Verfügbarkeit für den WSO2-API-Manager zu installieren und zu konfigurieren. Ich habe dieses Dokument gelesen: http://docs.wso2.org/wiki/display/Cluster/Clustering+API+Manager und darin wird erklärt, die 4 Komponenten der Anwendung in separate Ordner aufzuteilen und dass diese 4 Komponenten auf einem einzigen Server laufen können. Ich bin mir nicht sicher, warum das nötig ist. Alles, was ich wirklich tun möchte, ist, zwei Server zu nehmen, die vollständige Anwendung auf beiden zu installieren (ohne die Anwendung in vier verschiedene Teile aufzuteilen) und sie zwischen zwei Servern mit einem Elastic Load Balancer vor ihnen zusammenzufassen. Was ist der Zweck der Aufteilung der mehreren Komponenten auf dem gleichen Server, wenn sie alle aus einer einzigen Installation laufen? Ich bin auf der Suche nach der einfachsten Möglichkeit, dieser Anwendung Ausfallmöglichkeiten zu bieten, wenn ein Server ausfällt. Jeder Einblick in ihre Methodik würde sehr geschätzt werden.

Danke.

Answer 1

Der Artikel, den Sie verknüpft haben, beschreibt die Verteilung verschiedener Komponenten von API Manager. Wenn Sie am Ende dieses Artikels nachsehen, gibt es einen Link zum Clustering-Konfigurationsdokument. In einer Produktionsbereitstellung wird üblicherweise empfohlen, dass die 4 Komponenten auf verschiedenen Knoten ausgeführt werden, anstatt alles in einem Knoten zu haben und mehrere solcher Knoten zu haben. Deshalb erklärt es weiter, es auf einzelne Komponenten zu zerlegen. Das offizielle AM-Dokument unten enthält eine Seite mit verschiedenen Bereitstellungsmustern.

Sie können die folgenden Artikel durchgehen, um mehr über Clustering API Manager zu erfahren.

http://docs.wso2.org/wiki/display/AM140/Clustered+Deployment

http://sanjeewamalalgoda.blogspot.com/2012/09/how-do-clustering-and-enable-replicate.html

Answer 2

Mein 2cts:

Die Dokumentation in den Erläuterungen erwähnt, erklärt, wie WSO2 die Welt des Clustering sieht. Verteilen Sie die verschiedenen Funktionen auf verschiedene JVMs. Dies klingt logisch aus architektonischer Sicht. Ein Nachteil ist, dass die verschiedenen Anwendungen auch von mir verwaltet werden müssen. Dies macht die technische Architektur ziemlich komplex.

In unserer Situation haben wir 2 verschiedene Server mit extra CPU und Speicher definiert, auf diesen Servern haben wir den kompletten WSO2 API Manager installiert und die Clusterkonfiguration definiert. Alles über Puppet bereitgestellt.

Nur eine unkomplizierte Installation, wobei alle Datenquellen auf ein Schema in einer Oracle-Datenbank verweisen.

Und ... es funktioniert; Unsere Entwickler glücklich, Operationen glücklich, Architekt Abteilung glücklich