1.11.3. Operator 업그레이드

서비스 메시를 최신 보안 수정, 버그 수정 및 소프트웨어 업데이트로 패치하려면 Operator를 업데이트해야 합니다. Operator를 업그레이드하여 패치 업데이트를 시작합니다.

중요

Operator 버전이 서비스 메시 버전을 결정하지 않습니다. 배포된 Service Mesh Control Plane의 버전에 따라 서비스 메시 버전이 결정됩니다.

Red Hat OpenShift Service Mesh Operator는 Service Mesh Control Plane의 여러 버전을 지원하므로 Red Hat OpenShift Service Mesh Operator를 업데이트해도 배포된 ServiceMeshControlPlanespec.version 값이 업데이트 되지 않습니다. spec.version 값은 두 자리 숫자(예: 2.2)이며 패치 업데이트(예: 2.2.1)는 SMCP 버전 값에 반영되지 않습니다.

OLM(Operator Lifecycle Manager)은 클러스터에서 Operator의 설치, 업그레이드, RBAC(역할 기반 액세스 제어)를 제어합니다. OLM은 OpenShift Container Platform에서 기본적으로 실행됩니다. 사용 가능한 Operator 및 설치된 Operator의 업그레이드에 대한 OLM 쿼리입니다.

Operator 업그레이드를 수행해야 하는지 여부는 설치 시 선택한 설정에 따라 다릅니다. 각 Operator를 설치하면 업데이트 채널승인 전략을 선택했습니다. 이 두 설정의 조합은 Operator 업데이트 시기와 방법을 결정합니다.

표 1.5. 업데이트 채널 및 승인 전략의 상호 작용

 버전이 지정된 채널"stable" 또는 "Preview" 채널

자동

해당 버전의 마이너 릴리스 및 패치 릴리스에 대해서만 Operator를 자동으로 업데이트합니다. 다음 주요 버전 (즉, 버전 2.0에서 3.0으로)으로 자동 업데이트되지 않습니다. Operator 서브스크립션을 수동으로 변경하려면 다음 주요 버전으로 업데이트해야 합니다.

모든 메이저, 마이너 및 패치 릴리스에 대해 Operator를 자동으로 업데이트합니다.

수동

지정된 버전의 마이너 및 패치 릴리스에 필요한 수동 업데이트가 필요합니다. Operator 서브스크립션을 수동으로 변경하려면 다음 주요 버전으로 업데이트해야 합니다.

모든 메이저, 마이너 및 패치 릴리스에 필요한 수동 업데이트가 필요합니다.

Red Hat OpenShift Service Mesh Operator를 업데이트하면 OLM(Operator Lifecycle Manager)이 이전 Operator Pod를 제거하고 새 Pod를 시작합니다. 새 Operator Pod가 시작되면 조정 프로세스에서 ServiceMeshControlPlane (SMCP)을 확인하고 Service Mesh Control Plane 구성 요소에 사용 가능한 업데이트된 컨테이너 이미지가 있는 경우 해당 Service Mesh Control Plane Pod를 새 컨테이너 이미지를 사용하는 것으로 교체합니다.

Kiali 및 Red Hat OpenShift 분산 추적 플랫폼 Operator를 업그레이드할 때 OLM 조정 프로세스에서 클러스터를 검사하고 관리형 인스턴스를 새 Operator 버전으로 업그레이드합니다. 예를 들어 Red Hat OpenShift distributed tracing platform Operator를 버전 1.30.2에서 버전 1.34.1로 업데이트하는 경우 Operator는 분산 추적 플랫폼의 인스턴스를 실행하고 1.34.1로 업그레이드합니다.

Red Hat OpenShift Service Mesh의 특정 패치 버전을 유지하려면 자동 업데이트를 비활성화하고 해당 특정 버전의 Operator에 남아 있어야 합니다.

Operator 업그레이드에 대한 자세한 내용은 Operator Lifecycle Manager 설명서를 참조하십시오.