我已经构建了一个包含三个节点的主集群（k8s）。但有两个问题：
每个节点上的etcd登录报告两个警告：（1）。申请条目花了太长时间[1个条目11.167451ms]（2）。未能按时发出心跳我可能知道它的磁盘从谷歌太慢但我无法解决它
依赖等级的API服务器或Kubernetes-sheduler或Controller-Manager，有时无法在启动时启动或停止（日志可能会报告etcd服务器超时）
你能帮助我吗？
答案 0 :(得分：0)
kube-controller-manager，kube-apiserver等几个Kubernetes服务与etcd紧密集成。 etcd的缓慢或失败会导致这些服务也减慢甚至崩溃。
我建议找出'etcd'缓慢的原因并解决这个问题。尝试使用'etcdctl'工具存储和检索来自etcd [1]的单个键值对。
此外，如果'etcd'由于内存不足而变慢，请尝试调整'snapshot-count'参数以降低存储在内存中的快照数量[2]。
[1] https://coreos.com/etcd/docs/latest/getting-started-with-etcd.html
[2] https://coreos.com/etcd/docs/latest/tuning.html#snapshot-tuning