Engineering Lifecycle Management 인스턴스에 대한 업그레이드 전략

Operator Lifecycle Manager 에서는 채널을 사용하여 운영자의 라이프사이클을 관리합니다. Engineering Lifecycle Management 를 통해 Operator Lifecycle Manager 및 제품 업그레이드를 지원하는 채널을 이용할 수 있습니다. 임시 수정, 모드, 릴리스 또는 버전 업데이트가 제공되면 Operator Lifecycle Manager 에서 업데이트 요청을 생성합니다. 승인 전략에 따라 업데이트 요청이 승인된 후, 운영자는 Engineering Lifecycle Management 운영자는 Operator Lifecycle Manager 에 의해 새 버전으로 업그레이드됩니다.

운영자 및 애플리케이션 버전 관리

Engineering Lifecycle Management 운영자를 설치하면 적절한 채널 이름을 선택할 수 있습니다. Engineering Lifecycle Management 운영자는 클러스터에 설치된 Engineering Lifecycle Management 애플리케이션 버전을 관리합니다.

Engineering Lifecycle Management 애플리케이션의 업그레이드는 Engineering Lifecycle Management 운영자가 관리합니다. Engineering Lifecycle Management 운영자가 업그레이드되면 실행 중인 Engineering Lifecycle Management 인스턴스는 업그레이드되지 않습니다. Engineering Lifecycle Management 운영자는 업그레이드할 수 있는 버전 정보로 Engineering Lifecycle Management 사용자 지정 리소스를 업데이트합니다. Engineering Lifecycle Management 인스턴스 사용자 지정 리소스를 수정하고 spec.version에서 새 버전을 지정하여 업그레이드를 시작해야 합니다. Engineering Lifecycle Management 운영자는 Engineering Lifecycle Management 애플리케이션을 지정된 버전으로 업그레이드합니다.

Engineering Lifecycle Management 연산자는 MAJOR.MINOR.PATCH 업그레이드를 나타내는 시맨틱 버전 X.Y.Z를 사용하며 다음 Engineering Lifecycle Management 업데이트가 지원됩니다:
  • 버전 수준
  • 출고 수준
  • 모드 레벨
  • 임시 수정사항
Engineering Lifecycle Management 업그레이드는 다음 시나리오를 지원합니다:
  • 임시 수정 업데이트는 동일한 채널 내에서 이루어집니다.
  • 버전 또는 릴리스 또는 모드 수준 업데이트는 Red Hat® OpenShift® 또는 Kubernetes 서비스 클러스터 관리자가 채널을 변경할 때 이루어집니다.

채널 전략

운영자는 Engineering Lifecycle Management 연산자는 일반 공개(GA) 채널에서 사용할 수 있습니다. 채널 이름 규칙은 release-elmX.Y, 여기서 X.Y 은 지원되는 버전을 식별합니다 Engineering Lifecycle Management 버전입니다.

업그레이드 시나리오

운영자와 Engineering Lifecycle Management 연산자와 Engineering Lifecycle Management 애플리케이션은 항상 네임스페이스 내에 배포됩니다 Red Hat OpenShift 또는 다른 Kubernetes 서비스 지원 플랫폼 또는 클러스터에 배포됩니다. 모든 Engineering Lifecycle Management 애플리케이션은 업그레이드 프로세스 중에 동일한 릴리스 레벨로 업그레이드됩니다. 둘 이상의 인스턴스가 필요한 경우 Engineering Lifecycle Management 인스턴스가 두 개 이상 필요한 경우, 각 시나리오에 대해 별도의 인스턴스를 Engineering Lifecycle Management 인스턴스를 각 시나리오마다 다른 네임스페이스에 배포할 수 있습니다. 각 인스턴스에 대해 별도의 네임스페이스를 사용하면 Engineering Lifecycle Management 인스턴스마다 별도의 네임스페이스를 사용하여 리소스를 격리하고, 역할 기반 액세스 제어(RBAC) 권한을 구성하고, 다른 인스턴스에 영향을 주지 않고 각 Engineering Lifecycle Management 인스턴스를 독립적으로 관리할 수 있습니다. 또한 각 인스턴스에 대해 서로 다른 릴리스 수준을 관리하고 Engineering Lifecycle Management 인스턴스를 관리하고 독립적으로 업그레이드할 수 있습니다. 예를 들어, 개발 네임스페이스에 배포된 Engineering Lifecycle Management 개발 네임스페이스에 배포된 인스턴스에 영향을 주지 않고 독립적으로 Engineering Lifecycle Management 인스턴스에 영향을 주지 않고 독립적으로 업그레이드할 수 있습니다.

다음 순서도에서는 동일한 채널 내 및 다른 채널 간의 업그레이드 단계에 대해 설명합니다.
Engineering Lifecycle Management 동일 채널 내 및 채널 간 업그레이드 흐름도
주: 버전, 릴리스 및 모드 레벨 업데이트에는 데이터베이스 스키마 변경이 필요할 수 있습니다. 자세한 정보는 제품 문서를 참조하십시오.

지원되지 않는 시나리오

프로덕션 환경에서 인스턴스 버전을 Engineering Lifecycle Management 인스턴스 버전을 프로덕션 환경에서 마일스톤 빌드로 업그레이드해서는 안 됩니다. GA 빌드는 release-elmX.Y 채널에서 사용할 수 있지만 마일스톤 빌드는 milestone-elmX.Y 채널에서 사용할 수 있습니다.

제한사항

Engineering Lifecycle Management 인스턴스가 SAML 또는 OIDC를 인증 공급자로 사용하도록 구성되면, 기본적으로 Engineering Lifecycle Management 애플리케이션 비밀번호가 활성화됩니다. 업그레이드 프로세스 중에는 애플리케이션 업그레이드 및 업그레이드 후 유효성 검사 단계가 완료된 후 애플리케이션 진단이 실행됩니다. 리포툴은 관리자 자격 증명을 사용하여 애플리케이션 진단 명령을 실행합니다. repotools가 인증을 위해 Engineering Lifecycle Management 애플리케이션 자격 증명을 필요로 하기 때문에 실행되지 않습니다. 이 오류 상황을 해결하려면, ‘ SAML ’ 또는 OIDC를 인증 공급자로 사용하는 Engineering Lifecycle Management 인스턴스 업그레이드 중 애플리케이션 진단에 실패한 경우’ 문서에 제공된 문제 해결 정보를 참조하십시오.