WSO2 APIM Clustering-Konfiguration

Question

Ich verwende WSO2 APIM 1.10.0 auf einer Einzelserver-Bereitstellung und möchte zu einer Cluster-Umgebung wechseln. Mit Blick auf this Dokumentation konnte ich eine Menge Informationen finden, wie etwas mir langweilig ist; muss ich wirklich immer alles machen?

Ich meine, ich möchte nicht alle meine Arbeiter in mehreren Instanzen aufteilen, alles was ich will, ist konfigurieren zwei vollständige Setup-Konfigurationen (Key Manager + Publisher + Laden + Gateway), jeder auf seinem eigenen Host und stellen Sie sicher Ich kann eine Lastbalance davor stellen.

Die Anforderungen sind einfach: Ich möchte die Last auf beiden teilen und garantiere eine bessere Verfügbarkeit im Falle eines der Hosts ausfällt. Ist es ein MUSS die gesamte Installation auf beiden Knoten zusammenbrechen, so dass ich jede Komponente unabhängig mit konfigurierten Offset-Ports starten muss?

Ich konnte sehen, dass auf Version 2.0.0 eine Menge vereinfacht worden sind, jede Möglichkeit, die gleiche auf 1.10.0 zu erreichen?

Grüße

Answer 1

Sie wollen nicht immer das gleiche Bereitstellungsmuster in der docuemtnation erwähnt verwenden, die Sie there hingewiesen haben. Es gibt verschiedene andere Bereitstellungsmuster, die Sie je nach Skalierbarkeit und Anforderung verwenden können. In der folgenden Dokumentation [1] finden Sie verschiedene Bereitstellungsmuster, die Sie für den WSO2-API-Manager verwenden können, und [2] für weitere Informationen zur Trennung und Aufteilung des Worker-Managers.

[1] https://docs.wso2.com/display/CLUSTER44x/API+Manager+Deployment+Patterns

[2] https://docs.wso2.com/display/CLUSTER44x/Separating+the+Worker+and+Manager+Nodes

Answer 2

Aufteilung in Profilen nicht zwingend vorgeschrieben ist. Dies ist so konzipiert, um den API Manager basierend auf dem TPS zu skalieren. Wenn Sie eine niedrige TPS-Anzahl haben und eine HA-Konfiguration mit zwei Knoten bevorzugen, können Sie Folgendes tun.

• Cluster die beiden Knoten unter Verwendung von WKA, aws usw.
• Verwenden dep-sync API Artefakte zwischen zwei Knoten zu teilen.
• Verwenden Sie einen Knoten als Verleger. Sie müssen den Publisher-Node-Datenverkehr mithilfe eines einzelnen Knotens bewältigen. Dies dient dazu, SVN-Konflikte zu vermeiden.
• Sie können API-Anforderungen von beiden Knoten aus bedienen.