IISにアプリケーションプールを追加する理由

Windows Server 2003上のIIS 6.0でホストされている複数のWebサイトがあります。一部のサイトは.Net 1.1フレームワークを使用し、他のサイトは.Net 2.0を使用しています。現在、各フレームワークにアプリケーションプールを設定しています。アプリケーションプールを追加する他の理由はありますか？

はい、多く：

• AppPoolは異なるIDとして実行できるため、この方法でアクセス許可を制限できます。
• 各アプリプールに異なるIDを割り当てて、タスクマネージャーを実行したときに、どのw3wp.exeがどれであるかがわかるようにすることができます。
• 異なるアプリプールで実行されているサイトに影響を与えることなく、1つのアプリプールをリサイクル/再起動できます。
• メモリリークのあるWebサイトや一般的に誤動作するWebサイトがある場合は、他のWebサイトに影響を与えないようにアプリプールに配置できます。
• CPUを集中的に使用するWebサイト（写真のサイズ変更など）がある場合、それを独自のアプリプールに配置してCPU使用率を調整できます
• それぞれ独自のSQLデータベースを持つ複数のWebサイトがある場合、web.configにユーザー名/パスワードを保存する代わりに、Active Directory認証を使用できます。

IISアプリケーションプールを作成し、次の側面でアプリを分離します。

• ミッションクリティカルなアプリは独自のアプリプールを取得します。これにより、問題のあるアプリからアプリを隔離できます。個々の構成が可能になり、問題がある場合は、より簡単に監視またはトラブルシューティングできます。
• タイプ別のアプリの分離：言語/テクノロジーまたは.NETフレームワークバージョンごとのプーリング。同じプールでASP.NETと従来のASPを混在させることもできますが、ASPとASP.NETの両方が同じプールにあり、ワーカープロセスを再起動する必要があるASPアプリケーションに問題がある場合は、ASPを使用します。 NETアプリケーションもリサイクルされます。
• 問題のあるアプリ（メモリリークやCPU使用率の高いアプリ、データベース接続のリークなど）は、通常のアプリから分離されています。新しいアプリは、稼働時間とパフォーマンスを監視する「試用期間中」のプールに入ります。アプリが長期にわたって安定していることが判明した場合、通常のアプリのプールに移動されます。それ以外の場合は、隔離されたままになります。これにより、問題のないアプリをグループ化できます。

また、ポートマンの回答に加えて-セキュリティ上の理由から。プールへのリソースアクセスを制限します。http://blogs.iis.net/tomwoolums/archive/2008/12/17/iis-7-0-application-pools.aspxを参照してください