Red Hat Summit Red Hat Summitサポートコンソール開発者トライアルの開始お問い合わせ

第36章 クラスター

36.1. クラスターの概要
リンクのコピー

HornetQ クラスターを使用すると、メッセージ処理の負荷を共有するために HornetQ サーバーのグループを一緒にまとめることができます。クラスター内の各アクティブノードは、独自のメッセージを管理し、独自の接続を処理するアクティブな HornetQ サーバーです。サーバーをクラスター化するよう設定するには、JBOSS_DIST/jboss-as/server/PROFILE/deploy/hornetq/hornetq-configuration.xml の clustered 要素を true (デフォルト値は false) に設定する必要があります。

重要

/hornetq ディレクトリにすでに含まれるプロファイルに対してクラスタリングを有効にする必要があります (Minimal と Web を除くすべてのプロファイル)。/hornetq ディレクトリに含まれないプロファイルには、クラスターをサポートする適切なネイティブコンポーネントが含まれません。
クラスターは、JBOSS_DIST/jboss-as/server/PROFILE/deploy/hornetq/hornetq-configuration.xml で他のノードへのクラスター接続を宣言する各ノードによって形成されます。ノードが別のノードに対するクラスター接続を形成する場合は、内部的にそのノードと他のノード間のコアブリッジ (34章コアブリッジ を参照) 接続が作成され、この処理が背後で透過的に行われます。各ノードに対して明示的なブリッジを宣言する必要はありません。これらのクラスター接続を使用すると、負荷を分散するためにクラスターのノード間でメッセージを移動できます。
複数のノードを一緒に接続してさまざまなトポロジーのクラスターを形成することができます。一般的なトポロジーについては、この章の後半で説明します。
クラスタのノード全体でクライアント接続を分散できるクライアントサイドロードバランシングについて説明します。また、HornetQ がノード間でメッセージを再分散して枯渇を回避するメッセージ再分散についても説明します。
クラスタリングの他の重要な部分は、クライアントまたは他のサーバーが最小の設定で接続できるようサーバーが接続詳細をブロードキャストできるサーバー検出です。

警告

JBoss Enterprise Application Platform インスタンスを 'localhost' にバインドされた HornetQ サーバーで起動した場合、HornetQ インスタンスは同じネットワーク上の別の HornetQ インスタンスとクラスターを形成できます。localhost にバインドした場合は、HornetQ サーバーに対してクラスターの隔離が提供されません。
クラスターを正常に隔離するには、 「ブロードキャストグループ」 を参照して適切にブロードキャストを設定し、各サーバーのアドレスを検出します。
トップに戻る
Red Hat logoGithubredditYoutubeTwitter

詳細情報

試用、購入および販売

コミュニティー

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

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

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

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

会社概要

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

Theme

© 2025 Red Hat