etcd实战课
唐聪
腾讯云资深工程师，etcd活跃贡献者
立即订阅
2117 人已学习
课程目录
已更新 15 讲 / 共 27 讲
0/3登录后，你可以任选3讲全文学习。
开篇词 (1讲)
开篇词｜为什么你要学习etcd?
免费
基础篇 (11讲)
01 | etcd的前世今生：为什么Kubernetes使用etcd？
02 | 基础架构：etcd一个读请求是如何执行的？
03 | 基础架构：etcd一个写请求是如何执行的？
04 | Raft协议：etcd如何实现高可用、数据强一致的？
05 | 鉴权：如何保护你的数据安全？
06 | 租约：如何检测你的客户端存活？
07 | MVCC：如何实现多版本并发控制？
08 | Watch：如何高效获取数据变化通知？
09 | 事务：如何安全地实现多key操作？
10 | boltdb：如何持久化存储你的key-value数据？
11 | 压缩：如何回收旧版本数据？
实践篇 (3讲)
12 | 一致性：为什么基于Raft实现的etcd还会出现数据不一致？
13 | db大小：为什么etcd社区建议db大小不超过8G？
14 | 延时：为什么你的etcd请求会出现超时？
14 | 延时：为什么你的etcd请求会出现超时？
唐聪 2021-02-19
你好，我是唐聪。
在使用 etcd 的过程中，你是否被日志中的"apply request took too long"和“etcdserver: request timed out"等高延时现象困扰过？它们是由什么原因导致的呢？我们应该如何来分析这些问题？
这就是我今天要和你分享的主题：etcd 延时。希望通过这节课，帮助你掌握 etcd 延时抖动、超时背后的常见原因和分析方法，当你遇到类似问题时，能独立定位、解决。同时，帮助你在实际业务场景中，合理配置集群，遵循最佳实践，尽量减少 expensive request，避免 etcd 请求出现超时。
分析思路及工具
首先，当我们面对一个高延时的请求案例后，如何梳理问题定位思路呢？
这里我们再回顾下 03 中介绍的，Leader 收到一个写请求，将一个日志条目复制到集群多数节点并应用到存储状态机的流程（如下图所示），通过此图我们看看写流程上哪些地方可能会导致请求超时呢？
首先是流程四，一方面，Leader 需要并行将消息通过网络发送给各 Follower 节点，依赖网络性能。另一方面，Leader 需持久化日志条目到 WAL，依赖磁盘 I/O 顺序写入性能。
确认放弃笔记？
放弃后所记笔记将不保留。
新功能上线，你的历史笔记已初始化为私密笔记，是否一键批量公开？
批量公开的笔记不会为你同步至部落
公开
同步至部落
取消
完成
0/1000字
划线
笔记
复制
© 版权归极客邦科技所有，未经许可不得传播售卖。 页面已增加防盗追踪，如有侵权极客邦将依法追究其法律责任。
该试读文章来自付费专栏《etcd实战课》，如需阅读全部文章，
请订阅文章所属专栏
请订阅文章所属专栏
立即订阅
登录 后留言
精选留言
由作者筛选后的优质留言将会公开显示，欢迎踊跃留言。
收起评论