如何实现基于etcd选举SDK的masterslave故障转移机制？

本文共计1125个文字，预计阅读时间需要5分钟。

本次将记录使用etcd选主SDK实践，并利用etcdctl原生脚本验证选主SDK的工作原理。

master/slave高可用集群基本目标+在异地多机部署节点，slave作为备用实例启动，但不接受连接。

本次将记录[利用etcd选主sdk实践master/slave高可用]， 并利用etcdctl原生脚本验证选主sdk的工作原理。

master/slave高可用集群 本文目标

在异地多机房部署节点，slave作为备用实例启动，但不接受业务流量， 监测到master宕机，slave节点自动提升为master并接管业务流量。

基本思路

各节点向etcd注册带租约的节点信息， 并各自维持心跳保活，选主sdk根据目前存活的、最早创建的节点信息键值对 来判断leader， 并通过watch机制通知业务代码leader变更。