Apache Artemis 中 HA 的最小集群部署?
Minimum cluster deployment for HA in Apache Artemis?
我的应用程序使用以下 ActiveMQ Artemis 集群配置,因为我需要最少数量的节点和 HA。
- 1 名大师
- 1 个奴隶
这是生产系统的正确集群配置吗?如果不是你推荐什么?
更新
在上面的集群中,当 master 发生故障时,我们会失去 HA。因此,我想到了拥有 2 个奴隶。
- 1 位大师
- 2 个奴隶
我发现以下文档对裂脑有帮助
Specifically, the backup will become active when it loses connection
to its live server. This can be problematic because this can also
happen because of a temporary network problem. In order to address
this issue, the backup will try to determine whether it still can
connect to the other servers in the cluster. If it can connect to more
than half the servers, it will become active, if more than half the
servers also disappeared with the live, the backup will wait and try
reconnecting with the live. This avoids a split brain situation.
https://activemq.apache.org/components/artemis/documentation/2.0.0/ha.html
以上文档是否意味着当我在主从之间出现临时网络故障时,从属将在提升为主控之前检查其他从属的可达性,从而减轻脑裂?
如果您正在使用复制,那么缓解裂脑的推荐节点的最小数量是 6。三个生命建立适当的法定人数和三个相应的备份。请记住,只有 活动 节点参与仲裁投票,因此在临时网络故障的情况下,1 个活动节点和 2 个备份节点无助于缓解裂脑。
如果您使用的是共享存储,那么缓解裂脑的推荐节点的最小数量是 2 个。只有一个活动节点和一个备份节点。这是因为文件系统(例如 SAN 或 NAS)上的文件锁减轻了裂脑。
我的应用程序使用以下 ActiveMQ Artemis 集群配置,因为我需要最少数量的节点和 HA。
- 1 名大师
- 1 个奴隶
这是生产系统的正确集群配置吗?如果不是你推荐什么?
更新
在上面的集群中,当 master 发生故障时,我们会失去 HA。因此,我想到了拥有 2 个奴隶。
- 1 位大师
- 2 个奴隶
我发现以下文档对裂脑有帮助
Specifically, the backup will become active when it loses connection to its live server. This can be problematic because this can also happen because of a temporary network problem. In order to address this issue, the backup will try to determine whether it still can connect to the other servers in the cluster. If it can connect to more than half the servers, it will become active, if more than half the servers also disappeared with the live, the backup will wait and try reconnecting with the live. This avoids a split brain situation. https://activemq.apache.org/components/artemis/documentation/2.0.0/ha.html
以上文档是否意味着当我在主从之间出现临时网络故障时,从属将在提升为主控之前检查其他从属的可达性,从而减轻脑裂?
如果您正在使用复制,那么缓解裂脑的推荐节点的最小数量是 6。三个生命建立适当的法定人数和三个相应的备份。请记住,只有 活动 节点参与仲裁投票,因此在临时网络故障的情况下,1 个活动节点和 2 个备份节点无助于缓解裂脑。
如果您使用的是共享存储,那么缓解裂脑的推荐节点的最小数量是 2 个。只有一个活动节点和一个备份节点。这是因为文件系统(例如 SAN 或 NAS)上的文件锁减轻了裂脑。