转载

分布式搜索引擎（二）

前面已经有一篇分布式搜索引擎了，主要介绍的是搜索引擎的索引分片和数据同步，实际上是解决的 分布式 的问题，最后我给出了一个图

分布式搜索引擎（二）

这个图最后出来的是一个低可用的分布式搜索引擎，今天我们要解决的问题是把这个低变成高，今天这篇非常简单，没有任何高级技术，看完你就知道了。

1. 为什么会是低可用

我们得知道为什么这个系统会是一个低可用的系统？

首先，我们说一个最简单的解决方案

如果我们在上图中加一个服务，叫Master服务的话，然后每个节点都和Master进行通讯，获取其他节点的信息，那么，这个问题就解决了，就像下图，紫色的部分就是我们说的Master

分布式搜索引擎（二）

Master都做什么事呢？怎么和各个节点交互呢？作为一个Master，至少需要做到下面这些个事情：

仔细一看，其实也没多少事情要做，这就是一个标准的状态机类型的服务，整个逻辑代码也很简单，配合一个安装在每个节点内部的客户端，就可以完成上面6个交互过程，这样的话，每个节点实际上都知道其他任意一个节点的状态，不管是在数据更新还是在搜索查询的时候都可以从容面对了。

其实这是一个比较完美的解决方案，分布式方面的逻辑，需要多个节点配合的逻辑都可以在这个Master节点上来实现，但这个Master是个单点，如果他一挂了，就全挂了。

这算不上是高可用的解决方案，但是，我们来分析一下

由于Master的逻辑其实比较简单，无非就是存储一些数据，然后把数据分发到所有节点上，再有一个就是定时检查每个节点是否在线，这样的逻辑写好了，通过了严格的测试的情况下，本身出问题的概率还是比较小的。
搜索引擎都是部署在内网中，一般不跨机房的话，网络问题不会很大

所以，如果这个搜索引擎不是非常重要的业务场景，那么这么设计下来就可以了，没有必要为了一个不是非常非常重要的业务场景而把设计复杂化了，我实现的第一版就是这样的，先能用了再说。Master单点就单点吧。

如果我们使用上一篇的Log大法，很容易将这个Master变成一个集群，那么单点挂了就不担心了，但是还需要解决以下几个问题。

当主节点挂了以后，所有的节点需要把Master节点切换到从节点上。
- 这个相对好解决，首先需要主节点把从节点的信息也分发给其他节点，告诉他们当本节点无响应的时候切换到从节点
- 其次，只要其他节点和主节点保持一个心跳链接就互相知道是否还在线了。
如果主节点只是暂时性休克了，所有节点已经把Master节点切换到从节点上了，结果这时候主节点复活了怎么弄？
- 这个也比较好解决，当Master集群中的某台机器重新连接网络以后也要走注册流程，看是否已经有人代替了本身职能了。
Log同步不管怎么样都有延迟，所以一旦主节点挂了，有可能有些信息还没有同步到从节点上，这样会造成不可预知的错误。
- 这个问题靠Log已经比较难解决了，只能放弃Log方式，用强同步模式，当主节点收到会影响整个集群的请求时，只有当每个从节点都同步以后才返回请求。
- Log作用在这里退化成当有新的Master节点要加入Master集群的时候做数据重建使用。