6장. Operator 기반 브로커 배포 업그레이드
이 섹션의 절차에서는 업그레이드 방법을 보여줍니다.
- OpenShift CLI(명령줄 인터페이스) 및 OperatorHub를 모두 사용하는 AMQ Broker Operator 버전
- Operator 기반 브로커 배포의 브로커 컨테이너 이미지
6.1. 사전 준비 사항
이 섹션에서는 Operator 기반 브로커 배포를 위해 Operator 및 브로커 컨테이너 이미지를 업그레이드하기 전에 몇 가지 중요한 고려 사항에 대해 설명합니다.
- OpenShift CLI(명령줄 인터페이스) 또는 OperatorHub를 사용하여 Operator를 업그레이드하려면 OpenShift 클러스터에 대한 클러스터 관리자 권한이 필요합니다.
원래 CLI를 사용하여 Operator 를 설치한 경우 CLI를 사용하여 Operator를 업그레이드해야 합니다. 원래 OperatorHub를 사용하여 Operator를 설치하는 경우(즉, OpenShift Container Platform 웹 콘솔의 프로젝트의 Operator)에도 OperatorHub를 사용하여 Operator를 업그레이드해야 합니다. 이러한 업그레이드 방법에 대한 자세한 내용은 다음을 참조하십시오.
redeliveryDelayMultiplier및redeliveryCollisionAvoidanceFactor속성이 7.8.x 또는 7.9.x 배포의 주요 브로커 CR에 구성된 경우 새 Operator는 7.10.x로 업그레이드한 후 CR을 조정할 수 없습니다. 두 속성의 데이터 유형이 float에서 7.10.x에서 문자열로 변경되었기 때문에 조정이 실패합니다.spec.deploymentPlan.address>-<.addressSetting요소에서redeliveryDelayMultiplier및redeliveryCollisionAvoidanceFactor속성을 삭제하여 이 문제를 해결할 수 있습니다. 그런 다음brokerProperties요소에서 특성을 구성합니다. 예를 들면 다음과 같습니다.spec: ... brokerProperties: - "addressSettings.#.redeliveryMultiplier=2.1" - "addressSettings.#.redeliveryCollisionAvoidanceFactor=1.2"참고brokerProperties요소에서 삭제한redeliveryDelayMultiplier특성 이름 대신redeliveryMultiplier특성 이름을 사용합니다.Operator를 배포하여 많은 네임스페이스를 조사하려면 예를 들어 모든 네임스페이스를 조사하려면 다음을 수행해야 합니다.
- 클러스터의 브로커 배포와 관련된 모든 CR을 백업했는지 확인합니다.
- 기존 Operator를 설치 제거합니다.
- 7.10 Operator를 배포하여 필요한 네임스페이스를 조사합니다.
- 모든 배포를 확인하고 필요한 경우 다시 생성합니다.
