5.3. 최신 Operator SDK 버전용 프로젝트 업그레이드
OpenShift Container Platform 4.9에서는 Operator SDK v1.10.1을 지원합니다. 워크스테이션에 v1.8.0 CLI가 이미 설치되어 있는 경우 최신 버전을 설치하여 CLI를 v1.10.1로 업그레이드할 수 있습니다.
그러나 기존 Operator 프로젝트에서 Operator SDK v1.10.1과의 호환성을 유지하려면 v1.8.0 이후의 중단된 변경 사항에 업그레이드 단계가 필요합니다. v1.8.0을 사용하여 이전에 생성하거나 유지 관리되는 Operator 프로젝트에서 업그레이드 단계를 수동으로 수행해야 합니다.
5.3.1. Operator SDK v1.10.1의 프로젝트 업그레이드
v1.10.1과의 호환성을 위해 기존 Operator 프로젝트를 업그레이드하려면 다음 업그레이드 단계를 수행해야 합니다.
사전 요구 사항
- Operator SDK v1.10.1이 설치됨
- Operator SDK v1.8.0을 사용하여 이전에 생성되거나 유지 관리되는 Operator 프로젝트
절차
Ansible 기반 Operator 프로젝트의 경우
molecule/default/prepare.yml
파일의Set pull policy
섹션에서 명령을 업데이트합니다.예 5.1.
jackson/default/prepare.yml
파일 diff- name: Set pull policy - command: '{{ "{{ kustomize }}" }} edit add patch pull_policy/{{ "{{ operator_pull_policy }}" }}.yaml' + command: '{{ "{{ kustomize }}" }} edit add patch --path pull_policy/{{ "{{ operator_pull_policy }}" }}.yaml'
Ansible 프로젝트는 이제 Kustomize 버전 3.8.7과 함께 스캐폴드됩니다. 이 버전의 Kustomize에서는
add patch
명령에--path
플래그를 사용하여 패치 파일의 경로를 제공해야 합니다.
Operator 프로젝트가 Operator SDK v1.10.1과 호환됩니다.
5.3.2. 확인된 문제
-
서버 URL에 경로가 포함된 경우
ansible-operator
바이너리에서kubeconfig
파일을 거부합니다. 현재 클러스터에서 Operator를 Pod로 실행하는 것 외에는 내부 끝점을 사용하는 경우 해결방법이 없습니다. 이 문제의 수정 사항은 현재apimachinery
패키지에 대한 수정 사항을 기다리는 동안 차단되었습니다. 자세한 내용은 operator-framework/operator-sdk#4925를 참조하십시오.