8.3. 단일 노드 OpenShift Container Platform 업데이트 정보
콘솔 또는 CLI를 사용하여 단일 노드 OpenShift Container Platform 클러스터를 업데이트하거나 업그레이드할 수 있습니다.
그러나 다음과 같은 제한 사항이 있습니다.
-
상태 점검을 수행할 다른 노드가 없으므로
MachineHealthCheck리소스를 일시 중지하기 위한 전제 조건은 필요하지 않습니다. - etcd 백업을 사용하여 단일 노드 OpenShift Container Platform 클러스터를 복원하는 것은 공식적으로 지원되지 않습니다. 그러나 업그레이드가 실패하는 경우 etcd 백업을 수행하는 것이 좋습니다. 컨트롤 플레인이 정상이면 백업을 사용하여 클러스터를 이전 상태로 복원할 수 있습니다.
단일 노드 OpenShift Container Platform 클러스터를 업데이트하려면 다운타임이 필요하며 자동 재부팅을 포함할 수 있습니다. 다운타임의 양은 다음 시나리오에 설명된 대로 업데이트 페이로드에 따라 달라집니다.
- 업데이트 페이로드에 재부팅이 필요한 운영 체제 업데이트가 포함되어 있는 경우 다운타임이 중요하며 클러스터 관리 및 사용자 워크로드에 영향을 미칩니다.
- 업데이트에 재부팅할 필요가 없는 머신 구성 변경이 포함된 경우 다운타임이 줄어들고 클러스터 관리 및 사용자 워크로드에 미치는 영향이 줄어듭니다. 이 경우 노드 드레이닝 단계는 단일 노드 OpenShift Container Platform으로 건너뛰어 워크로드를 다시 예약할 다른 노드가 클러스터에 없기 때문입니다.
- 업데이트 페이로드에 운영 체제 업데이트 또는 머신 구성 변경 사항이 포함되어 있지 않으면 간단한 API 중단이 발생하고 신속하게 해결됩니다.
중요
업데이트된 패키지의 버그와 같은 조건이 있으며 이로 인해 재부팅 후 단일 노드가 다시 시작되지 않을 수 있습니다. 이 경우 업데이트가 자동으로 롤백되지 않습니다.
추가 리소스
- 머신 구성을 변경하려면 재부팅이 필요한 머신 구성에 대한 자세한 내용은 Machine Config Operator 이해에서 참조하십시오.
