Kubernetes: kubeadm init가 이미 종료된 파일을 어떻게 처리해야 하는지 논의

kubeadm init 부분을 살펴보았습니다. kubeadm의 초기 실행에서 우리는 kubeadm이 일을 하도록 하고 필요한 모든 자산을 생성합니다.
사용자는 자신의 인증서 및 키 파일을 제공할 수 있으며 이 경우 파일에서 값을 구문 분석하고 실행을 계속합니다.

각 후속 실행 동안(목표는 멱등성을 만드는 것입니다):

• 정적 포드 매니페스트 : 사용자가 새 구성을 제공하여 일부/전체 매니페스트가 변경된 경우 새로 생성된 자산을 살펴보고 덮어쓸 것인지 사용자에게 알립니다.
• PKI 자산 : 까다롭습니다. 아무것도 변경되지 않은 경우 아무 것도 할 필요가 없으며 값을 구문 분석하고 api 서버와 통신을 시도하고 kubeadm이 실행을 마치도록 할 수 있습니다. 사용자가 새 pki 자산을 생성하고 이를 사용하려면 시스템 kubelet에서 새 conf 등을 중지해야 하고 kubelet이 다시 시작되어야 합니다.

_kubeadm을 사용한 첫 시도이므로 제 생각이 올바른 방향으로 가고 있다면 피드백을 주시면 감사하겠습니다. kubelet이 confs를 작성하는 것을 중단하는 것 외에는 이미 제안된 솔루션 코딩을 완료했으며 대부분 테스트했습니다._

자, 그래서 우리는 두 번의 kubeadm init/join 실행 사이에 kubeadm reset 를 요구하기로 결정했습니다. kubeadm이 생성하는 파일이 미리 존재하지 않을 수 있습니다.

다시 열어서 죄송합니다. 누군가 내가 Ansible을 사용하여 클러스터 생성을 자동화하는 경우와 같이 kubeadm init가 멱등성으로 작동하도록 하거나 올바른 방향을 알려줄 수 있는 예를 만들 수 있습니까?