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 웹 콘솔의 프로젝트의 Operators 에 설치된 Operator)에도 OperatorHub를 사용하여 Operator를 업그레이드해야 합니다. 이러한 업그레이드 방법에 대한 자세한 내용은 다음을 참조하십시오.

  • redeliveryDelayMultiplierredeliveryCollisionAvoidanceFactor 속성이 7.8.x 또는 7.9.x 배포의 주요 브로커 CR에 구성된 경우 새 Operator는 7.10.x로 업그레이드한 후 CR을 조정할 수 없습니다. 두 속성의 데이터 유형이 float에서 7.10.x에서 문자열로 변경되었기 때문에 조정이 실패합니다.

    spec.deploymentPlan.address>-<.addressSetting 요소에서 redeliveryDelayMultiplierredeliveryCollisionAvoidanceFactor 속성을 삭제하여 이 문제를 해결할 수 있습니다. 그런 다음 brokerProperties 요소에서 특성을 구성합니다. 예를 들면 다음과 같습니다.

    spec:
        ...
        brokerProperties:
        - "addressSettings.#.redeliveryMultiplier=2.1"
        - "addressSettings.#.redeliveryCollisionAvoidanceFactor=1.2"
    참고

    brokerProperties 요소에서 삭제한 redeliveryDelayMultiplier 특성 이름 대신 redeliveryMultiplier 특성 이름을 사용합니다.

  • Operator를 배포하여 많은 네임스페이스를 조사하려면 예를 들어 모든 네임스페이스를 조사하려면 다음을 수행해야 합니다.

    1. 클러스터의 브로커 배포와 관련된 모든 CR을 백업했는지 확인합니다.
    2. 기존 Operator를 설치 제거합니다.
    3. 7.10 Operator를 배포하여 필요한 네임스페이스를 조사합니다.
    4. 모든 배포를 확인하고 필요한 경우 다시 생성합니다.