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