リクエストがないにもかかわらずIISアプリケーションプールのCPU使用率が高い

最近、Windows Server 2008 R2 / IIS 7.5サーバーのセットを、Windows Server 2012 / IIS 8を実行する新しいサーバーに移行しました。

IISからの奇妙な動作が発生しています。2つの同一のサーバーがあり、各サーバーは2つのWebサイトを実行しており、それぞれが独自のアプリプールで実行しています。各Webサイトのコードは同じです。（文字通り...同じdllとすべて、わずかに異なる構成）。

アプリプールは24時間ごとのスケジュールでリサイクルするように設定されていますが、その24時間の間、w3wpワーカープロセスのCPU使用率は12.5％ずつ増加します（サーバーには8つのプロセッサがあるため、そうではないと思います）偶然）。

CPU使用率が上昇すると、アプリがリサイクルするまで、CPU使用率は下がりません。私の知る限り、このアプリは何もせず、現時点ではリクエストを処理していません。サーバーへのすべてのトラフィックをブロックでき、CPU使用率はそのままです。Webサイトを再起動することもできますが、CPU使用率は変わりません。CPU使用率をリセットする唯一の方法は、それが実行されているアプリプールをリサイクルまたは再起動することです。

この問題が私のコードとは何の関係もないと確信していますが、ハードウェア構成などでうまく機能していないIIS構成の変更やIIS 8の変更の一部ですか？

それが重要かどうかはわかりませんが、これらはRackspace Performance Cloudサーバーです。

以下のスクリーンショットは、これらのサーバーのCPU負荷の経時変化を示しています（緑色の矢印は、アプリプールがリサイクルする時間を示しています。各プラトーが12.5％の整数倍であることがわかります。

誰かがこの動作を観察しましたか？2009年にIIS 6で同じ問題が発生しているように見える人がいるこの質問を見つけました。

トラフィックのない高CPUを使用するIIS w3wp

どんな助けでも大歓迎です

Sharepoint 2013と2012のIIS 8でまったく同じ問題が発生しました...トラブルシューティングを行うことはありませんでしたが、代わりに2008 R2でSP2013にダウングレードし、すべて順調でした。

デバッグ診断ツールを使用して、問題の原因を追跡できます。これは通常、クラッシュとメモリリークのトラブルシューティングですが、問題の原因となっているコンポーネントを見つけるのに役立ちます。

これは、実際にいくつかのコードは無限ループで立ち往生のように見えます。

リクエストが受信され、IISがサービスを開始し、何か（おそらくバグ）がこの動作をトリガーし、ワーカースレッドが無限ループに入り、CPUを100％に固定し、アプリプールがリサイクルされるまでこのままです。

スタックスレッドが実際に終了することはないため、新しい要求が入らなくても、CPUは使用中のままです。

時々、新しいリクエストがこの振る舞いを再び引き起こし、スタックした2つの CPU（または3つまたは4つ...）

もちろん、アプリプールをリサイクルすると、すべてのワーカースレッドが終了するため、問題が解決されます...再び発生するまで。

CPUプロファイラーをw3wpプロセスに接続して、そこで何が行われているのかを確認できます。CPUサイクルを消費しているものを確認できるはずです。

私には無限ループのように見えます。IISが未解決のリクエストはないと言っているにもかかわらず、私はこれを数回見ました。それがどのようになるかはわかりませんが、これはまさにあなたが見るものです。難しいのは、IISが要求を完了するまで要求をログに記録しないため、この動作をトリガーする要求を見つけるのが難しいことです。