WSO2 API管理器群集配置

WSO2 API管理器群集配置,wso2,Wso2,我正在尝试为WSO2 API管理器安装和配置高可用性设置。我一直在阅读本文档:其中解释了如何将应用程序的4个组件分解到单独的文件夹中,并且这4个组件可以在单个服务器上运行。我不知道为什么需要这样做。我真正想做的就是使用2台服务器,在两台服务器上安装完整的应用程序(不将应用程序分成4个不同的部分),然后在前面有一个弹性负载平衡器的两台服务器之间将它们集群在一起。 如果在一次安装中多个组件都用完了,那么在同一台服务器上拆分多个组件的目的是什么?我正在寻找一种最简单的方法,在一台服务器出现故障时为这个

我正在尝试为WSO2 API管理器安装和配置高可用性设置。我一直在阅读本文档:其中解释了如何将应用程序的4个组件分解到单独的文件夹中,并且这4个组件可以在单个服务器上运行。我不知道为什么需要这样做。我真正想做的就是使用2台服务器,在两台服务器上安装完整的应用程序(不将应用程序分成4个不同的部分),然后在前面有一个弹性负载平衡器的两台服务器之间将它们集群在一起。 如果在一次安装中多个组件都用完了,那么在同一台服务器上拆分多个组件的目的是什么?我正在寻找一种最简单的方法,在一台服务器出现故障时为这个应用程序提供故障转移功能。如能深入了解他们的方法,我们将不胜感激


谢谢

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

您可以阅读以下文章以更好地理解集群API管理器

我的2cts:

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

在我们的情况下,我们定义了两个具有额外CPU和内存的不同服务器,在这些服务器上我们安装了完整的WSO2 API管理器并定义了集群配置。一切都是通过木偶供应的

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

而且……它正在发挥作用;我们的开发者快乐,运营快乐,架构师部门快乐