問題タブ [jgroups]

Java クラスタリング (つまり、HA ソリューションの実装) の経験について人々から聞きたいと思います。別名。Terracotta、JGroups など。Web アプリである必要はありません。カスタム スタンドアロン サーバーの作成経験も重要です。

更新:私はもう少し具体的になります-> Webアプリのクラスタリングにはあまり興味がありません(引き出してスタンドアロンで実行できる場合を除きます)。私はそれが機能することを知っています。しかし、セッション クラスタリング以上のものが必要です。プログラミングの容易さ、サポートされるトポロジ (つまり、単一のデータセンターと WAN 経由)、サポートされるノードの数の観点からソリューションを検討します。直面する問題、回避策。現時点では、Terracotta と JGroups で POC (概念実証) 作業を行って、アプリ (Web コンテナーの外部にあるスタンドアロン) に取り組む価値があるかどうかを確認しています。

これは、サーバーでの負荷テスト中に発生しています。私はそれについて心配する必要があります。ログにそのメッセージが記録されることを除けば、すべて正常に動作しているようです。

初心者の質問-NetBeans6.7.1（インストールしたばかり）を使用していて、jGroupsを使用してアプリケーションを作成したいと思っていました...

サンプルからorg.jgroups。*をインポートする必要がありますが、NetBeansで次のエラーが発生します：パッケージorg.jgroupsが存在しません

そこで、ネットにアクセスしてjGroups（srcとbin）をダウンロードし、それを機能させる方法を見つけようとしましたが、私が何もしなかったために問題が解決したようです。

私を正しい方向に向けることができる人はいますか？NetBeansが機能し始めるには、どのファイルをどこに置き、何を変更する必要がありますか？

ありがとう、

私は質問を見ました：2つの別々のJavaデスクトップアプリケーション間の通信（答え：JGroups）そして私はJavaGroupsまたはストレートRMIで何かを実装することを考えていますが、速度が重要です。私は大量のデータを送信していません（MIDIメッセージのコンテンツなので、それぞれ3バイト、3ミリ秒ごとに2つのメッセージしか送信しません）。これはすべて同じマシン上にあります。同じ物理マシン上のRMI/JGroupsが遅くなると考えるのは賢明ですか？

（私の考えでは、すでにいくつかのレイテンシーがあるため、1ミリ秒を超えるレイテンシーを許容することはできませんが、このコンテキストで速度について最もよく話す方法がわかりません。）

私の本当の質問は、JavaでTCP / IPよりも高速なものを経由するアプリ間通信のオプションはありますか？つまり、実装する必要のあるJNIの可能性ではなく、Javaですでに実装されているものです:)

私は知っています、早い段階で最適化しないでください、しかしまた後悔するより安全です。

現在、jgroups の構成に問題があり、何千ものメッセージが NAKACK.xmit_table にスタックしてしまいます。実際には、それらのすべてが xmit_table に格納されているようで、数時間後の別のダンプは、それらがいずれも去るつもりがないことを示しています...

これはプロトコル スタック構成です

起動メッセージ...

... は、これまでのところすべてが順調であることを示しています。

warn-level に設定されたログは、時折の例外を除いて、何かが間違っていることを示していません。

メモリメモリの問題なしで以前に見られたので、これは無関係だと思います。

マシンの 1 つから 2 つのメモリ ダンプを調べて奇妙な点を見つけましたが、これまでのところ何も見つかりませんでした。おそらく異なるプロトコルからのいくつかの統計を除いて

UDP は

NAKACKは...

...そして巨大なxmit_table。

各マシンには 2 つの JChannel インスタンスがあり、1 つは ehcache 用、もう 1 つは TreeCache 用です。構成の誤りは、両方が同じ診断 mcast アドレスを共有していることを意味しますが、診断メッセージを正しく送信したい場合を除き、これは問題になりません。ただし、もちろん、メッセージの mcast アドレスは異なります。

説明を求めてください。たくさんの情報を持っていますが、現時点で何が関連しているかについては少し確信が持てません。

