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数据库中的一个模式。

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