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备选集合中(一定要占多数，否则容易发生脑列，可通过discovery.zen.minimum_master_nodes参数设置)
  选取id值最小的一个作为master
新选举出的master并不一定正确，验证方法同样是通过ping操作来完成，如果ping的过程中，服务端返回NotMasterException异常
将开启新一轮的master选举(具体参考MasterPinger线程中有关handleException的处理)