第3章 新機能と変更点

7.11.5 では、Operator は、以前のバージョンとは異なる方法で CR のイメージおよびバージョン属性の設定を検証します。

7.11.5 より前のバージョンでは、Operator は CR に以下が含まれていないことを検証します。

7.11.5 では、Operator は spec.deploymentPlan.initImage 属性のない spec.deploymentPlan.image 属性、またはその逆が CR に含まれていないことの検証を続けます。7.11.5 では、Operator 検証が変更され、次の点も検証されます。

7.11.5 以降、Operator がリーダー選出に使用する設定をカスタマイズできるようになりました。Operator Hub を使用して Operator をインストールする場合、Operator のインストール後に、OpenShift Container Platform Web コンソールを使用して Operator サブスクリプションのリーダー選出設定を指定できます。OpenShift Container Platform コマンドラインインターフェイスを使用して Operator をインストールする場合は、Operator のインストール前または後に、Operator 設定ファイル operator.yaml でリーダー選出設定を指定できます。

以下は、operator.yaml ファイルで設定されたリーダー選出設定の例です。

apiVersion: apps/v1
kind: Deployment
...
template
...
spec:
containers:
- args:
- --leader-elect
- --lease-duration=60
- --renew-deadline=40
- --retry-period=5
...

以下は、Operator サブスクリプションで設定されたリーダー選出設定の例です。

apiVersion: operators.coreos.com/v1alpha1
kind: Subscription
...
spec:
...
config:
env:
- name: ARGS
value: "--leader-elect --lease-duration=60 --renew-deadline=60 --retry-period=5"

leader-elect: Operator が他のインスタンスとリーダー選出で競合できるようにして、一度に複数のインスタンスが動作しないようにします。

lease-duration: 非リーダーの Operator が、前のリーダーが更新しなかったリースの取得を試行するまで待機する期間 (秒単位)。デフォルトは 15 です。

renew-deadline: リーダーの Operator がリーダーの役割の更新を試行する間隔 (秒単位)。この期間が経過すると、当該 Operator はリーダーでなくなります。デフォルトは 10 です。

retry-period: Operator がリーダーの役割の取得と更新を試行する間隔 (秒単位)。デフォルトは 2 です。

7.11.3 より前のバージョンでは、max-read-page-bytes パラメーターと max-read-page-messages パラメーターの制限を設定することで、ページングされたメッセージのメモリーへのフローを制御します。これらの制限を適用すると、ブローカーは、コンシューマーに配信する準備ができているメモリー内のメッセージと、現在配信中のメッセージの両方をカウントします。コンシューマーによるメッセージの確認が遅い場合、現在配信中のメッセージによってメモリーまたはメッセージの制限が使用され、ブローカーが新しいメッセージをメモリーに読み込むことができなくなる可能性があります。その結果、ブローカーでメッセージが不足する可能性があります。

7.11.3 以降では、2 つの新しいパラメーターに制限を設定して、ページングされたメッセージのメモリーへのフローを制御できるようになりました。これらの制限を適用した場合、ブローカーは配信中のメッセージを考慮しません。

コンシューマーによるメッセージの確認が遅い場合は、max-read-page-bytes パラメーターと max-read-page-message パラメーターのデフォルトの制限を引き上げて、配信中のメッセージ用に容量を提供できます。そして、prefetch-page-bytes パラメーターと prefetch-page-messages パラメーターのデフォルトの制限により、ブローカーは新しいメッセージをメモリーに読み込むことができます。

クライアントがクラスター内のライブブローカーにフェイルオーバーできるようにするには、クライアントの接続 URI で failoverAttempts 設定オプションを指定します。以下に例を示します。

OpenShift Container Platform 上の AMQ Broker 7.11 では、メインブローカー CR で Operator によって報告されるステータス情報が拡張されました。

AMQ Broker の以前のバージョンでは、AMQ 管理コンソールでメッセージを送信するには、AMQ 管理コンソールの Preferences ページでユーザー名とパスワードを指定する必要がありました。7.11 以降、メッセージは AMQ 管理コンソールへのログインに使用する認証情報を使用して送信されます。

デフォルトの動作をオーバーライドし、別の認証情報を指定して個別のメッセージを送信できます。詳細については、AMQ Broker の管理 の アドレスへのメッセージの送信 を参照してください。

7.8.x または 7.9.x デプロイメントの spec.deploymentPlan.addressSettings.addressSetting CR 要素で redeliveryDelayMultiplier または redeliveryCollisionAvoidanceFactor 属性が設定されている場合、7.11.x にアップグレードした後、brokerProperties CR 属性でこれらの属性を設定する必要があります。7.10.0 では両方の属性のデータ型が float から string に変更されたため、これが必要です。その結果、これらの属性は spec.deploymentPlan.addressSettings.addressSetting 属性ではサポートされなくなりました。

次の例は、brokerProperties 要素で両方の属性を設定する方法を示しています。

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

AMQ Broker Operator である Red Hat Integration - AMQ Broker for RHEL 8 (Multiarch) は、次のチャネルで入手できます。