Kubernetes k8s群集中主节点和etcd故障的影响

我想了解k8s集群中只有一个主节点具有内部etcd存储的主节点故障可能会产生什么影响

根据我的理解，在工作节点上运行的所有类型的已部署工作负载容器（包括具有持久卷声明的无状态和有状态集）都将继续运行，直到需要重新创建任何容器为止，因为它们的核心功能不直接依赖于主节点和etcd存储。并且，主节点的不可用性仅影响集群的控制平面操作

我的理解正确吗？如果没有，您能否解释主节点故障对我在该集群上运行的工作负载的影响

---

我知道实现k8s集群HA的最佳方法是建立一个多主集群，并可能外部化etcd存储，以实现它们的解耦。这个问题是为了了解主节点在配置多主集群之前未能接听通知呼叫的确切影响

仲裁系统上的Etcd操作员，只要集群看到多数，它将继续运行。如果失败的节点是当前的领导者，其他节点将在心跳超时后触发选举

---

对于kube apiserver来说，它是一个水平服务，所以丢失一个节点并不有趣，就像任何其他webapp一样。一些（大多数）控制器是单例控制器，但它们在每个控制平面节点上运行，并使用kube apiserver进行领导人选举，就像Etcd一样，如果领导人去世，几秒钟后另一个副本将获得领导人锁并接管。

感谢您的解释。我的问题是关于内部etcd故障对唯一主节点工作负载的影响。即使在每个控制平面服务完全失败的情况下，也不会对正在运行的工作负载产生影响。所有现有工作负载都会继续运输。