Etcd 使用中需要注意的问题

不少分布式系统都在使用ETCD分布式中间件系统作为分布式系统，系统数据的存放地，通过ETCD存储的信息来为分布式系统本身提供节点状态的传递和节点状态的确认依据.  相对于同样支持分布式协议的zookeeper ，ETCD为什么受到不少分布式数据库系统或单机系统高可用的欢迎。

在设计分布式系统中，需要保持各个分布式节点获取整体分布式节点中各个节点的状态，这需要两个考虑来完成这个需求， 1 分布式节点状态传达与统一  2 节点状态信息的存储， ETCD 在这两方面是可以满足需求的。虽然ETCD使用的很广泛，对ETCD本身的探究却很少，那么使用ETCD的时候需要主意什么问题？

ETCD基于raft 协议， etcd系统在运行中会产生一个leader节点，leader节点主要的功能管理集群， 并进行日志的复制。etcd集群中的领导节点leader，根据预设的心跳时间，定期向follwer发送状态信息， 在规定的时间内如果leader并未发送信息，则集群中会发起产生新leader的过程。

由于ETCD对于系统运行的稳定性有着比较强的依附性，这就导致ETCD不能工作在网络不稳定和磁盘超负荷运转的系统中良好的工作。 所以不建议ETCD 部署在工况不好的环境中，以免导致频繁的主节点切换。

主节点工作中会接受来自客户端的访问和数据的写入，并下发到follower节点中，当收到大多数的follower节点的回馈，则数据写入成功，否则事务失败。

当ETCD集群中的节点的数量不符合大多数原理,则集群整体会停止工作，不在接受客户的访问和数据的写入。

2n+1 - (2n/2) = 大多数

ETCD中的数据组织通过BTREE的方式来进行组织，ETCD的存储数据的数据库建立在blotDB上通过BTREE 的方式来进行数据的存储

页面的数据更新方式是通过创建新的页面代替旧的页面的方式来进行的，旧的页面会挂在在freelist 区域，以备后期调用的可能。这样使用页面的方式会产生一个问题，就是会浪费数据的存储空间， 所以需要进行数据的压缩和清理的工作。

ETCD 的数据是通过多版本控制来进行控制的，通过raft log 中的索引与不同的版本进行关联。

---- Revision begins at 1 ----				
	
	

		
相关文章