Xmpp ejabberd群集:多主或主从
到目前为止,我遇到的是这个-Xmpp ejabberd群集:多主或主从,xmpp,cluster-computing,ejabberd,master-slave,multi-master-replication,Xmpp,Cluster Computing,Ejabberd,Master Slave,Multi Master Replication,到目前为止,我遇到的是这个- 在主从配置中设置ejabberd群集时,即使在修复主群集(如果主群集停止运行)后,群集仍无法再次运行,也会出现单点故障,人们也会遇到问题。此外,有时必须重新访问每个从机的ejabberd实例以使其正常工作,或者必须再次输入mnesia命令以使主机与从机通信 在多主机配置中设置ejabberd集群,则可以将任何节点移出集群,而无需关闭整个集群。基本上,没有单点故障,这也是forejabberd通过它们在ejabberdctl脚本中公开的join_cluster参数告诉
主从
配置中设置ejabberd
群集时,即使在修复主群集(如果主群集停止运行)后,群集仍无法再次运行,也会出现单点故障,人们也会遇到问题。此外,有时必须重新访问每个从机的ejabberd
实例以使其正常工作,或者必须再次输入mnesia
命令以使主机与从机通信多主机
配置中设置ejabberd
集群,则可以将任何节点移出集群,而无需关闭整个集群。基本上,没有单点故障,这也是forejabberd
通过它们在ejabberdctl
脚本中公开的join_cluster
参数告诉您的方法。但是,在这种情况下,所有数据都在两个节点之间复制,这在我看来是一个很大的性能开销最好的/推荐的/流行的模式是什么?在这种模式下,应该设置一个由两个节点组成的
ejabberd
集群,主要考虑性能,但同时还要考虑其他关键因素(容错、负载平衡)。ejabberd中只有一种模式。基本上,它的工作原理类似于您所描述的多主机。主-从基本上是相同的设置,没有任何流量通过负载平衡机制发送到第二个节点
因此,案例2是一条出路