5.2. 머신 라이프사이클
라이프사이클은 시스템 프로비저닝 요청으로 시작하여 시스템이 더 이상 존재하지 않을 때까지 계속됩니다.
머신 라이프사이클은 다음 순서로 진행됩니다. 오류 또는 라이프사이클 후크로 인한 중단은 이 개요에 포함되어 있지 않습니다.
다음 이유 중 하나를 위해 새 시스템을 프로비저닝하라는 요청이 있습니다.
- 클러스터 관리자는 추가 시스템이 필요하므로 머신 세트를 확장합니다.
- 자동 스케일링 정책은 추가 머신이 필요하므로 머신 세트를 스케일링합니다.
- 머신 세트에서 관리하는 머신이 실패하거나 삭제되고 머신 세트는 필요한 수를 유지하기 위해 교체를 생성합니다.
-
시스템이
프로비저닝단계에 들어갑니다. - 인프라 공급자는 시스템에 대한 인스턴스를 생성합니다.
-
시스템에는 공급자 ID 또는 주소가 있으며
프로비저닝된단계를 입력합니다. - Ignition 구성 파일이 처리됩니다.
- kubelet은 CSR(인증서 서명 요청)을 발행합니다.
- 클러스터 시스템 승인자가 CSR을 승인합니다.
-
시스템이 노드가 되어
Running단계로 들어갑니다. 다음과 같은 이유 중 하나로 기존 머신이 삭제될 예정입니다.
-
cluster-admin권한이 있는 사용자는oc delete machine명령을 사용합니다. -
머신은
machine.openshift.io/delete-machine주석을 가져옵니다. - 머신을 관리하는 머신 세트는 복제 수를 조정의 일부로 줄이기 위해 삭제를 위해 표시합니다.
- 클러스터 자동 스케일러는 클러스터의 배포 요구 사항을 충족하는 데 불필요한 노드를 식별합니다.
- 비정상 머신을 교체하도록 머신 상태 점검이 구성되어 있습니다.
-
-
머신은
삭제로 표시되지만 API에는 여전히 존재합니다. - 머신 컨트롤러는 인프라 공급자에서 인스턴스를 제거합니다.
-
머신 컨트롤러는
Node오브젝트를 삭제합니다.
