WSO2 API Manager群集配置

Question

我正在尝试为WSO2 API Manager安装和配置高可用性设置。我一直在阅读这篇文档：http://docs.wso2.org/wiki/display/Cluster/Clustering+API+Manager并在其中解释了将应用程序的4个组件分解为单独的文件夹，并且这4个组件可以在单个服务器上运行。我不确定为什么需要它。我真正想做的就是拿两台服务器，在两台服务器上安装完整的应用程序（不要将应用程序分成4个不同的部分），然后将它们集中在两台服务器之间，前面有一个Elastic Load Balancer。 如果多个组件都在单个安装中运行，那么在同一服务器上拆分多个组件的目的是什么？如果一台服务器出现故障，我正在寻找为这个应用程序提供故障转移功能的最简单方法。任何洞察他们的方法论将不胜感激。

感谢。

Answer 1

您链接的文章介绍了分发API Manager的不同组件。如果你看一下该文章的最后部分，就会有一个指向集群配置文档的链接。在生产部署中，通常鼓励4个组件在不同节点上运行，而不是在节点中具有所有内容并且具有多个这样的节点。这就是为什么它继续解释将其分解为单独的组件。下面的官方AM文档有一个关于不同部署模式的页面。

您可以阅读以下文章，以便更好地了解群集API Manager。

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

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

Answer 2

我的2：

备注中提到的文档解释了WSO2如何看待群集世界。在不同的JVM上传播不同的功能。从架构的角度来看，这听起来合乎逻辑。缺点是不同的应用程序需要由我操作管理。这使得技术架构相当复杂。

在我们的情况下，我们定义了2个具有额外CPU和内存的不同服务器，在这些服务器上，我们安装了完整的WSO2 API Manager并定义了群集配置。通过Puppet提供的所有东西。

只需简单安装，所有数据源都指向Oracle数据库中的一个模式。

而且......它正在发挥作用;我们的开发人员很开心，操作愉快，建筑师部门很开心