Pros and cons of having dedicated application pools over keeping web applications in one default app pool

Question

Hello!

What are pros and cons of having dedicated application pools over keeping web applications in one default app pool?

Thanks in advance

Answer 1

Dedicated app pools typically will keep problems occurring in one site from effecting the others. If you share app pools across sites, you could bring down all sites on the box when an error condition exists for only a specific site (or app pool).

Also, if you are mixing versions of ASP.Net on the same web server, you will need different app pools per ASP.Net version at a minimum, or do it per website.

I can't think of a good reason not to separate app pools, it is so easy to do.

Answer 2

The primary reason for combining sites in app pools is to conserve memory. There's a large memory overhead in running several w3wp.exe processes. If you have no specific reason for splitting them up, it's better to keep them together.

Answer 3

I agree with Jason.

Also, you can designate different users (such as a Windows account) for different app pools. That enables setting up those users with different permissions in the database. That helps enhance security, and enables tracking which website/user is hitting the database, useful when tracing database performance issues.

Answer 4

Pros:

• Applications are isolated from each other, unless IIS goes with it, an app pool locking will only take out applications in that pool
• Ability to run applications under different ASP.NET runtimes, one pool for 1.1 another for 2.0 if needed
• Ability to have different app pool settings for more or less critical applications. For example a corporate website in ASP.NET might want to have the shut down after __ minutes of inactivity bumped up, to prevent unloading because response is critical. Other sites might not need it.
• Can secure pools from each other in regards to file access, great for third party, or untrusted applications as they can run under a very restrictive user account.

Cons:

• Each application pool has its own bank of memory and its own process, therefore CAN use more resources
• Some find it hard to debug the application as you have multiple processes

Answer 5

Thanks. I've accepted Mitchel Sellers answer but as far I can see all of answera are probably correct. The reason I asked this question is that I'm running small ASP.NET hosting company and I have default setting for webpages to have their own application pool. Sometimes pages are taking amount of memory which I think is to much (500mb in IIS7 x64 environment?).