etcd log
parent
c468eaf0cd
commit
26bc36d639
|
@ -0,0 +1,42 @@
|
||||||
|
etcd 可用于配置共享和服务发现
|
||||||
|
|
||||||
|
|
||||||
|
特点:
|
||||||
|
1.完全复制:集群中的每个节点都可以使用完整的存档
|
||||||
|
2.高可用性:etcd可用于避免硬件单点故障或网络问题
|
||||||
|
3.一致性: 每次读取都会返回跨多主机的最新写入
|
||||||
|
4.简单:包括一个定义良好,面向用户的API(grpc)
|
||||||
|
5.安全:实现了带有可选的客户端证书身份验证的自动化TLS
|
||||||
|
6.快速:每秒10000次写入的基准速度
|
||||||
|
7.可靠:使用Raft算法实现了强一致,高可用的服务存储目录
|
||||||
|
|
||||||
|
###本周任务:
|
||||||
|
1.Raft协议
|
||||||
|
1.选举
|
||||||
|
2.日志复制机制
|
||||||
|
3.异常处理(脑裂)
|
||||||
|
4.zookeeper的zad协议的区别
|
||||||
|
|
||||||
|
etcd的应用场景:
|
||||||
|
1.服务发现:
|
||||||
|
在同一个分布式集群中的进程或者服务,如何找到对方并建立连接(注册中心)
|
||||||
|
2.配置中心
|
||||||
|
应用在启动的时候主动从etcd获取一次配置信息,同时在etcd节点上注册一个watcher并等待,以后每次配置有更新的时候,etcd都会实时通知订阅者,
|
||||||
|
以此达到获取最新配置信息的目的(热加载)
|
||||||
|
3.分布式锁
|
||||||
|
1.所有获取锁的用户只有最终一个可以得到
|
||||||
|
2.控制时序,所有想要获得锁的用户都会被安排执行
|
||||||
|
|
||||||
|
|
||||||
|
|
||||||
|
etcd的架构,分为4个部分
|
||||||
|
1.HTTP server
|
||||||
|
用于处理用户发送的API请求及与其他节点的etcd同步与心跳请求
|
||||||
|
2.store
|
||||||
|
用于处理etcd的各类功能的事务,包括数据索引,节点状态变更,监控与反馈,事件处理与执行等等,是etcd对用户提供的大多数API功能的具体实现
|
||||||
|
3.Raft
|
||||||
|
Raft强一致性算法的具体实现,是etcd的核心
|
||||||
|
4.WAL
|
||||||
|
write ahead log (预写式日志)是etcd的数据存储方式。除了在内存中存有所有数据的状态以及节点的索引外。etcd就
|
||||||
|
通过WAL进行持久化存储,WAL中,所有的数据提交前都会事先记录日志,snapshot就是为了防止数据过多而进行的状态快照
|
||||||
|
entry表示存储的具体日志内容
|
Loading…
Reference in New Issue