This documentation is for a release that is no longer maintained
See documentation for the latest supported version 3 or the latest supported version 4.5.3. 클러스터 업데이트 단계
OpenShift Container Platform에서 클러스터 업데이트는 다음 두 단계로 수행됩니다.
- CVO(Cluster Version Operator) 대상 업데이트 페이로드 배포
- MCO(Machine Config Operator) 노드 업데이트
5.3.1. Cluster Version Operator 대상 업데이트 페이로드 배포 링크 복사링크가 클립보드에 복사되었습니다!
CVO(Cluster Version Operator)는 대상 업데이트 릴리스 이미지를 검색하고 클러스터에 적용됩니다. Pod로 실행되는 모든 구성 요소는 이 단계에서 업데이트되는 반면 호스트 구성 요소는 MCO(Machine Config Operator)에 의해 업데이트됩니다. 이 프로세스는 60~120분 정도 걸릴 수 있습니다.
업데이트의 CVO 단계에서는 노드를 다시 시작하지 않습니다.
5.3.2. Machine Config Operator 노드 업데이트 링크 복사링크가 클립보드에 복사되었습니다!
MCO(Machine Config Operator)는 각 컨트롤 플레인 및 컴퓨팅 노드에 새 머신 구성을 적용합니다. 이 프로세스 중에 MCO는 클러스터의 각 노드에서 다음 순차 작업을 수행합니다.
- cordon 모든 노드를 드레인 및 드레인
- 운영 체제 업데이트 (OS)
- 노드 재부팅
- 모든 노드를 분리하고 노드의 워크로드를 예약
노드가 차단되면 워크로드를 예약할 수 없습니다.
이 프로세스를 완료하는 시간은 노드 및 인프라 구성을 비롯한 여러 요인에 따라 다릅니다. 노드당 이 프로세스를 완료하는 데 5분 이상 걸릴 수 있습니다.
MCO 외에도 다음 매개변수의 영향을 고려해야 합니다.
- 컨트롤 플레인 노드 업데이트 기간은 정상 업데이트 및 빠른 드레이닝을 위해 조정되므로 컨트롤 플레인 워크로드가 정상 업데이트 및 빠른 드레이닝을 위해 튜닝되므로 컨트롤 플레인 노드 업데이트 기간은 예측 가능하고 종종 컴퓨팅 노드보다 짧습니다.
-
MCO(Machine Config Pool)에서
maxUnavailable
필드를1
보다 크게 설정하여 컴퓨팅 노드를 병렬로 업데이트할 수 있습니다. MCO는maxUnavailable
에 지정된 노드 수를 제한하고 업데이트에 사용할 수 없음을 표시합니다. -
MCP에서
maxUnavailable
을 늘리면 풀이 더 빨리 업데이트할 수 있습니다. 그러나maxUnavailable
이 너무 높고 여러 노드가 동시에 차단되면 예약 가능한 노드를 찾을 수 없기 때문에 Pod 중단 예산(PDB) 보호 워크로드가 드레이닝되지 않을 수 있습니다. MCP에maxUnavailable
을 늘리는 경우에도 PDB가 보호된 워크로드가 드레이닝할 수 있는 예약 가능한 노드가 있는지 확인합니다. 업데이트를 시작하기 전에 모든 노드를 사용할 수 있는지 확인해야 합니다. 노드를 사용할 수 없는 노드는
maxUnavailable
및 pod 중단 예산에 영향을 미치므로 사용할 수 없는 노드는 업데이트 기간에 큰 영향을 미칠 수 있습니다.터미널에서 노드 상태를 확인하려면 다음 명령을 실행합니다.
oc get node
$ oc get node
Copy to Clipboard Copied! Toggle word wrap Toggle overflow 출력 예
Copy to Clipboard Copied! Toggle word wrap Toggle overflow 노드 상태가
NotReady
또는SchedulingDisabled
이면 노드를 사용할 수 없으며 이는 업데이트 기간에 영향을 미칩니다.컴퓨팅
노드를 확장하여 웹 콘솔의 관리자 관점에서 노드 상태를 확인할 수 있습니다.