私は、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秒の間に何が起こっているかを見るデバッグするためにチェックすることができます何かあります。
私は正確に同じ問題を得ました。私はDynaTraceも持っています。しかし、技術的にクライアントのTCP接続が成功したDNS解決の後にのみ確立されるため、これはDNSの問題であるとは思われません。 – bjethwan
あなたのセットアップで他の問題を見つけることができましたか、それともその原因となるDynatraceエージェントですか? – bjethwan
私たちはいくつかのチームで異なるタイプのアプリを動かしていました。彼らのアプリやApacheの一部は装備されておらず、まだ同じ動作をしています。だから私は正直なところDTがここに責められるとは思わない。 Apacheの設定でサーバ名の代わりにIPを使用するように変更することは、私たちの問題の80%を解決するようですが、1コールにつき5〜6秒という奇妙な時間があります。 私たちは、むしろ「ファニー」は発生した場合には、開発者がデバッグすることができるもの別名Zuulサービスインフラストラクチャを実装することを計画しています。 – Chrispie