• 1. Etcd是什么(what)
  • 2. 为什么使用Etcd(why)
    • 2.1. Etcd的优势
  • 3. 如何实现Etcd架构(how)
    • 3.1. Etcd的相关名词解释
    • 3.2. Etcd的架构图
    • 1、HTTP Server:
    • 2、Raft:
    • 3、WAL:
    • 4、Store:

    1. Etcd是什么(what)

    etcd is a distributed, consistent key-value store for shared configuration and service discovery, with a focus on being:

    • Secure: automatic TLS with optional client cert authentication[可选的SSL客户端证书认证:支持https访问 ]
    • Fast: benchmarked 10,000 writes/sec[单实例每秒 1000 次写操作]
    • Reliable: properly distributed using Raft[使用Raft保证一致性]

    etcd是一个分布式、一致性的键值存储系统,主要用于配置共享和服务发现。[以上内容来自etcd官网]

    2. 为什么使用Etcd(why)

    2.1. Etcd的优势

    1. 简单。使用Go语言编写部署简单;使用HTTP作为接口使用简单;使用Raft算法保证强一致性让用户易于理解。
    2. 数据持久化。etcd默认数据一更新就进行持久化。
    3. 安全。etcd支持SSL客户端安全认证。

    3. 如何实现Etcd架构(how)

    3.1. Etcd的相关名词解释

    • Raft:etcd所采用的保证分布式系统强一致性的算法。
    • Node:一个Raft状态机实例。
    • Member: 一个etcd实例。它管理着一个Node,并且可以为客户端请求提供服务。
    • Cluster:由多个Member构成可以协同工作的etcd集群。
    • Peer:对同一个etcd集群中另外一个Member的称呼。
    • Client: 向etcd集群发送HTTP请求的客户端。
    • WAL:预写式日志,etcd用于持久化存储的日志格式。
    • snapshot:etcd防止WAL文件过多而设置的快照,存储etcd数据状态。
    • Proxy:etcd的一种模式,为etcd集群提供反向代理服务。
    • Leader:Raft算法中通过竞选而产生的处理所有数据提交的节点。
    • Follower:竞选失败的节点作为Raft中的从属节点,为算法提供强一致性保证。
    • Candidate:当Follower超过一定时间接收不到Leader的心跳时转变为Candidate开始竞选。【候选人】
    • Term:某个节点成为Leader到下一次竞选时间,称为一个Term。【任期】
    • Index:数据项编号。Raft中通过Term和Index来定位数据。

    3.2. Etcd的架构图

    etcd的架构图

    一个用户的请求发送过来,会经由HTTP Server转发给Store进行具体的事务处理,如果涉及到节点的修改,则交给Raft模块进行状态的变更、日志的记录,然后再同步给别的etcd节点以确认数据提交,最后进行数据的提交,再次同步。

    1、HTTP Server:

    用于处理用户发送的API请求以及其它etcd节点的同步与心跳信息请求。

    2、Raft:

    Raft强一致性算法的具体实现,是etcd的核心。

    3、WAL:

    Write Ahead Log(预写式日志),是etcd的数据存储方式,用于系统提供原子性和持久性的一系列技术。除了在内存中存有所有数据的状态以及节点的索引以外,etcd就通过WAL进行持久化存储。WAL中,所有的数据提交前都会事先记录日志。

    1. Entry[日志内容]:

      负责存储具体日志的内容。

    2. Snapshot[快照内容]:

      Snapshot是为了防止数据过多而进行的状态快照,日志内容发生变化时保存Raft的状态。

    4、Store:

    用于处理etcd支持的各类功能的事务,包括数据索引、节点状态变更、监控与反馈、事件处理与执行等等,是etcd对用户提供的大多数API功能的具体实现。