問題タブ [mod-cluster]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
jboss - Apache Web サーバーでの Jboss7 クラスターの問題
jboss 7 で Web アプリケーションをクラスター化したいと考えています。このために、Jboss7 の前で Apache Web サーバーを使用し、mod_cluster を使用しています。以下は httpd.conf の私の設定です
Jboss 7 の standalone-full-ha.xml に、以下を追加しました。
Apache と Jboss7 を起動した後 (テストのためだけに単一のインスタンスを起動します)、以下にアクセスできます。
http://10.1.7.117:10001/mod_cluster_manager
しかし、アクセスする
http://10.1.7.117:10001
と、Apache のホームページが表示されます。にある Web アプリケーションのホームページにリダイレクトする代わりに、
http://10.1.7.117:8080
.
私のアプリケーションにはコンテキストルートがないため、それが問題である可能性があると思いました。したがって、Web アプリにコンテキスト ルートを追加し、それを使用してアクセスすると
http://10.1.7.117:10001/demo-web
、アプリケーションの Web ページが表示されますが、画像/CSS/JS は何も読み込まれません!!.
誰かがアイデアを持っている場合は、親切にこれを手伝ってください。ありがとう
apache - /mod_cluster-manager にアクセスしようとすると 403?
Apache 2.4.6 で CentOS 7 を実行しています。mod_cluster 1.2.6 を使用して Wildfly/JBoss クラスターを作成しようとしています。私はこれを Mac OSX で成功裏に達成し、私たちのサーバー環境でそれを起動して実行しようとしています。
私のクラスターと仮想ホストの構成は次のようになります。
サーバーは正常に起動しますが、アクセスしようとするhttp://localhost/mod_cluster-manager
と、許可が拒否されたことを示す 403 が表示されます。私のerror_logファイルの正確なメッセージは次のとおりです。
これを OSX で動作させる際にそのような問題は発生しなかったので、何が問題なのか、なぜ 403 が発生するのか完全にはわかりAllow from all
ません。私が理解しているように、このディレクティブは、 localhost 経由で接続します。他の誰かが同様の何かに遭遇しましたか? 何か不足していますか?
linux - MEM が STATUS コマンドを送信中にエラーが発生しました、構成がリセットされます: MEM: ノードを読み取れません
私はWildfly 8.1.0.Finalドメインセットアップ、プロファイルfull-ha、1つのマスターと2つのスレーブをmod_clusterによる負荷分散で実装しようとしています。
私の環境:1)mod_cluster 1.3.1.Alpha3-SNAPSHOTを使用したVPS(DigitalOCean)Ubuntu 14.04 LTS x64、Wildfly 8.1.0.FinalおよびApache Web Server 2.4.7のホストマスター。2) VPS (DigitalOCean) Ubuntu 14.04 LTS x64 および Wildfly 8.1.0.Final でスレーブ 1 をホストします。3) VPS (DigitalOCean) Ubuntu 14.04 LTS x64 および Wildfly 8.1.0.Final でスレーブ 2 をホストします。
バージョン 1.2.6 と Apache Web Server 2.4.7 との互換性がないため、mod_cluster をコンパイルする必要がありました。
次のエラーが表示されます。
a) ホスト マスター (/var/log/apache2/error.log): 「(111) 接続が拒否されました: AH00957: ajp: host_slave1 への接続に失敗しました」
b) ホスト slave1 (/opt/wildfly/domain/configuration/servers/server-one/server.log): "2014-09-18 20:50:55,169 ERROR [org.jboss.modcluster] (UndertowEventHandlerAdapter - 1) MODCLUSTER000042: MEM が STATUS コマンドを host_master に送信中にエラーが発生しました。構成はリセットされます: MEM: ノードを読み取れません"
そのため、mod_cluster を使用した負荷分散仮想ホストは、ホスト slave1 および slave2 に接続できません。
この問題を解決する方法を教えてください。
java - JBoss によって生成された JSessionID をカスタマイズする
JBoss が生成する JSESSIONID をカスタマイズできますか (生成された値を調整したり、特定の一意の文字列をそれに追加したりします)?
ティア
よろしく、チャンドゥ
apache - セッションレプリケーションをオフにしてスティッキ性をオンにしたクラスタリング (Apache 2.2.25 mod_jk + JBoss EAP 6.2) が機能しない
アプリケーションのロード バランシングとクラスタリング デプロイメントに JBoss EAP 6.2 と Apache 2.2.25-no-ssl を使用しています。
セッション レプリケーションをオフにして、スティッキー セッションをオンにします。
しかし、あらゆる種類の構成を行った後、ロードバランサーがセッション ID に基づくユーザー要求を特定のノードに固定せず、要求を別のノードに転送することに気付きました。
以下は私のクラスター構成です。
クラスタ ノード数 = 2
Apache ロード バランサ = Apache 2.2.25-no-ssl
アプリサーバー = JBoss EAP 6.2.0
Apache ロード バランサーの構成
労働者.プロパティ
uriworkermap.properties
mod-jk.conf
mod-jk.conf が httpd.conf ファイルにロードされ、Apache がポート 80 で実行されます。
JBoss EAP で、以下に示すように、同じマシン上にスタンドアロンフォルダーのnode1およびnode2という名前の 2 つのレプリカを作成します。
サーバーを起動するコマンド:
ノード1
ノード2
(web.xmlに追加して)セッションレプリケーションをオンにしてみましたが、それでも同じ問題が存在します。
以下は私のJSESSIONIDの観察です。
最初のリクエストで
2回目のリクエストで
jvm-route がプライマリ セッション id に追加されていても、ロード バランサー (apache mod-jk) は、セッションが確立されたノードに固執するのではなく、他のノードにリクエストを送信しているようです。
お役に立ててください。
apache - ストレス テスト中、すべてのリクエストは 1 つのノードにのみ送信されます
私が直面している奇妙な問題で私を助けてくれる人が必要です。Jboss eap 6 に Web アプリケーションをデプロイしています。同じマシン (サーバー 1 - サーバー 2) に 2 つの JBoss ノードを構成し、クラスター環境になるように構成しました。また、Apache mod_cluster をロード バランサーとして機能するように構成しました。アプリケーションを呼び出すさまざまなマシンで環境をテストしようとしたところ、すべてが正常に機能し、2 つのノードが連携して動作し、負荷が 2 つのノードに均等に分散されました。この問題は、Microsoft Visual Studio 2012 の Web ロードを使用して開始したときに発生し、アプリケーションへの同時要求をシミュレートします。他のノードがアイドル状態のままである間に、すべてのリクエストが1つのノードによって受信されたことに気付きました!. 両方のノードでstandalone-ha.xmlを編集するなどのトラブルシューティングを試み、次の行を編集しました
これはサーバー 1 の開始バッチです
これはサーバー 2 の開始バッチです
私のテスト環境で何が不足しているか、構成が間違っているかを誰かが見つけてくれます。ありがとう