18.16. 高可用性


18.16.1. 高可用性とは

HornetQ は、1 つ以上のサーバーに障害が発生した場合でも機能を継続する機能をサポートします。これは、ライブサーバーに障害が発生した場合のクライアント接続がライブサーバーからバックアップサーバーに移行するフェイルオーバーサポートによって行われます。バックアップサーバーを最新の状態に維持するために、メッセージは共有ストアとレプリケーションの 2 つのストラテジーを通じてライブサーバーからバックアップサーバーに継続的にレプリケートされます。
高可用性トポロジーには次の 2 種類があります。
  • 専用トポロジー: このトポロジーは 2 つの EAP サーバーで構成されます。最初のサーバーで HornetQ はライブサーバーとして設定されます。2 番目のサーバーで、HornetQ はバックアップサーバーとして設定されます。HornetQ がバックアップサーバーとして設定されている EAP サーバーは、HornetQ のコンテナーとしてのみ動作します。このサーバーは非アクティブであるため、EJB、MDB、サーブレットなどのデプロイメントをホストできません。
  • 配置トポロジー: このトポロジーには 2 つの EAP サーバーが含まれます。各 EAP サーバーには 2 つの HornetQ サーバー(ライブサーバーとバックアップサーバー)が含まれます。最初の EAP サーバーの HornetQ ライブサーバーと、2 つ目の EAP サーバーの HornetQ バックアップサーバーはライブバックアップのペアを形成します。2 つ目の EAP サーバーの HornetQ ライブサーバーと最初の EAP サーバーの HornetQ ライブサーバーは別のライブバックアップのペアを形成します。
配置トポロジーでは、ライブ HornetQ サーバー(ライブ/バックアップペアの一部)が失敗すると、バックアップ HornetQ サーバーが引き継ぎ、アクティブになります。フェイルバック時にバックアップ HornetQ サーバーがシャットダウンすると、バックアップサーバーに設定された宛先と接続ファクトリーは JNDI(Java Naming and Directory Interface)のバインドされません。
Java Naming and Directory Interface は、他のライブ HornetQ サーバー(他のライブ/バックアップペアの一部)と共有されます。そのため、JNDI から宛先と接続ファクトリーのバインドを解除すると、このライブ HornetQ サーバーの宛先と接続ファクトリーのバインドも解除されます。
重要
配置されたバックアップサーバーの設定に、宛先と接続ファクトリーの設定を含めることはできません。
注記
以下の情報が standalone-full-ha.xml を参照します。設定の変更は standalone-full-ha.xml に適用するか、そこから派生する設定ファイルに適用できます。
Red Hat logoGithubredditYoutubeTwitter

詳細情報

試用、購入および販売

コミュニティー

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

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

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

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

会社概要

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

Theme

© 2026 Red Hat
トップに戻る