我已经使用Kube spray设置了一个1.13版的Kubernetes集群。我们的etcd在K8s集群之外作为docker容器运行。如果我检查etcd证书,我可以看到每个etcd都有自己的ca、客户端证书和密钥。如果我想抓取这些etcd conatiners for Prometheus的/metrics端点,应该使用哪些证书作为HTTPS端点?
kops创建了一个kubernetes集群,在运行kops validate时,这是输出:NAME ROLE MACHINETYPE59-93.ec2.internal master "ip-172-20-59-93.ec2.internal" is not ready
我怎样才能恢复这个集群这个集群的s3文件是可用的。
etcd卷显示状态为“仍在使用”。
由于某种原因,我的主节点在通过kops从kubernetes 1.11.9升级到1.12.9 (版本1.13.0)后无法再连接到我的集群。在清单中,我将kubernetesVersion从1.11.9 -> 1.12.9升级。这是我唯一要做的改变。Cluster did not validate within 5m0s
在那之后,如果我运行了一个kubectl get nodes,我将不再看到集群中的主节点。通过对断开连接<em
在我的项目中,我们在Kubernetes上部署了etcd DB (此etcd用于应用程序,与Kubernetes etcd分开)。因此,我使用bitnami头盔图表作为状态集来部署它。最初,在部署时,副本的数量是1,因为我们之前想要一个etcd DB的实例。真正的问题是,当我们将其缩放到3时,我更新了配置,通过用两个新成员的DNS名称更新ETCD_INITIAL_
我们在k8s集群中使用外部etcd集群。(在eksctl端,所有服务器都在使用相同证书的etcd服务器上正确工作)
ETCDCTL_API=3 /usr/local/bin/etcdctl member list --endpoints=https://127.0.0.1:2379 --cacert=/etc/etcd/ca.crt