维护有用户状态的服务器中心节点如何实现主从等高可用架构？

[fsneak]

如题。

现在的项目中，有一些全局唯一的中心节点需要为众多的服务器提供服务。 比如有一个可以组队匹配的功能，要求无论用户在哪一个服务器登录，都可以和在所有其他服务器登录的用户进行组队，队伍之间可以进行匹配。这就要求有一个中心节点维护这些队伍的信息，并且执行队伍之间匹配的操作。

这就意味着，如果这个中心节点的服务器宕机了，则全部服务器的用户都无法使用相关功能。

当然一个方法是做集群，把这个服务分散到多个节点。但是一个服务器宕机之后，这台服务器上的用户状态仍然会丢失。

所以我更想知道的是，有没有什么方案或者思路，可以实现一种主从的架构，让主服务器宕机的时候，从服务器可以接管主服务器上的用户状态，从而实现无缝切换？

谢谢大家～

[rootit]

维护这些队伍的信息 是放在哪里的数据？

[fsneak]

@rootit 目前是放在中心节点的内存中。
具体是，登录服务器把用户的信息以及队伍相关的操作（比如加入、离开、准备、开始匹配等）发给中心节点，队伍状态发生变化的时候，中心节点再把这些信息广播给队伍中的所有用户。这些数据结构和状态的维护都在中心节点的内存中进行。

[rootit]

在我的已知里内存做不了高可用，你可以使用 memecached 或 redis 来存储这些信息， redis 性能相对差一点但是高可以很好做。

[eliteYang]

如果放在内存里是不太好做的，建议放进缓存里，例如 NoSQL ，这样数据剥离出了程序后，节点才都可以访问数据，从而做节点的负载均衡和动态扩容。

[StanWang]

主从切换，容易出现脑裂问题，这种结构的实现可以参考 ZooKeeper 的选举算法 Paxos

[henglinli]

用 zookeeper 吧，另外 zookeeper 的算法教 ZAB

[anexplore]

可以参考 zookeeper 的实现

[fwrq41251]

raft 协议