5.5. 경로 업데이트
설치된 클러스터 확장에 대한 업그레이드 에지 또는 업그레이드 제약 조건이라고도 하는 업데이트 경로를 결정할 때 OLM(Operator Lifecycle Manager) v1은 OpenShift Container Platform 4.16에서 시작하는 OLM(Classic) 의미 체계를 지원합니다. 이 지원은 replaces , skips , skipRange 지시어를 포함하여 OLM(클래식)의 동작을 따르지만 몇 가지 주목할 만한 차이점이 있습니다.
OLM(Classic) 의미 체계를 지원함으로써 OLM v1은 카탈로그의 업데이트 그래프를 정확하게 반영합니다.
원래 OLM(Classic) 구현의 차이점
여러 성공자가 있는 경우 OLM v1 동작은 다음과 같은 방식으로 다릅니다.
- OLM(Classic)에서 채널 헤드에 가장 가까운 후속 항목이 선택됩니다.
- OLM v1에서 의미 체계(semver)가 가장 높은 후속 버전이 선택됩니다.
다음 파일 기반 카탈로그(FBC) 채널 항목을 고려하십시오.
# ... - name: example.v3.0.0 skips: ["example.v2.0.0"] - name: example.v2.0.0 skipRange: >=1.0.0 <2.0.01.0.0이 설치된 경우 OLM v1 동작은 다음과 같은 방식으로 다릅니다.-
v2.0.0을 건너뛰고대체체인에 있지 않기 때문에 OLM(Classic)은v2.0.0의 업데이트 경로를 감지하지 않습니다. -
OLM v1에는
대체체인의 개념이 없기 때문에 OLM v1은 업데이트 경로를 감지합니다. OLM v1은 현재 설치된 버전을 포함하는replace,skip또는skipRange값이 있는 모든 항목을 찾습니다.
-
5.5.1. 버전 범위 지원 링크 복사링크가 클립보드에 복사되었습니다!
OLM(Operator Lifecycle Manager) v1에서는 Operator 또는 확장의 CR(사용자 정의 리소스)에서 비교 문자열을 사용하여 버전 범위를 지정할 수 있습니다. CR에 버전 범위를 지정하면 OLM v1이 버전 범위 내에서 해결할 수 있는 최신 버전의 Operator를 설치하거나 업데이트합니다.
해결된 버전 워크플로
- 해결된 버전은 Operator 및 환경의 제약 조건을 충족하는 최신 버전의 Operator입니다.
- 지정된 범위 내의 Operator 업데이트가 성공적으로 확인되면 자동으로 설치됩니다.
- 지정된 범위를 벗어나거나 성공적으로 해결할 수 없는 경우 업데이트가 설치되지 않습니다.