2016-09-19 5 views
1

私は、LinuxのApache(アパッチ/ 2.2.3のRed Hat)を使用していますし、随時、我々はそれがサーバにリクエストを送信する前に約5分かかり要求を取得します。 Dynatraceを使用してアプリケーションを監視し、リクエストをApacheサーバー自体に送信してから、WebLogic 12アプリケーションサーバーに送信することができます。アプリケーションサーバー上に置かれると、ミリ秒単位で応答します。リクエストを保持しているApache?

は、この1-3分の間続くようだと、その後自分自身を解決します。これが発生するたびにSOAP UIを使用してサーバーを直接呼び出すため、アプリケーションサーバー自体に問題がないようです。私は、WebLogic Apacheモジュール(mod_wl_22.so)を使用しています

は非常によくオプションについて説明し、以下のサイト(Weblogic plugin config and troubleshooting)が見つかりました(リンクを使用するための謝罪を私は参考のために全体の2ページをコピーすることはできません)。私もerrors.logかのaccess.logファイル内のすべてのエラーを表示することはできません

KeepAliveEnabled Off 
MaxSkipTime 2 
ConnectTimeoutSecs 3 

:このプラグインの設定については、次のセットを持っています。

は、私たちが、これはもう少しプラグインや試してみて、要求がアプリケーションサーバに転送されます前に、これらの5-13秒の間に何が起こっているかを見るデバッグするためにチェックすることができます何かあります。

+0

私は正確に同じ問題を得ました。私はDynaTraceも持っています。しかし、技術的にクライアントのTCP接続が成功したDNS解決の後にのみ確立されるため、これはDNSの問題であるとは思われません。 – bjethwan

+0

あなたのセットアップで他の問題を見つけることができましたか、それともその原因となるDynatraceエージェントですか? – bjethwan

+0

私たちはいくつかのチームで異なるタイプのアプリを動かしていました。彼らのアプリやApacheの一部は装備されておらず、まだ同じ動作をしています。だから私は正直なところDTがここに責められるとは思わない。 Apacheの設定でサーバ名の代わりにIPを使用するように変更することは、私たちの問題の80%を解決するようですが、1コールにつき5〜6秒という奇妙な時間があります。 私たちは、むしろ「フ​​ァニー」は発生した場合には、開発者がデバッグすることができるもの別名Zuulサービスインフラストラクチャを実装することを計画しています。 – Chrispie

答えて

1

私たちは、サーバーへのラウンドトリップをテストするために、様々なカール/コマンドと共演。最後に、ポートに接続しているサーバ40xに接続し、これらのコールの開始時刻を記録するテストを実行しました。現実には、我々は他のすべての呼び出しがかかった次

14:49:49:1 call 1 
14:49:50:5 call 2 --> took more than second 
14:49:50:5 call 3 
14:49:50:5 call 4 
14:49:50:5 call 5 
14:49:50:5 call 6 
14:49:52:8 call 7 --> took more than 2 seconds 
14:49:52:8 call 8 
14:49:52:8 call 9 
... 
14:49:52:8 call 40 

を見ながら

14:49:49:1 call 1 
14:49:49:1 call 2 
14:49:49:1 call 3 
14:49:49:1 call 4 
14:49:49:1 call 5 
14:49:49:1 call 6 
14:49:49:1 call 7 
14:49:49:1 call 8 
14:49:49:1 call 9 
... 
14:49:49:1 call 40 

:これは単に接続し、戻って来ているので、それは、だから我々のようなものを見ることが予想

非常に高速である必要があります1~5秒の間である。もう一度何もerror'lyから、アプリケーションの観点。 DNS解決のような問題があるようです。同じテストを実行しましたが、myServerに接続する代わりに:9999私たちは123.456.789.123:9999をすべて使用しました。

関連する問題