第3章 新機能と変更点
ここでは、AMQ Broker 7.10 で主要な機能拡張および新機能強調について説明します。
- 高可用性レプリケーションの改善
- 以前のバージョンの AMQ Broker では、レプリケーション高可用性 (HA) ポリシーを使用するには、少なくとも 3 ペアのライブバックアップブローカーのペアが必要でした。ペアのいずれかのブローカーで過半数を超えるクォーラム評価を取得し、両方のブローカーが同時に存続するシナリオを回避するためには、この 3 ペアが必要です。7.10 以降では、Apache Zookeeper コーディネーションサービスを使用して各ライブバックアップブローカーペアを調整するようにブローカーを設定できます。これにより、3 ペア以上のライブバックアップを持つ必要がなくなります。詳細は、Configuring AMQ Broker の Configuring a broker cluster for replication high availability using the ZooKeeper coordination service を参照してください。
- クライアント接続のパーティション設定
以前のリリースでは、サーバー側でクライアント接続のパーティション設定を行う方法がありませんでした。7.10 以降では、クライアント接続のパーティション設定が可能です。これにより、クライアントが接続を開始するたびに、個別クライアントの接続が同じブローカーにルーティングされます。クライアント接続のパーティション設定には、以下の 2 つのユースケースがあります。
- 永続サブスクリプションのクライアントでパーティション設定を行い、サブスクライバーが永続サブスクライバーキューが置かれているブローカーに常に接続するようにします。
元のデータにクライアントを引き付けることにより (データグラビティとも言う)、ブローカー間でデータを移動する必要性を最小限に抑えます。
クライアント接続のパーティション設定について、詳しくは Configuring AMQ Broker の Partitioning client connections を参照してください。
- AMQ 管理コンソールの認証
- AMQ 管理コンソールでユーザーを認証するには、証明書ベースの認証を設定できます。証明書ベースの認証を設定する方法は、Configuring AMQ Broker の Configuring the broker console to use certificate-based authentication を参照してください。
- ノード上での Pod 配置の制御
- Operator ベースのブローカーデプロイメントでは、ノードセレクター、ノードのアフィニティールール、テイントおよび容認を使用して、OpenShift Container Platform ノード上の AMQ Broker Pod の配置を制御するようにカスタムリソース (CR) を設定できます。詳細は、Deploying AMQ Broker on OpenShift の Controlling placement of broker pods on OpenShift Container Platform nodes を参照してください。
- ブローカーのヘルスチェック
- オペレーターベースのブローカーデプロイメントでは、活性および準備プローブを使用して、実行中のブローカーコンテナーで定期的な可用性チェックを設定できます。活性プローブは、ブローカーの HTTP ポートに ping を実行して、ブローカーが実行されているかどうかを確認します。準備プローブは、ブローカー用に設定された各アクセプターポートへの接続を開くことにより、ブローカーがネットワークトラフィックを受け入れることができるかどうかを確認します。ヘルスチェックの設定方法について、詳しくは Deploying AMQ Broker on OpenShift の Configuring broker health checks を参照してください。
- デフォルトのメモリー制限のオーバーライド
- Operator ベースのブローカーデプロイメントでは、ブローカーに設定されたデフォルトのメモリー制限をオーバーライドできます。デフォルトでは、ブローカーには、ブローカーの Java 仮想マシンで使用可能な最大メモリーの半分が割り当てられます。デフォルトのメモリー制限をオーバーライドする方法については、Deploying AMQ Broker on OpenShift の Overriding the default memory limit for a broker を参照してください。
- 永続ボリュームクレーム (PVC) でのストレージクラスの要求
- デフォルトで、OpenShift Container Platform の AMQ Broker による 永続ボリューム要求 (PVC) は、クラスターに設定されたデフォルトのストレージクラスを使用します。今回のリリースにより、AMQ Broker のストレージクラスを指定するように CR を設定できるようになりました。PVC でストレージクラスを指定する方法については、Deploying AMQ Broker on OpenShift の Configuring broker storage size and storage class を参照してください。
- Pod のセキュリティーコンテキストの設定
- Operator ベースのブローカーデプロイメントでは、Pod のセキュリティーコンテキストを設定できます。セキュリティーコンテキストには、Pod の特権とアクセス制御の設定を定義し、任意アクセス制御の属性、Security Enhanced Linux (SELinux)、Secure Computing Mode (seccomp)、sysctl インターフェイス、および Windows で実行されるコンテナーの Window 固有属性が含まれます。詳細は、Deploying AMQ Broker on OpenShift の Custom Resource configuration reference を参照してください。
- OpenShift Container Platform 4.15 のサポート
- OpenShift Container Platform 4.6、4.7、4.8、4.9 および 4.10 の AMQ Broker のサポートに加え、OpenShift Container Platform 4.15 をサポートするようになりました。
- ブローカー Pod のデフォルトのサービスアカウント名の変更
-
ブローカー Pod のデフォルトのサービスアカウント名を変更するには、
serviceAccountName
の name 属性を使用します。詳細は、Deploying AMQ Broker on OpenShift の Custom Resource configuration reference を参照してください。 - ブローカー Pod のラベル付け
-
labels
属性を使用して、ラベルをブローカー Pod に割り当てることができます。詳細は、Deploying AMQ Broker on OpenShift の Custom Resource configuration reference を参照してください。 - *StoreType と *StoreProvider を使用したアクセプターおよびコネクター設定の更新
- アクセプターおよびコネクターの CR 設定で、ブローカーが使用するキーストアおよびトラストストアの詳細を指定できます。
- Operator チャンネル
AMQ Broker Operator である
Red Hat Integration - AMQ Broker for RHEL 8 (Multiarch)
は、次のチャネルで入手できます。-
7.10.x
- このチャネルは、バージョン 7.10 の更新のみを提供し、現在の長期サポート (LTS) チャネルです。 -
7.x
- 現在、このチャネルはバージョン 7.9 の更新のみを提供します。 -
7.8.x
- このチャネルはバージョン 7.8 の更新のみを提供し、以前の長期サポート (LTS) チャネルでした。
-
チャネルの切り替えにより Operator をアップグレードすることはできません。既存の Operator をアンインストールし、適切なチャネルから Operator の新規バージョンをインストールする必要があります。
選択する Operator を判別するには、Red Hat Enterprise Linux コンテナー互換性マトリクス を参照してください。
- ワイルドカード値を使用して、管理 API を使用してすべてのドメインへのアクセスを許可します。
-
7.10.1 以降では、
management.xml
ファイルで、entry domain
フィールドにワイルドカード値を指定できます。管理 API にアクセスすると、entry domain
フィールドのワイルドカード値によって、すべてのドメインへのアクセスが許可されます。
<authorisation> <allowlist> <entry domain="*"/> </allowlist>
<authorisation>
<allowlist>
<entry domain="*"/>
</allowlist>
- JGroups 5.x
- 以前のバージョンの AMQ Broker は JGroups 3.x を使用していました。AMQ Broker 7.10 は、JGroups 3.x と下位互換性のない JGroups 5.x を使用します。一部のプロトコルとプロトコルプロパティーが 2 つの JGroup バージョン間で変更されたため、AMQ Broker 7.10 にアップグレードするときに JGroups スタック設定を変更する必要がある場合があります。