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