k8s-etcd

查询 etcd 集群成员信息

kubectl -n kube-system exec ${etcd} -- \

特点

etcd作为一个受到ZooKeeper与doozer启发而催生的项目，除了拥有与之类似的功能外，更专注于以下四点。

简单：基于HTTP+JSON的API让你用curl就可以轻松使用。
安全：可选SSL客户认证机制。
快速：每个实例每秒支持一千次写操作。
可信：使用Raft算法充分实现了分布式。
简单：curl可访问的用户的API（HTTP + JSON）

安全：可选的SSL客户端证书认证

快速：单实例每秒1000次写操作

可靠：使用Raft算法保证一致性

主要功能
1. 基本的key-value存储

2. 监听机制

3. key的过期及续约机制， 用于监控和服务发现

4. 原子Compare And Swap和Compare And Delete, 用于分布式锁和leader选举

架构

命令

1、获取etcd成员列表
etcdctl member list

从etcd查询数据
etcdctl get auth

模糊查询匹配到前缀为a的数据：etcdctl get --prefix a

查询匹配到前缀为a的key（不返回value）：etcdctl --prefix --keys-only=true get a

查所有的key：etcdctl get "" --prefix --keys-only

查看etcd各个节点的资源使用情况：etcdctl endpoint status

查看etcd各个节点的资源使用情况：etcdctl endpoint status --write-out=table

etcd 被设计为大型分布式系统的通用基板。这些大型系统需要避免脑裂问题，并且愿意牺牲可用性来实现此目的。 etcd 以一致且容错的方式存储元数据。 etcd 集群旨在提供具有稳定性、可靠性、可伸缩性和性能的键值存储。

两个机房网络中断，导致每个机房都会选出自己的leader。
解决方案：引入“过半概念”，投票选举，只有经过过半数的同意票才能够被选举为leader。那么网络故障致使的分区问题解决了，可是它的限制也很明显就是若是出现过半的机器宕机，会致使整个集群没法正常提供服务数

Etcd主要分为四个部分【http server、store、raft、WAL】

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

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

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

WAL：Write Ahead Log（预写式日志/日志先行），是 etcd 的数据存储方式，也是一种实现事务日志的标准方法。etcd通过 WAL 进行持久化存储，所有的数据提交前都会事先记录日志。Snapshot 是为了防止数据过多而进行的状态快照；Entry 表示存储的具体日志内容。

Etcd使用Raft协议来维护集群内各个节点状态的一致性。简单说，ETCD集群是一个分布式系统，由多个节点相互通信构成整体对外服务，每个节点都存储了完整的数据，并且通过Raft协议保证每个节点维护的数据是一致的。
Raft算法
Raft 是一种为了管理复制日志的一致性算法。它提供了和 Paxos 算法相同的功能和性能，但是它的算法结构和 Paxos 不同，使得 Raft 算法更加容易理解并且更容易构建实际的系统。一致性算法允许一组机器像一个整体一样工作，即使其中一些机器出现故障也能够继续工作下去。正因为如此，一致性算法在构建可信赖的大规模软件系统中扮演着重要的角色。
Raft算法分为三部分，分别是Leader选举、日志复制和安全性。