etcd 学习笔记

etcd由CoreOS团队为解决高可用、数据一致性和运维复杂度等问题而创建,作为Kubernetes的默认协调服务。它从ZooKeeper的不足出发,选择了Raft共识算法确保数据一致性,并通过RESTful API提供简洁交互。etcdv3引入了gRPC、B-tree、boltdb和Lease机制,提升了性能和稳定性。其读请求执行涉及Leader选举、日志同步和安全性等核心步骤。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

01| etcd的前世今生:为什么Kubernetes使用etcd

2013 年,有一个叫 CoreOS 的创业团队,他们构建了一个产品,Container Linux,它是
一个开源、轻量级的操作系统,侧重自动化、快速部署应用服务,并要求应用程序都在容
器中运行,同时提供集群化的管理方案,用户管理服务就像单机一样方便。
希望重启任意一节点的时候,用户服务不宕机 → 运行多个副本 → 多个副本如何协调,如何避免变更的时候所有副本不可用呢?
需要一个 协调服务来存储服务配置信息、提供分布式锁等能力 → 
当然是分析业务场景、痛点、核心目标,然后是基于目标进行方案选
型,评估是选择社区开源方案还是自己造轮子。这其实就是我们遇到棘手问题时的通用解
决思路,CoreOS 团队同样如此。
一个协调服务,理想状态下大概需要满足以下5个目标:
1. 可用性角度:高可用 。协调服务作为集群的控制面存储,它保存了各个服务的部署、运
行信息。若它故障,可能会导致集群无法变更、服务副本数无法协调。业务服务若此时
出现故障,无法创建新的副本,可能会影响用户数据面。
2. 数据一致性角度:提供读取“最新”数据的机制
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值