根据官方建议，升级时不建议使用kubeadm配置类型的--config标志来重新配置集群，这可能会导致意外结果。所以我很好奇为什么不推荐这样做，有什么意想不到的结果呢？
如果要重新配置集群，需要编辑kubeadm-config configmap，并通过执行'kubeadm init phase control-plane --config '在/etc/kubernetes/manifests中写入新的manifest文件，config-file内容必须与更新后的ClusterConfiguration匹配。
我尝试提供一个与kubeadm-config configmap不一致的配置文件，并执行kubeadm init...，但kube-apiserver工作正常，pod的yaml与配置文件相同。所以看起来配置文件不需要和kubeadm-config configmap严格一致。
1条答案
按热度按时间v8wbuo2f1#
我想你正在阅读官方文档中的信息https://kubernetes.io/docs/reference/setup-tools/kubeadm/kubeadm-upgrade/#kubeadm-upgrade-guidance。
注意：命令kubeadm upgrade apply和kubeadm upgrade plan有一个legacy --config标志，可以在执行特定控制平面节点的规划或升级时重新配置集群。请注意，升级工作流不是针对此方案设计的，并且有意外结果报告。
据我所知，集群健康在升级过程中非常重要，版本之间会有一些配置更改。因此，
upgrade过程应该涵盖这些部分。使用更改的kubeadm配置意味着您希望在升级集群的同时更改集群配置。这使得这个过程更加危险。这就是为什么它建议我们在不更改配置的情况下升级。
我建议至少在单独的步骤中进行配置更改和升级。这也将明确风险/故障发生时。这样就更容易知道哪里出了问题。