IIS 7.5 ターゲット フレームワーク 4.0 に展開された Web アプリケーションがあり、最初に数分間アイドル状態のままにしておくとアプリケーションのパフォーマンスが低下し、アプリケーションがアイドル状態になるたびに期待どおりに実行されます。フィドラーの助けを借りて、TCP/IP 接続に約 21 秒かかっていることがわかりましたが、後続の呼び出しでは今回は 0 です。アイドル タイムアウトも高く設定されており、IIS 設定で接続タイムアウトも高く設定されています。サーバーは - Windows 2008 R2 です。Web サイトに関連するイベント ビューアーには何もありません。フォーム認証を使用しましたが、そのタイムアウトも構成ファイルで約 10 時間に設定されています。
アプリがしばらくアイドル状態になった後の応答時間に影響を与える設定を教えてください。注 - これは LAN 内にデプロイされた場合は正常に機能していましたが、この問題は LAN 外または別のドメインにデプロイされた場合に発生します。
- 問題
IIS アプリ プールのアイドル タイムアウトの問題は次のとおりです。デフォルトでは 20 分に設定されています。アプリ プールにアクセスするには、新しい w3wp.exe ワーカー プロセスを作成する必要があります。これは、アプリ プールを作成する必要があり、ASP.NET または別のフレームワークを読み込む必要があり、さらにアプリケーションを読み込む必要があるため、低速です。そのため、20 ～ 30 秒かかる場合や、アプリケーションのコンテンツ サイズによって異なります。
- 解決
したがって、このタイプの遅延を回避するには、アイドル タイムアウトを 0 に設定する必要があります。これで、常に高速に読み込まれます。
- アプリプールの設定
IIS アプリケーション プールは、非アクティブ状態が 30 分間続くとシャットダウンされます。その後、リクエストを行うと、基本的にIISはWebサイトを再度起動する必要があり、これがあなたが説明している動作につながります. ただし、IIS で Web サイトのアイドル時間を変更して、回避することができます。
4.0 フレームワークの自動開始機能を調べることもできます。
まあ、少し遅れていますが、他の誰かを助けるかもしれません。私は同じ問題を抱えていました。ログには何も記録されていませんでした。何日も費やした後、ネットワーク アダプターのプロパティ/構成/電源管理を調べて、[コンピューターをシャットダウンして電力を節約できるようにする] にチェックを入れました。チェックを外すと、問題は解決しました。