4장. EUS-to-EUS 업데이트 수행 준비
기본 Kubernetes 설계로 인해 마이너 버전 간의 모든 OpenShift Container Platform 업데이트를 직렬화해야 합니다. OpenShift Container Platform 4.8에서 4.9로 업데이트한 다음 4.10으로 업데이트해야 합니다. OpenShift Container Platform 4.8에서 4.10으로 직접 업데이트할 수 없습니다. 그러나 OpenShift Container Platform 4.8에서 4.9로 업데이트되기 시작하면 EUS (Extended Update Support) 두 가지 버전 (EUS) 버전간에 업데이트하려는 관리자는 제어 플레인 호스트가 한 번만 재부팅될 수 있습니다.
EUS-to-EUS 업데이트를 시도할 때 고려해야 할 여러 경고 사항이 있습니다.
-
EUS-to-EUS 업데이트는
stable
채널에서 모든 버전의 업데이트를 사용할 수 있게 된 후에만 제공됩니다. - 홀수의 마이너 버전으로 업그레이드하는 동안 또는 이후에 문제가 발생하는 경우, 다음 짝수 번호의 버전으로 업그레이드하기 전에 이러한 문제를 해결하기 전에 이러한 문제를 해결하려면 앞으로 이동하기 전에 비 컨트롤 플레인 호스트가 홀수의 버전으로 업데이트를 완료해야 할 수 있습니다.
- 중간 단계에서 일시 중지하여 여러 유지 관리 창에서 업데이트 프로세스를 완료할 수 있습니다. 그러나 60일 이내에 전체 업데이트를 완료할 계획입니다. 이는 인증서 교체와 관련된 항목을 포함하여 정상적인 클러스터 자동화 프로세스가 완료되었는지 확인하는 데 중요합니다.
- EUS-to-EUS 업데이트 절차를 시작하기 전에 최소한 OpenShift Container Platform 4.8.14를 실행해야 합니다. 이 최소 요구 사항을 충족하지 않는 경우 EUS-to-EUS 업데이트를 시도하기 전에 이후 4.8.z로 업데이트합니다.
- RHEL7 작업자 지원은 OpenShift Container Platform 4.10에서 제거되어 RHEL8 작업자로 교체되었으므로 RHEL7 작업자가 있는 클러스터에서 EUS-to-EUS 업데이트를 사용할 수 없습니다.
- 노드 구성 요소가 OpenShift Container Platform 4.9로 업데이트되지 않습니다. OpenShift Container Platform 4.9에서 모든 기능 및 버그가 수정될 것으로 예상하지 말고 OpenShift Container Platform 4.10으로 업데이트를 완료하고 모든 MachineConfigPool을 업데이트할 때까지 사용할 수 있습니다.
-
모든 클러스터는 풀이 일시 중지되지 않고 기존 업데이트에 EUS 채널을 사용하여 업데이트할 수 있지만 컨트롤 플레인
MachineConfigPools
개체가 없는 클러스터만 일시 중지된 풀에서 EUS-to-EUS 업데이트를 수행할 수 있습니다.
4.1. EUS-to-EUS 업데이트
다음 절차에서는 모든 마스터 MachineConfigPool을 일시 중지하고 OpenShift Container Platform 4.8에서 4.9에서 4.10으로 업데이트를 수행한 다음 이전에 일시 중지된 MachineConfigPools의 일시 정지를 해제합니다. 이 절차에 따라 총 업데이트 기간과 작업자 노드가 재시작되는 횟수가 줄어듭니다.
사전 요구 사항
- OpenShift Container Platform 4.9 및 4.10 릴리스 노트를 확인하십시오.
- 계층화된 제품 및 OLM Operator의 릴리스 노트 및 제품 라이프 사이클을 검토하십시오. 일부에는 EUS-to-EUS 업데이트 전이나 중 업데이트가 필요할 수 있습니다.
- OpenShift Container Platform 4.8에서 4.9로 업데이트하기 전에 필요한 관리자 승인 과 같은 버전별 사전 요구 사항에 대해 잘 알고 있어야 합니다.
- 클러스터가 OpenShift Container Platform 버전 4.8.14 이상을 실행 중인지 확인합니다. 클러스터에서 OpenShift Container Platform 4.8.14 이전 버전을 실행하는 경우 4.9로 업데이트하기 전에 이후 4.8.z 버전으로 업데이트해야 합니다. 4.8.14 이상으로 업데이트하면 MachineConfigPool을 일시 중지하지 않고 수행해야 하는 최소 버전 요구 사항을 충족해야 합니다.
- MachineConfigPools가 일시 중지되지 않았는지 확인합니다.
절차
- 모든 OLM Operator를 업데이트 중인 두 버전과 호환되는 버전으로 업그레이드합니다.
모든 MachineConfigPools 상태가
UPDATED이고
MachineConfigPools 상태가UPDATING
으로 표시되는지 확인합니다. 모든 MachineConfigPool의 상태를 확인하고 다음 명령을 실행합니다.$ oc get mcp
출력 예
출력은 명확성을 위해 트리밍됩니다.
NAME CONFIG UPDATED UPDATING master rendered-master-ecbb9582781c1091e1c9f19d50cf836c True False worker rendered-worker-00a3f0c68ae94e747193156b491553d5 True False
재부팅을 건너뛰려는 MachineConfigPool을 일시 중지하고 다음 명령을 실행합니다.
참고마스터 풀을 일시 정지할 수 없습니다.
$ oc patch mcp/worker --type merge --patch '{"spec":{"paused":true}}'
eus-4.10
채널로 변경하고 다음 명령을 실행합니다.$ oc adm upgrade channel eus-4.10
4.9로 업데이트하고 다음 명령을 실행합니다.
$ oc adm upgrade --to-latest
출력 예
Updating to latest version 4.9.18
4.9 업데이트가 클러스터 버전을 성공적으로 검색했는지 확인하고 다음 명령을 실행합니다.
$ oc get clusterversion
출력 예
NAME VERSION AVAILABLE PROGRESSING SINCE STATUS version 4.9.18 True False 6m29s Cluster version is 4.9.18
- 필요한 경우 웹 콘솔의 관리자 화면을 사용하여 OLM Operator를 업그레이드합니다.
4.10으로 업데이트합니다. 다음 명령을 실행합니다.
$ oc adm upgrade --to-latest
4.10 업데이트가 클러스터 버전을 성공적으로 검색했는지 확인하고 다음 명령을 실행합니다.
$ oc get clusterversion
출력 예
NAME VERSION AVAILABLE PROGRESSING SINCE STATUS version 4.10.1 True False 6m29s Cluster version is 4.10.1
이전에 일시 중지된 MachineConfigPool의 일시 중지를 해제하고 다음 명령을 실행합니다.
$ oc patch mcp/worker --type merge --patch '{"spec":{"paused":false}}'
참고풀이 일시 중지되지 않은 경우 클러스터는 향후 마이너스 및 인증서 교체와 같은 유지 관리 작업으로 업데이트할 수 없습니다. 이로 인해 향후 성능 저하가 발생할 위험이 있습니다.
이전에 일시 중지된 풀이 업데이트되어 클러스터가 4.10으로 업데이트를 완료했는지 확인합니다. 다음 명령을 실행합니다.
$ oc get mcp
출력 예
출력은 명확성을 위해 트리밍됩니다.
NAME CONFIG UPDATED UPDATING master rendered-master-52da4d2760807cb2b96a3402179a9a4c True False worker rendered-worker-4756f60eccae96fb9dcb4c392c69d497 True False