WSO2 API Manager群集部署。一些架构上的疑问

Question

我与以下有关以群集模式安装的[[WSO2 API Manager 2.6.0相关的疑问。

我必须遵循官方文档[https://docs.wso2.com/display/AM260/Deployment+Patterns]提议的部署方式[[PATTER 4]

所以这是逻辑方案：

为了提供高可用性，预期该部署模式：

2个外部网关组件（Internet上公开的网关）。

2个内部网关组件（内部公开或可通过VPN访问的网关。）>
• 2个开发人员门户（发布者，使用流量管理器组件进行存储。）。>
• 2个密钥管理器组件。
• 好，这对我来说很清楚。最终客户从这个逻辑架构中向我提供了代表实际机器的以下物理方案（我们将其部署到某些虚拟机上，而不使用Kubernates之类的工具）：
• 

此第二种物理方案说明了必须创建的VM和必须在每台计算机上安装的组件。在这里，我发现以下疑问：

正如您在上图中看到的（在该方案的
1. WSO2 API管理器节点部分中看到的那样），似乎网关组件被拆分为

   gateway manager

   和gateway worker节点。似乎在2个网关的情况下，第一个网关组件有2个节点（管理者节点和辅助节点），第二个网关组件有2个节点（另一个管理者节点和另一个辅助节点）。在我看来，这很奇怪。据我所知，网关组件是自洽的，不必在管理者节点和工作节点中进行拆分。我的想法是为冗余网关组件网（网关1和网关2）只有2个节点。是还是我缺少什么？

另一个疑问与

负载均衡

有关：网关组件必须位于负载均衡器之下。我的疑问是：使用2个不同的负载均衡器是否有意义？ （用于外部网关节点的外部LB和用于内部网关节点的内部LB）。

毫无疑问，它与2个关键管理器节点有关（与必须与API Manager集成的WSO2 IS组件有关）。我认为这两个节点也必须处于负载平衡状态。那么将这些节点放在前面提到的内部负载均衡器下面是否明智？

我有以下与群集模式下的WSO2 API Manager 2.6.0安装有关的疑问。我必须遵循官方文档建议的部署模式4：https：//docs.wso2.com / ...

]

1] APIM过去曾较早地进行了工作人员与经理的分离，而发布者则用于将API运行时工件发布到网关管理器节点。然后，网关管理器将运行时文件保存在其文件系统中，并使用NFS将其与其他网关同步。但是现在没有经理人资料了。现在，发布者向自己发布（即应该指向发布者的配置），然后使用NFS与网关共享文件。

2）是的，可以。

3）是的，可以。但是，如果您有使用案例（例如通过授权代码授予生成令牌），则也需要将KM公开给外部LB，因为浏览器必须在用户登录时直接与KM对话（重定向）。

Answer 1

2）是的，可以。