アーキテクチャが大幅に更新されたため、IISの下に未使用のアプリケーションプールがいくつかあります（それらにマップされているWebサイトはありません）。
読みやすさを向上させるためだけにそれらを削除することをお勧めしますが、私の質問はパフォーマンスへの影響に関するものです：これらの未使用のアプリケーションプールは、メモリ、CPU、IIS要求処理速度、またはその他のパフォーマンスメトリックの観点から重要ですか？
私が見ることができることから、Webサイトのないアプリケーションプールはワーカープロセスを作成しないので、パフォーマンスに違いはないと思いますが、私は何かを見逃していないことを確認したいです。
回答:
発生する唯一のオーバーヘッドapplicationHost.configは、アプリケーションプールとそれらが持つ可能性のある既定以外の設定を定義するために使用される数バイトです。
1000個の未使用のアプリプールがある場合、その場でIISに構成変更を適用するのにかかる時間が改善される可能性があります（WASサービスが解析するXMLが少ないため）が、5つのアプリプールでは、実質的に違いはありません
私が見ることができることから、Webサイトのないアプリケーションプールはワーカープロセスを作成しません
これは本当の声明です。 参照用にこれを参照してください。（IIS 6、ただし7以上に適用）
私の考えはこうです...少数の未使用のアプリプールをそのままにしておくだけで何も害はありません。また、イベントで古いプールの1つを使用するためにWebサイトのプールを変更する必要があるかもしれません。アップグレードの1つがうまくいかない。
メモリ、CPU、およびその他のIISリソースに関しては、ワーカープロセスが作成されない限り絶対に税金はかかりません。アプリプールがWebサイトにマッピングされていない場合、ワーカープロセスは作成されず、利用可能な資源。 もう1つの素晴らしい点は、それらを停止状態のままにしておくことができるため、何もマップされないことを本当に確認できることです。また、たとえ停止状態になったとしても、リソースを使用することはありません。 。約3か月後、私は通常、物事をきれいに保つために古いアプリプールを削除します。
お役に立てば幸いです。