Kubernetes: 讨论 kubeadm init 如何处理已经存在的文件

我看了一下 kubeadm init 部分。 在 kubeadm 的初始运行中，我们让 kubeadm 做它的事情并创建所有必要的资产。
用户可以提供他们自己的证书和密钥文件，在这种情况下，我们将解析文件中的值并继续执行。

在每次后续运行期间（目标是使其具有幂等性）：

• 静态 pod 清单：我所做的是查看新生成的资产，如果由于用户提供新配置而导致部分/所有清单发生变化，我们会提示用户是否要覆盖。
• PKI 资产：棘手。 如果没有任何变化，那么我们不需要做任何事情，我们只需解析这些值并尝试与 api 服务器通信并让 kubeadm 完成其运行。 如果用户创建了新的 pki 资产并想要使用这些资产，系统 kubelet 将需要停止新的 confs 等......写入并再次启动 kubelet。

_这是我对 kubeadm 的第一次尝试，所以如果我的想法朝着正确的方向发展，我将不胜感激。 除了停止 kubelet 编写 confs 之外，我已经完成了我建议的解决方案的编码并对其进行了大部分测试。_

好的，所以我们决定在两次kubeadm init/join运行之间使用kubeadm reset进行预检。 kubeadm 正在创建的文件可能事先不存在

抱歉再次打开这个我不明白。 有人可以举个例子，我如何让 kubeadm init 表现出幂等性或指向正确的方向，例如当我使用 Ansible 自动创建集群时？