elasticsearch选举master

数据节点确定了master以后。会开启MasterPinger线程来与其保持心跳通信的逻辑
假设通信过程中链接断开，会通过MasterNodeFailureListener监听器进行回调处理
处理过程中会去调用ZenDiscovery类的handleMasterGone方法，以便选举出新的master进行通信
master的选举逻辑主要是通过ZenDiscovery类findMaster方法来封装的。大致步骤例如以下：
1.首先通过ping操作来向其它节点进行学习
  ping的方式有两种，单播(官方推荐)或组播。

针对ping的返回结果可通过例如以下两个參数来进行过滤
  - discovery.zen.master_election.filter_client
    过滤调用Client节点的ping结果，默认启用
  - discovery.zen.master_election.filter_data
    过滤掉数据节点的ping结果，默认不开启
2.假设ping的结果显示其它节点已选举出了master
  在这些节点所选举的master列表中选取id值最小的一个作为当前节点的master
3.假设ping结果显示其它节点还没有选举出master
  则在当前节点所能訪问的master备选集合中(一定要占多数，否则easy发生脑列。可通过discovery.zen.minimum_master_nodes參数设置)
  选取id值最小的一个作为master
新选举出的master并不一定正确。验证方法相同是通过ping操作来完毕，假设ping的过程中，服务端返回NotMasterException异常
将开启新一轮的master选举(详细參考MasterPinger线程中有关handleException的处理)