在分布式集群部署模式下,为了维护数据一致性,通常需要选举出一个leader来进行协调,并且在leader挂掉后能从集群中选举出一个新的leader。选举leader的方案有很多种,对Paxos和Raft协议有过了解的同学应该对leader选举有一些认识,一般都是按照少数服从多数的原则来实现,但是因为分布式环境中无法避免的网络不稳定、数据不同步、时间偏差等问题,要想搞好leader选举并不是一件特别容易的事。这篇文章将提供一个使用Consul做leader选举的简单方案。
原理
Consul 的leader选举只有两步:
1、Create Session:参与选举的应用分别去创建Session,Session的存活状态关联到健康检查。
2、Acquire KV:多个应用带着创建好的Session去锁定同一个KV,只能有一个应用锁定住,锁定成功的应用就是leader。
如上图所示,这里假设App2用Session锁定住了KV,其实就是KV的Session属性设置为了Session2。
什么时候会触发重新选举呢?
- Session失效:Session被删除、Session关联的健康检查失败、Session TTL过期等。
- KV被删除:这个没什么需要特别说明的。
那应用们怎么感知这些情况呢?
应用在选举结束后,应该保持一个到KV的阻塞查询,这个查询会在超时或者KV发生变化的时候返回结果,这时候应用可以根据返回结果判断是否发起新的选举。
示例
这里给出一个Java的例子:这是一个控制台程序,程序会创建一个Session,然后尝试使用这个Session锁定key为“program/leader”的Consul KV,同时也会尝试设置KV的值为当前节点Id“007”。不管捕获成功还是失败,程序随后都会启动一个针对“program/leader”的阻塞查询,在阻塞查询返回时会判断KV是否存在或者绑定的Session是否存在,如果有任何一个不存在,则发起选举,否则继续阻塞查询。这个“阻塞查询->选举”的操作是一个无限循环操作。
package cn.bossma;
import com.ecwid.consul.v1.ConsulClient;
import com.ecwid.consul.v1.QueryParams;
import com.ecwid.consul.v1.kv.model.GetValue;
import com.ecwid.consul.v1.kv.model.PutParams;
import com.ecwid.consul.v1.session.model.NewSession;
import com.ecwid.consul.v1.session.model.Session;
import org.apache.commons.lang3.StringUtils;
/**
* consul leader 选举演示程序
*
* @author: bossma.cn
*/
public class Main {
private static ConsulClient client = new ConsulClient();
private static String sesssionId = "";
private static String nodeId = "007";
private static String electName = "program/leader";
/**
* @param args
*/
public static void main(String[] args) {
System.out.println("starting");
watch();
}
/**
* 监控选举
*
* @param:
* @return:
* @author: bossma.cn
*/
private static void watch() {
System.out.println("start first leader election");
// 上来就先选举一次,看看结果
ElectResponse electResponse = elect();
System.out.printf("elect result: %s, current manager: %s" + System.getProperty("line.separator"), electResponse.getElectResult(), electResponse.getLeaderId());
long waitIndex = electResponse.modifyIndex++;
int waitTime = 30;
do {
try {
System.out.println("start leader watch query");
// 阻塞查询
GetValue kv = getKVValue(electName, waitTime, waitIndex);
// kv被删除或者kv绑定的session不存在
if (null == kv || StringUtils.isEmpty(kv.getSession())) {
System.out.println("leader missing, start election right away");
electResponse = elect();
waitIndex = electResponse.modifyIndex++;
System.out.printf("elect result: %s, current manager: %s" + System.getProperty("line.separator"), electResponse.getElectResult(), electResponse.getLeaderId());
} else {
long kvModifyIndex = kv.getModifyIndex();
waitIndex = kvModifyIndex++;
}
} catch (Exception ex) {
System.out.print("leader watch异常:" + ex.getMessage());
try {
Thread.sleep(3000);
} catch (Exception ex2) {
System.out.printf(ex2.getMessage());
}
}
}
while (true);
}
/**
* 执行选举
*
* @param:
* @return:
* @author: bossma.cn
*/
private static ElectResponse elect() {
ElectResponse response = new ElectResponse();
Boolean electResult = false;
// 创建一个关联到当前节点的Session
if (StringUtils.isNotEmpty(sesssionId)) {
Session s = getSession(sesssionId);
if (null == s) {
// 这里session关联的健康检查只绑定了consul节点的健康检查
// 实际使用的时候建议把当前应用程序的健康检查也绑定上,否则如果只是程序关掉了,session也不会失效
sesssionId = createSession(10);
}
} else {
sesssionId = createSession(10);
}
// 获取选举要锁定的Consul KV对象
GetValue kv = getKVValue(electName);
if (null == kv) {
kv = new GetValue();
}
// 谁先捕获到KV,谁就是leader
// 注意:如果程序关闭后很快启动,session关联的健康检查可能不会失败,所以session不会失效
// 这时候可以把程序创建的sessionId保存起来,重启后首先尝试用上次的sessionId,
electResult = acquireKV(electName, nodeId, sesssionId);
// 无论参选成功与否,获取当前的Leader
kv = getKVValue(electName);
response.setElectResult(electResult);
response.setLeaderId(kv.getDecodedValue());
response.setModifyIndex(kv.getModifyIndex());
return response;
}
/**
* 创建Session
*
* @param: lockDealy session从kv释放后,kv再次绑定session的延迟时间
* @return:
* @author: bossma.cn
*/
private static String createSession(int lockDelay) {
NewSession session = new NewSession();
session.setLockDelay(lockDelay);
return client.sessionCreate(session, QueryParams.DEFAULT).getValue();
}
/**
* 获取指定的session信息
*
* @param: sessionId
* @return: Session对象
* @author: bossma.cn
*/
private static Session getSession(String sessionId) {
return client.getSessionInfo(sessionId, QueryParams.DEFAULT).getValue();
}
/**
* 使用Session捕获KV
*
* @param key
* @param value
* @param sessionId
* @return
* @author: bossma.cn
*/
public static Boolean acquireKV(String key, String value, String sessionId) {
PutParams putParams = new PutParams();
putParams.setAcquireSession(sessionId);
return client.setKVValue(key, value, putParams).getValue();
}
/**
* 获取指定key对应的值
*
* @param: key
* @return:
* @author: bossma.cn
*/
private static GetValue getKVValue(String key) {
return client.getKVValue(key).getValue();
}
/**
* block获取指定key对应的值
*
* @param: key, waitTime, waitIndex
* @return:
* @author: bossma.cn
*/
private static GetValue getKVValue(String key, int waitTime, long waitIndex) {
QueryParams paras = QueryParams.Builder.builder()
.setWaitTime(waitTime)
.setIndex(waitIndex)
.build();
return client.getKVValue(key, paras).getValue();
}
/**
* leader选举结果
*
* @author: bossma.cn
*/
private static class ElectResponse {
private Boolean electResult = false;
private long modifyIndex = 0;
private String leaderId;
public String getLeaderId() {
return leaderId;
}
public void setLeaderId(String leaderId) {
this.leaderId = leaderId;
}
public Boolean getElectResult() {
return electResult;
}
public void setElectResult(Boolean electResult) {
this.electResult = electResult;
}
public long getModifyIndex() {
return modifyIndex;
}
public void setModifyIndex(long modifyIndex) {
this.modifyIndex = modifyIndex;
}
}
}
坑
1、用于选举的Consul KV必须使用锁定的session进行更新,如果通过其它方式更新,KV绑定的Session不会有影响,也就是说KV还是被原来的程序锁定,但是却被其它的程序修改了,这不符合leader的规则。
2、Session 关联的健康检查默认只有当前节点的健康检查,如果应用程序停止,Session并不会失效,所以建议将Session 关联的健康检查包含应用的健康检查;但是如果只有应用的健康检查,服务器停止,应用的健康检查仍可能是健康的,所以Session的健康检查应该把应用程序和Consul 节点的健康检查都纳入进来。
3、如果程序关闭后很快启动,session关联的健康检查可能不会失败,所以session不会失效,程序启动后如果创建一个新的Session去锁定KV,就不能成功锁定KV,这时候建议将SessionId持久化存储,如果Session还存在,就还是用这个Session 去锁定。
4、lockdelay:这不是一个坑,是一个保护机制,但需要考虑好用不用。它可以在session失效后短暂的不允许其它session来锁定KV,这是因为此时应用程序可能还是正常的,session关联的健康检查误报了,应用程序可能还在处理业务,需要一段时间来结束处理。也可以使用0值把这个机制禁止掉。
5、可能leader加载的东西比较多,leader切换比较麻烦,考虑到session关联的健康检查误报的问题,希望leader选举优先上次锁定KV的程序,这样可以提高效率。此时可以在选举程序中增加一些逻辑:如果选举的时候发现上次的leader是当前程序,则立即选举;如果发现上次的leader不是当前程序,则等待两个固定的时间周期再提交选举。
整体上看,Consul提供的Leader选举方案还是比较简单的,无论是集群部署中的leader选举,还是传统主备部署,都可以适用。其中的关键是Session,一定要结合自己的业务考虑周全。最后欢迎加入800人Consul交流群234939415,一起探讨使用Consul的各种场景和问题。
发表评论
相关文章
国内AI资源汇总,AI聊天、AI绘画、AI写作、AI视频、AI设计、AI编程、AI音乐等,国内顺畅访问,无需科学上网。
扫码或点击进入:萤火AI大全
文章分类
最新评论