第3章 新機能と変更点


ここでは、AMQ Broker 7.10 で主要な機能拡張および新機能強調について説明します。

高可用性レプリケーションの改善
以前のバージョンの AMQ Broker では、レプリケーション高可用性 (HA) ポリシーを使用するには、少なくとも 3 ペアのライブバックアップブローカーのペアが必要でした。ペアのいずれかのブローカーで過半数を超えるクォーラム評価を取得し、両方のブローカーが同時に存続するシナリオを回避するためには、この 3 ペアが必要です。7.10 以降では、Apache Zookeeper コーディネーションサービスを使用して各ライブバックアップブローカーペアを調整するようにブローカーを設定できます。これにより、3 ペア以上のライブバックアップを持つ必要がなくなります。詳細は、Configuring AMQ BrokerConfiguring a broker cluster for replication high availability using the ZooKeeper coordination service を参照してください。
クライアント接続のパーティション設定

以前のリリースでは、サーバー側でクライアント接続のパーティション設定を行う方法がありませんでした。7.10 以降では、クライアント接続のパーティション設定が可能です。これにより、クライアントが接続を開始するたびに、個別クライアントの接続が同じブローカーにルーティングされます。クライアント接続のパーティション設定には、以下の 2 つのユースケースがあります。

  • 永続サブスクリプションのクライアントでパーティション設定を行い、サブスクライバーが永続サブスクライバーキューが置かれているブローカーに常に接続するようにします。
  • 元のデータにクライアントを引き付けることにより (データグラビティとも言う)、ブローカー間でデータを移動する必要性を最小限に抑えます。

    クライアント接続のパーティション設定について、詳しくは Configuring AMQ BrokerPartitioning client connections を参照してください。

AMQ 管理コンソールの認証
AMQ 管理コンソールでユーザーを認証するには、証明書ベースの認証を設定できます。証明書ベースの認証を設定する方法は、Configuring AMQ BrokerConfiguring the broker console to use certificate-based authentication を参照してください。
ノード上での Pod 配置の制御
Operator ベースのブローカーデプロイメントでは、ノードセレクター、ノードのアフィニティールール、テイントおよび容認を使用して、OpenShift Container Platform ノード上の AMQ Broker Pod の配置を制御するようにカスタムリソース (CR) を設定できます。詳細は、Deploying AMQ Broker on OpenShiftControlling placement of broker pods on OpenShift Container Platform nodes を参照してください。
ブローカーのヘルスチェック
オペレーターベースのブローカーデプロイメントでは、活性および準備プローブを使用して、実行中のブローカーコンテナーで定期的な可用性チェックを設定できます。活性プローブは、ブローカーの HTTP ポートに ping を実行して、ブローカーが実行されているかどうかを確認します。準備プローブは、ブローカー用に設定された各アクセプターポートへの接続を開くことにより、ブローカーがネットワークトラフィックを受け入れることができるかどうかを確認します。ヘルスチェックの設定方法について、詳しくは Deploying AMQ Broker on OpenShiftConfiguring broker health checks を参照してください。
デフォルトのメモリー制限のオーバーライド
Operator ベースのブローカーデプロイメントでは、ブローカーに設定されたデフォルトのメモリー制限をオーバーライドできます。デフォルトでは、ブローカーには、ブローカーの Java 仮想マシンで使用可能な最大メモリーの半分が割り当てられます。デフォルトのメモリー制限をオーバーライドする方法については、Deploying AMQ Broker on OpenShiftOverriding the default memory limit for a broker を参照してください。
永続ボリュームクレーム (PVC) でのストレージクラスの要求
デフォルトで、OpenShift Container Platform の AMQ Broker による 永続ボリューム要求 (PVC) は、クラスターに設定されたデフォルトのストレージクラスを使用します。今回のリリースにより、AMQ Broker のストレージクラスを指定するように CR を設定できるようになりました。PVC でストレージクラスを指定する方法については、Deploying AMQ Broker on OpenShiftConfiguring 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 OpenShiftCustom 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 OpenShiftCustom Resource configuration reference を参照してください。
ブローカー Pod のラベル付け
labels 属性を使用して、ラベルをブローカー Pod に割り当てることができます。詳細は、Deploying AMQ Broker on OpenShiftCustom 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 フィールドのワイルドカード値によって、すべてのドメインへのアクセスが許可されます。
Copy to Clipboard Toggle word wrap
 <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 スタック設定を変更する必要がある場合があります。
トップに戻る
Red Hat logoGithubredditYoutubeTwitter

詳細情報

試用、購入および販売

コミュニティー

Red Hat ドキュメントについて

Red Hat をお使いのお客様が、信頼できるコンテンツが含まれている製品やサービスを活用することで、イノベーションを行い、目標を達成できるようにします。 最新の更新を見る.

多様性を受け入れるオープンソースの強化

Red Hat では、コード、ドキュメント、Web プロパティーにおける配慮に欠ける用語の置き換えに取り組んでいます。このような変更は、段階的に実施される予定です。詳細情報: Red Hat ブログ.

会社概要

Red Hat は、企業がコアとなるデータセンターからネットワークエッジに至るまで、各種プラットフォームや環境全体で作業を簡素化できるように、強化されたソリューションを提供しています。

Theme

© 2025 Red Hat, Inc.