58,695
社区成员
发帖
与我相关
我的任务
分享etcd集群通过 Leader 写入数据，为什么K8s HA集群中讲每个 kube-apiserver 只和本机的 ETCD 通信
对这个我不太明白，所有在的请教了大佬这里分享给小伙伴理解不足小伙伴帮忙指正对每个人而言，真正的职责只有一个：找到自我。然后在心中坚守其一生，全心全意，永不停息。所有其它的路都是不完整的，是人的逃避方式，是对大众理想的懦弱回归，是随波逐流，是对内心的恐惧 ——赫尔曼·黑塞《德米安》
请发表友善的回复…
发表回复
yf6 2024-10-12
- 打赏
- 举报
每个 kube-apiserver 实例与本地的 etcd 节点通信，主要是为了提高性能、简化网络通信、降低延迟，以及减少跨节点通信所带来的潜在问题，在大规模集群中，多个kube-apiserver实例分布在不同的节点上，每个实例只和本机etcd通信也有助于分散负载，避免所有kube-apiserver实例过度依赖单个etcd节点，导致瓶颈或单点故障。此外，Raft协议确保了即使etcd集群中的部分节点故障，只要大多数节点正常运行，集群仍然能维持正常的数据读写。
yf6 2024-10-12
- 打赏
- 举报
在 Kubernetes HA 集群中，尽管每个 kube-apiserver 实例连接的是本地的 etcd 节点，但并不是只有 etcd 的 Leader 节点所在的 kube-apiserver 才会处理写入数据的操作。
实际情况下，任何一个 kube-apiserver 都可以与其本地的 etcd 节点通信并发出写入请求。然而，写入数据时，etcd 集群会自动通过 Raft 共识算法将写入请求重定向到当前的 Leader 节点。也就是说，即使当前与 kube-apiserver 连接的 etcd 节点是一个 Follower，它也会将写请求转发给 Leader，确保数据写入正确的一致性。
因此，不论哪个 kube-apiserver 发出写请求，最终都会由 etcd 的 Leader 处理写入操作。而 Follower 节点负责从 Leader 复制日志以保持数据同步。这种机制确保了高可用集群的正常运行和一致性。
总结：
任意 kube-apiserver 都可以发起写入请求。
etcd 集群的 Follower 节点会将写请求转发给 Leader 处理。
最终数据写入由 etcd Leader 节点负责，其他节点同步数据
