zeroMQ初体验-可靠性-主从模式

2019独角兽企业重金招聘Python工程师标准>>>

官方声明：
1.这是一个直接的高可用的方案
2.足够简单，让人易于理解和使用
3.在需要时可以提供可靠的转移

比较经典也比较靠谱的模式简图：


迁移：


作为一个高可用的框架，至少得做到如下几点：

• 为灾难性事故做准备，例如主机房失火了、地震了等。
• 切换应该在尽可能短的时间内完成（60秒内，最好是10s内）。
• 由主切换到从可以是自动的，不过恢复时最好手动完成。
• 客户端应该明了这种切换机制，最好在api中给出自动方案。
• 有明确的标识来明确主从。
• 主从间不能有启动顺序的依赖。
• 服务端的切换不会导致客户端崩溃(或许会重新连接)。
• 主从状态必须可监控。
• 主从间的连接必须靠谱，高速。

基于如此结构的一些假设：

• 一主一从结构已经足够保险，不再需要多层次的备份。
• 主和从都能单独负载整个需求，而不是平衡性的承载整个符合。
• 要有足够的预算供起这么一个日常空转的从。

这些并没有被涉及到：

• 从并非用来负载均衡。
• 信息不持久化。
• 主从间不会自动探测对方。
• 主从间不会同步服务器的状态、信息。

如果要配置一对主从，需要在各自的配置中设定好对方及同步时间。

匹配的，作为客户端需要做的：
1.知道主从的地址
2.先连主，失败则试试从
3.检测失效的连接(心跳)
4.重连时遵守2
5.重新在请求的服务器上创建状态
6.当主从切换时，可以重新传递请求

当然，这些都会由客户端的api完成。这里注意：作者一再强调，主从同时只能有一个在提供服务！

主从间的状态图：

转载于:https://my.oschina.net/zhangjie830621/blog/351317