3장. CLI를 사용하여 마이너 버전에서 클러스터 업데이트

OpenShift Container Platform 업데이트 서비스는 OpenShift Container Platform 및 RHCOS (Red Hat Enterprise Linux CoreOS) 모두에 무선(OTA, Over-the-air) 업데이트를 제공하는 호스팅 서비스입니다. 구성 요소 Operator의 정점과 이를 연결하는 에지를 포함하는 그래프 또는 다이어그램을 제공합니다. 그래프의 에지에는 안전하게 업데이트할 수 있는 버전이 표시되고 정점은 관리되는 클러스터 구성 요소의 상태를 확인하는 업데이트 페이로드입니다.

클러스터의 CVO (Cluster Version Operator)는 OpenShift Container Platform 업데이트 서비스를 확인하여 현재 구성 요소 버전 및 그래프의 정보를 기반으로 유효한 업데이트 및 업데이트 경로를 확인합니다. 업데이트를 요청하면 OpenShift Container Platform CVO는 해당 업데이트의 릴리스 이미지를 사용하여 클러스터를 업그레이드합니다. 릴리스 아티팩트는 Quay에서 컨테이너 이미지로 호스팅됩니다.

OpenShift Container Platform 업데이트 서비스가 호환 가능한 업데이트 만 제공할 수 있도록 자동화를 지원하는 버전 확인 파이프 라인이 제공됩니다. 각 릴리스 아티팩트는 지원되는 클라우드 플랫폼 및 시스템 아키텍처 및 기타 구성 요소 패키지와의 호환성 여부를 확인합니다. 파이프 라인에서 적용 가능한 버전이 있음을 확인한 후 OpenShift Container Platform 업데이트 서비스는 해당 버전 업데이트를 사용할 수 있음을 알려줍니다.

연속 업데이트 모드에서는 두 개의 컨트롤러가 실행됩니다. 하나의 컨트롤러는 페이로드 매니페스트를 지속적으로 업데이트하여 클러스터에 적용한 다음 사용 가능한지, 업그레이드했는지 또는 실패했는지에 따라 Operator의 제어된 롤아웃 상태를 출력합니다. 두 번째 컨트롤러는 OpenShift Container Platform 업데이트 서비스를 폴링하여 업데이트를 사용할 수 있는지 확인합니다.

업그레이드 프로세스 중에 MCO (Machine Config Operator)는 새 설정을 클러스터 시스템에 적용합니다. 이는 시스템 설정 풀의 maxUnavailable 필드에 지정된 노드 수를 제한하고 이를 사용할 수없는 것으로 표시합니다. 기본적으로 이 값은 1 로 설정됩니다. 그 다음 새 설정을 적용하여 컴퓨터를 다시 시작합니다. RHEL (Red Hat Enterprise Linux) 시스템을 작업자로 사용하는 경우 먼저 OpenShift API를 업데이트해야하기 때문에 MCO는 이 시스템에서 kubelet을 업데이트하지 않습니다. 새 버전의 사양이 이전 kubelet에 적용되므로 RHEL 시스템을 Ready 상태로 되돌릴 수 없습니다. 컴퓨터를 사용할 수 있을 때까지 업데이트를 완료할 수 없습니다. 그러나 사용 불가능한 최대 노드 수를 설정하면 사용할 수 없는 시스템의 수가 이 값을 초과하지 않는 경우에도 정상적인 클러스터 작업을 계속할 수 있습니다.