5.4. ブローカーコンテナーイメージのアップグレード

Operator ベースのブローカーのデプロイメントの場合、このセクションの手順では、以下の方法を説明します。

ブローカーコンテナーイメージをアップグレードするどちらのアプローチにも、デプロイの作成に使用されるカスタムリソース (CR) インスタンスの編集が含まれます。

AMQ Broker バージョンを指定してブローカーコンテナーイメージをアップグレードすると、CR で指定されたイメージタグが Red Hat Container Registry の有効なイメージに対応していることを確認する必要がないという点が利点です。代わりに、CR を更新して AMQ Broker のバージョン (たとえば、7.7.0) を指定すると、Operator は最初に既存のデプロイメントで AMQ Broker の指定されたバージョンへの直接アップグレードが可能であることを検証します。アップグレードが可能な場合、Operator は CR を更新して、指定されたバージョンの AMQ Broker (registry.redhat.io/amq7/amq-broker:7.7-2 など) のブローカーコンテナーイメージを指定します。Operator が指定するブローカーイメージは、Operator デプロイメントの環境変数でデフォルトで定義されます。環境変数名は、BROKER_IMAGE_770 など、AMQ Broker のバージョンと一致します。Operator が CR の変更を適用すると、デプロイメントで各ブローカー Pod が再起動し、各 Pod が指定されたイメージバージョンを使用するようにします。

AMQ Broker バージョンを指定してブローカーコンテナーイメージをアップグレードする場合に欠点として考えられるのは、ブローカーイメージが Operator デプロイメントで静的に定義される点です。Operator は、利用可能になった新しいイメージバージョンを Red Hat Container Registry で動的に検索できません。このため、Operator が最初のアップグレードを実行した後にイメージタグを手動で更新するオプションが必要になる場合があります。したがって、ブローカーのデプロイメントが最新バージョンのブローカーコンテナーイメージを引き続き使用することを保証する戦略では、両方のアップグレード方法が混在する可能性があります。

以下の手順は、両方のアプローチを示しています。