k8s|深入理解组件etcd

最新推荐文章于 2024-04-16 04:12:58 发布

Rob_King

最新推荐文章于 2024-04-16 04:12:58 发布

阅读量141

点赞数

分类专栏：云原生文章标签： kubernetes etcd 容器

本文链接：https://blog.csdn.net/m0_61452396/article/details/133070093

版权

15 篇文章 0 订阅

订阅专栏

Etcd 是 CoreOS 基于 Raft 开发的分布式 key-value 存储，可用于服务发现、共享配置以及一致性保障（如数据库选主、分布式锁等）。它用于存储分布式系统中的关键数据

请求通过 HTTP Server转发给 Store（图的右下角）进行处理，如果涉及节点修改，则需要交给 Raft 模块进行数据同步

HTTP Server：用于处理API请求以及其他etcd节点的同步与心跳信息请求、
Store: 用于处理 etcd 支持的各类功能的事务，包括数据索引、节点状态变更、监控与反馈、事件处理与执行等等，是 etcd 对用户提供的大多数 API 功能的具体实现。
Raft： Raft 强一致性算法的具体实现，是 etcd 的核心。
WAL：Write Ahead Log（预写式日志/日志先行），是 etcd 的数据存储方式

etcd也存储了关键信息，例如集群的配置数据、服务发现信息、锁、队列等等。它是k8s集群的大脑，负责存储和同步所有重要的配置数据

当在k8s中创建一个新的Pod（容器），etcd会存储该Pod的配置信息，包括其所需的镜像、资源限制、网络设置等等。这些信息在整个集群中被复制和同步，确保所有节点都了解到这个新的Pod

当进行扩容、缩容或者更新配置时，etcd会记录这些更改，并确保整个集群中的节点都同步这些变化。这使得集群的状态一致性得到维护，同时也保证了高可用性

ETCD 通过 Raft 协议来维护各节点的一致性，每个节点都存储了完整的数据。

Raft算法三大部分：Leader选举，日志复制，安全性

Leader选举：开始所有节点将自己切换为 candicate，向其他节点发送请求，当收到来自集群中过半数节点的接受投票后，节点即成为 leader。
日志复制：当前 Leader 收到客户端的日志（事务请求）后先把该日志追加到本地的 Log 中，然后通过 heartbeat 把该 Entry 同步给其他 Follower，Leader收到一半以上的Follow的ACK信息则会追加到磁盘
安全性：用于保证选举出来的 Leader 一定包含先前 committed Log 的机制，每个任期（Term）只能选举出一个 Leader