既存の Red Hat サーバーで JBoss 4.2.2 を実行している Web サイトがあります。クラスター化されたペアを持つように2番目のサーバーをセットアップしています（その後、負荷分散されます）。ただし、それらを正常にクラスター化することはできません。

既存のサーバーは、JBoss を次のように起動します。

(「デフォルト」構成ではすぐにクラスタリングがサポートされないことはわかっています。クラスタリングのサポートを含む修正バージョンを使用しています。) 同じコマンドで 2 番目の JBoss インスタンスを開始すると、独自のクラスターが形成されます。最初は気付かずに。どちらも同じパーティション名とマルチキャスト アドレスとポートを使用します。

McastReceiverTest および McastSenderTest プログラムを試して、マシンがマルチキャストで通信できることを確認しました。彼らはできました。

その後、 http: //docs.jboss.org/jbossas/docs/Clustering_Guide/beta422/html/ch07s07s07.htmlの情報に気付きました。JGroups はすべてのインターフェースにバインドできず、代わりにデフォルトのインターフェースにバインドするということです。したがって、おそらく 127.0.0.1 にバインドされていたため、メッセージを通過できませんでした。代わりに、内部 IP を使用するように JGroups に指示するようにインスタンスを設定します。

(.131 は既存のサーバー、.141 は新しいサーバーです)。

ノードはお互いに気づき、クラスタを形成します - 最初は。ただし、.ear をデプロイしようとすると、サーバー ログに次のように表示されます。

...そして、.ear のデプロイに失敗します。

ejb3-entity-cache-service.xml の CacheMode を REPL_SYNC から LOCAL に変更すると、.ear は正しくデプロイされますが、もちろんエンティティ キャッシュのレプリケーションは行われません。ただし、ログには、同じ問題の興味深い兆候がまだ示されています。

次のようになります。

• まず、新しいノードが既存のノードを見つけてクラスターを形成します
• 次に、FD チェックが失敗し、設定された回数の失敗の後、新しいノードがクラスターから分離され、1 つの独自のクラスターを形成します。
• 次に、再びそれを見つけて再クラスター化し、今回は FD チェックが機能します。

ログ ファイルの関連ビット:

しかし、最初のラウンドで FD チェックが失敗する理由がわかりません。そして、最終的には他のノードとクラスター化するように見えますが、エンティティの状態を共有しようとすると、最初の失敗で展開が台無しになり、実際に有用な方法で機能することが妨げられるようです。

誰かがこれに光を当てることができれば、私は非常に感謝しています!

OS X 10.6.4 システムで Intellij Idea を使用して tomcat で j2ee アプリケーションをデバッグしようとしています。jgroups-all コンポーネントがこのエラーによってアプリケーションをクラッシュさせないように、特に 1.5 JVM および 1.5 JDK で実行する必要があります。

クラス: java.lang.ClassNotFoundException: [Lorg.jgroups.Address; com.opensymphony.oscache.plugins.clustersupport.JavaGroupsBroadcastingListener.initialize(JavaGroupsBroadcastingListener.java:119) で

以前に OS X に古いバージョンの JVM または JDK をインストールする必要があった人はいますか? 注: 私は Mac 初心者です。

みんな、ありがとう。

私の考えでは、UDP は高速ですが信頼性は低く、多くの場所で jgroup は UDP に基づいていますが、信頼性はありますか? 多くの場所で jgroup を使用してキャッシュ情報を転送しているのを見ました。jgroup は移行を信頼できるものにするために TCP を使用する必要がありますか?

仕事では JGroups を使用しており、とても気に入っていますが、自宅では主に C/C++ でビルドしています。

JGroups の C++ または C++ 用の他の同等のソフトウェア ライブラリへの優れた/堅実なポートを誰かが知っているかどうか疑問に思っています。そこにあるさまざまなライブラリの長所/短所を聞くことに興味があります。

これは必須ではありませんが、私はSDLの SDL_net に最も精通しているので、 SDL_net の周りに適切なラッパー クラスがあると最も有利です。

構成ファイルで指定したことのないポートに送信されたメッセージ。

これは私の設定です：