6장. EUS-to-EUS 업데이트 수행 준비
기본 Kubernetes 설계로 인해 마이너 버전 간의 모든 OpenShift Container Platform 업데이트를 직렬화해야 합니다. OpenShift Container Platform <4.y>에서 <4.y+1>으로 업데이트한 다음 <4.y+2>로 업데이트해야 합니다. OpenShift Container Platform <4.y>에서 <4.y+2>로 직접 업데이트할 수 없습니다. 그러나 EUS (Extended Update Support) 버전 두 개를 업데이트하려는 관리자는 컨트롤 플레인 호스트를 한 번만 재부팅할 수 있습니다.
EUS-to-EUS 업데이트는 OpenShift Container Platform의 짝수의 마이너 버전 사이에서만 가능합니다.
EUS-to-EUS 업데이트를 시도할 때 고려해야 할 몇 가지 주의 사항이 있습니다.
-
EUS-to-EUS 업데이트는
안정적인채널에서 관련된 모든 버전 간의 업데이트 후에만 제공됩니다. - 홀수의 마이너 버전으로 업그레이드했지만 다음 짝수로 업그레이드하기 전에 문제가 발생하면 해당 문제를 해결하려면 컨트롤 플레인 호스트가 홀수된 버전으로 업데이트를 완료해야 할 수 있습니다.
- 유지 관리에 걸리는 시간을 수용하기 위해 작업자 또는 사용자 정의 풀 노드를 업데이트하여 부분 업데이트를 수행할 수 있습니다.
- 중간 단계에서 일시 중지하여 여러 유지 관리 기간 동안 업데이트 프로세스를 완료할 수 있습니다. 그러나 전체 업데이트를 60일 이내에 완료할 계획입니다. 이는 정상적인 클러스터 자동화 프로세스를 완료하는 데 중요합니다.
- 머신 구성 풀이 일시 중지되지 않고 업데이트가 완료되면 OpenShift Container Platform의 <4.y+1> 및 <4.y+2>의 일부 기능 및 버그 수정 사항을 사용할 수 없습니다.
-
모든 클러스터는 풀이 일시 중지되지 않고 기존 업데이트로 EUS 채널을 사용하여 업데이트할 수 있지만, 컨트롤 플레인
MachineConfigPools오브젝트가 없는 클러스터만 일시 중지된 풀을 사용하여 EUS를 EUS에서 EUS를 수행할 수 있습니다.
6.1. EUS-to-EUS 업데이트
다음 절차에서는 마스터 이외의 머신 구성 풀을 일시 정지하고 OpenShift Container Platform <4.y+1>에서 <4.y+1>으로 업데이트를 수행한 다음 이전에 일시 중지된 머신 구성 풀의 일시 정지를 해제합니다. 다음 절차에서는 총 업데이트 기간과 작업자 노드를 다시 시작하는 횟수를 줄입니다.
사전 요구 사항
- OpenShift Container Platform <4.y+1> 및 <4.y+2>의 릴리스 노트를 검토하십시오.
- 계층화된 제품 및 OLM(Operator Lifecycle Manager) Operator의 릴리스 노트 및 제품 라이프 사이클을 검토합니다. EUS-to-EUS 업데이트 전 또는 동안 업데이트가 필요할 수 있습니다.
- OpenShift Container Platform <4.y+1>에서 <4.y+2>로 업데이트하기 전에 필요한 사용되지 않는 API 제거와 같은 버전별 사전 요구 사항에 대해 잘 알고 있어야 합니다.
6.1.1. 웹 콘솔을 사용한 EUS-to-EUS 업데이트
사전 요구 사항
- 머신 구성 풀이 일시 중지되지 않았는지 확인합니다.
-
admin권한이 있는 사용자로 웹 콘솔에 액세스합니다.
절차
- 웹 콘솔의 관리자 화면을 사용하여 모든 OLM(Operator Lifecycle Manager) Operator를 업데이트된 버전과 호환되는 버전으로 업데이트합니다. "설치된 Operator 업데이트"에서 이 작업을 수행하는 방법에 대한 자세한 내용은 "ECDHE 리소스"를 참조하십시오.
모든 머신 구성 풀의 상태가
Up to date로 표시되고 머신 구성 풀이UPDATING상태를 표시하지 않는지 확인합니다.모든 머신 구성 풀의 상태를 보려면 Compute → MachineConfigPools 를 클릭하고 Update status 열의 내용을 확인합니다.
참고머신 구성 풀의 상태가
Updating인 경우 이 상태가Up to date로 변경될 때까지 기다립니다. 이 프로세스에는 몇 분이 걸릴 수 있습니다.채널을
eus-<4.y+2>로 설정합니다.채널을 설정하려면 Administration → Cluster Settings → Channel 을 클릭합니다. 현재 하이퍼링크된 채널을 클릭하여 채널을 편집할 수 있습니다.
- 마스터 풀을 제외한 모든 작업자 머신 풀을 일시 중지합니다. Compute 페이지의 MachineConfigPools 탭에서 이 작업을 수행할 수 있습니다. 일시 정지하고 업데이트 일시 정지를 클릭합니다.
- 버전 <4.y+1>으로 업데이트하고 저장 단계를 완료합니다. 웹 콘솔을 사용하여 "클러스터 업데이트"에서 이러한 작업을 수행하는 방법에 대한 자세한 내용은 "해결 리소스"를 참조하십시오.
- 마지막 완료된 버전의 클러스터를 확인하여 <4.y+1> 업데이트가 완료되었는지 확인합니다. 이 정보는 세부 정보 탭의 클러스터 설정 페이지에서 확인할 수 있습니다.
- 필요한 경우 웹 콘솔의 관리자 화면을 사용하여 OLM Operator를 업데이트합니다. 이러한 작업을 수행하는 방법에 대한 자세한 내용은 "설치된 Operator 업데이트"를 참조하십시오. "ECDHE 리소스"를 참조하십시오.
- 버전 <4.y+2>로 업데이트하고 저장 단계를 완료합니다. 웹 콘솔을 사용하여 "클러스터 업데이트"에서 이러한 작업을 수행하는 방법에 대한 자세한 내용은 "해결 리소스"를 참조하십시오.
- 클러스터의 마지막 완료된 버전을 확인하여 <4.y+2> 업데이트가 완료되었는지 확인합니다. 이 정보는 세부 정보 탭의 클러스터 설정 페이지에서 확인할 수 있습니다.
이전에 일시 중지된 모든 머신 구성 풀의 일시 정지를 해제합니다. Compute 페이지의 MachineConfigPools 탭에서 이 작업을 수행할 수 있습니다. 일시 정지 해제를 원하는 머신 구성 풀 옆에 있는 수직을 선택하고 업데이트 일시 정지 해제 를 클릭합니다.
중요풀이 일시 중지되면 클러스터는 향후 마이너 버전으로 업그레이드할 수 없으며 일부 유지 관리 작업이 금지됩니다. 이로 인해 향후 성능이 저하될 위험이 있습니다.
이전에 일시 중지된 풀이 업데이트되고 클러스터가 <4.y+2> 버전으로 업데이트를 완료했는지 확인합니다.
Update status 의 값이 Up to date 인지 확인하여 Compute 페이지의 MachineConfigPools 탭에서 풀이 업데이트되었는지 확인할 수 있습니다.
마지막으로 완료된 클러스터 버전을 확인하여 클러스터가 업데이트를 완료 했는지 확인할 수 있습니다. 이 정보는 세부 정보 탭의 클러스터 설정 페이지에서 확인할 수 있습니다.
6.1.2. CLI를 사용한 EUS-to-EUS 업데이트
사전 요구 사항
- 머신 구성 풀이 일시 중지되지 않았는지 확인합니다.
-
업데이트할 때마다 OpenShift CLI(
oc)를 대상 버전으로 업데이트합니다.
이 사전 요구 사항을 생략하는 것은 매우 권장되지 않습니다. 업데이트 전에 OpenShift CLI(oc)가 대상 버전으로 업데이트되지 않으면 예기치 않은 문제가 발생할 수 있습니다.
절차
- 웹 콘솔의 관리자 화면을 사용하여 모든 OLM(Operator Lifecycle Manager) Operator를 업데이트된 버전과 호환되는 버전으로 업데이트합니다. "설치된 Operator 업데이트"에서 이 작업을 수행하는 방법에 대한 자세한 내용은 "ECDHE 리소스"를 참조하십시오.
모든 머신 구성 풀에
UPDATED상태가 표시되고 머신 구성 풀이UPDATING상태가 표시되는지 확인합니다. 모든 머신 구성 풀의 상태를 보려면 다음 명령을 실행합니다.$ oc get mcp
출력 예
NAME CONFIG UPDATED UPDATING master rendered-master-ecbb9582781c1091e1c9f19d50cf836c True False worker rendered-worker-00a3f0c68ae94e747193156b491553d5 True False
현재 버전은 <4.y>이며 원하는 버전은 <4.y+2>입니다. 다음 명령을 실행하여
eus-<4.y+2> 채널로 변경합니다.$ oc adm upgrade channel eus-<4.y+2>
참고eus-<4.y+2>가 사용 가능한 채널 중 하나가 아님을 나타내는 오류 메시지가 표시되면 Red Hat이 여전히 EUS 버전 업데이트를 롤아웃하고 있음을 나타냅니다. 이 롤아웃 프로세스는 일반적으로 GA 날짜부터 45-90일이 걸립니다.다음 명령을 실행하여 마스터 풀을 제외한 모든 작업자 머신 풀을 일시 중지합니다.
$ oc patch mcp/worker --type merge --patch '{"spec":{"paused":true}}'참고마스터 풀을 일시 정지할 수 없습니다.
다음 명령을 실행하여 최신 버전으로 업데이트합니다.
$ oc adm upgrade --to-latest
출력 예
Updating to latest version <4.y+1.z>
클러스터 버전을 검토하여 다음 명령을 실행하여 업데이트가 완료되었는지 확인합니다.
$ oc adm upgrade
출력 예
Cluster version is <4.y+1.z> ...
다음 명령을 실행하여 버전 <4.y+2>로 업데이트합니다.
$ oc adm upgrade --to-latest
클러스터 버전을 검색하여 다음 명령을 실행하여 <4.y+2> 업데이트가 완료되었는지 확인합니다.
$ oc adm upgrade
출력 예
Cluster version is <4.y+1.z> ...
작업자 노드를 <4.y+2>로 업데이트하려면 다음 명령을 실행하여 이전에 일시 중지된 모든 머신 구성 풀의 일시 중지를 해제합니다.
$ oc patch mcp/worker --type merge --patch '{"spec":{"paused":false}}'중요풀이 일시 중지되지 않은 경우 클러스터는 향후 마이너 버전으로 업데이트할 수 없으며 일부 유지 관리 작업은 금지됩니다. 이로 인해 향후 성능이 저하될 위험이 있습니다.
다음 명령을 실행하여 이전에 일시 중지된 풀이 업데이트되고 버전 <4.y+2>로 업데이트가 완료되었는지 확인합니다.
$ oc get mcp
출력 예
NAME CONFIG UPDATED UPDATING master rendered-master-52da4d2760807cb2b96a3402179a9a4c True False worker rendered-worker-4756f60eccae96fb9dcb4c392c69d497 True False
추가 리소스
6.1.3. Operator Lifecycle Manager를 통해 설치된 계층화된 제품 및 Operator에 대한 EUS 업데이트
웹 콘솔 및 CLI에 대해 언급된 EUS-to-EUS 업데이트 단계 외에도 다음을 사용하여 클러스터에 대한 EUS-to-EUS 업데이트를 수행할 때 고려해야 할 추가 단계가 있습니다.
- 계층화된 제품
- OLM(Operator Lifecycle Manager)을 통해 설치된 Operator
계층화된 제품이란 무엇입니까?
계층화된 제품은 함께 사용하려고 하며 개별 서브스크립션으로 나눌 수 없는 여러 기본 제품으로 구성된 제품을 나타냅니다. 계층화된 OpenShift Container Platform 제품의 예는 OpenShift에서 계층화된 오퍼링을 참조하십시오.
계층화된 제품 클러스터 및 OLM을 통해 설치된 Operator에 대해 EUS-to-EUS 업데이트를 수행할 때 다음을 완료해야 합니다.
- OLM을 통해 이전에 설치된 모든 Operator가 최신 채널의 최신 버전으로 업데이트되었는지 확인합니다. Operator를 업데이트하면 클러스터 업데이트 중에 기본 OperatorHub 카탈로그가 현재 마이너 버전에서 다음 버전으로 전환될 때 유효한 업데이트 경로가 제공됩니다. Operator 업데이트 방법에 대한 자세한 내용은 "ECDHE 리소스"에서 "Operator 업데이트 준비"를 참조하십시오.
- 현재 및 의도된 Operator 버전 간의 클러스터 버전 호환성을 확인합니다. Red Hat OpenShift Container Platform Operator Update Information Checker 를 사용하여 OLM Operator가 호환되는 버전을 확인할 수 있습니다.
예를 들어 OpenShift Data Foundation (ODF)의 경우 <4.y>에서 <4.y+2>로 EUS 업데이트를 수행하는 단계는 다음과 같습니다. CLI 또는 웹 콘솔을 통해 이 작업을 수행할 수 있습니다. 원하는 인터페이스를 통해 클러스터를 업데이트하는 방법에 대한 자세한 내용은 웹 콘솔을 사용한 EUS 업데이트 및 "ECDHE 리소스"의 CLI를 사용하여 "EUS-to-EUS 업데이트"를 참조하십시오.
워크플로 예
- 작업자 시스템 풀을 일시 중지합니다.
- 업그레이드 OpenShift <4.y> → OpenShift <4.y+1>.
- 업그레이드 ODF <4.y> → ODF <4.y+1>.
- Upgrade OpenShift <4.y+1> → OpenShift <4.y+2>.
- ODF <4.y+2>로 업그레이드
- 작업자 시스템 풀의 일시 정지를 해제합니다.
ODF <4.y+2>로의 업그레이드는 작업자 머신 풀이 일시 정지되기 전이나 후에 발생할 수 있습니다.