WSO2-Clustering in einer verteilten Bereitstellung

Question

Ich versuche, Clustering-Konzept von WSO2 zu verstehen. Mein grundlegendes Verständnis von Cluster ist, dass es 2 oder mehr Server mit gleicher Funktion gibt, die VIP oder Load Balance im Vordergrund verwenden. Also würde ich gerne wissen, welche der WSO2-Komponenten gruppiert werden können. Ich versuche die in diesem Diagramm erwähnte Konfiguration zu erreichen.

Bild von Config Ich versuche zu erreichen:

kann diese Konfiguration erreichbar ist oder nicht?

Können wir zwei Publisher-Knoten und zwei Filialknoten zusammenfassen oder nicht?

Und wie clustern wir Key Manager die gleiche Einstellung wie Identity Manager?

Sollten wir Port-Offset verwenden, wenn 2 Komponenten auf demselben Server ausgeführt werden? Und wenn ja, wie stellen wir sicher, dass Komponenten die Ports verwenden, wie im Port-Offset erwähnt?

Sollten wir für jeden CarnonDB-Datenquelleneintrag in der Datei master_datasource.xml eine separate externe Datenbank erstellen, können wir dafür weiterhin die lokale H2-Datenbank verwenden. Ich habe folgende Datenbanken erstellt Lassen Sie mich wissen, ob ich das richtig mache oder nicht. WSO2 Datenbanken I erstellt:

ich mehrere Kopien von WSO2 Binärdateien, wie in Bild und kopiert sie auf den Servern gemacht, wo ich zwei Komponenten auf demselben Server ausgeführt werden soll. Ist das die richtige Art, 2 Komponenten auf demselben Server zu betreiben?

Für den Lastenausgleich, welche Komponenten sollten wir Lasten ausgleichen und welche Ports sollten für den Lastenausgleich verwendet werden?

Answer 1

1. Diese Konfiguration ist erreichbar. Analytics-Server werden jedoch am besten auf separaten Servern ausgeführt, da sie viele Ressourcen benötigen.

2. Ja, Sie können.

3. Ja, Sie benötigen einen Port-Offset. Wenn Sie mit Linux arbeiten, können Sie den Befehl netstat -pln verwenden und nach Server-PID filtern.

4. Jeder Server benötigt eine lokale Datenbank und andere Datenbanken gemeinsam genutzt werden wie in https://docs.wso2.com/display/CLUSTER44x/Clustering+API+Manager+2.0.0

5. Mit Kopien erwähnt ist eine Möglichkeit, dies zu tun. Eine andere Möglichkeit besteht darin, einen einzelnen Server als mehrere Komponenten fungieren zu lassen. Beispielsweise können Sie Publisher- und Speicherkomponenten zusammen ausführen. Sie können die empfohlenen Muster in https://docs.wso2.com/display/AM210/Deployment+Patterns sehen.

6. Mit Ausnahme von Traffic Manager können Sie jede andere Komponente ausgleichen. Für Traffic Manager können Sie Fail-Over verwenden. Hier sind die Ports, die Sie zum Lastenausgleich benötigen.

   Servlet port - 9443(https)/9763 (For admin console and admin services) 
   NIO port - 8243(https)/8280 (For API calls at gateway)