Зачем добавлять дополнительные пулы приложений в IIS?

У меня есть несколько веб-сайтов, размещенных с IIS 6.0 на Windows Server 2003. Некоторые из них используют .Net 1.1 Framework, а другие используют .Net 2.0. В настоящее время у меня есть пулы приложений, настроенные для каждой платформы. Есть ли другие причины для добавления дополнительных пулов приложений?

Да много:

• AppPools могут работать под разными именами, поэтому вы можете ограничить разрешения таким образом.
• Вы можете назначить разные удостоверения каждому пулу приложений, чтобы при запуске диспетчера задач вы знали, какой w3wp.exe какой.
• Вы можете перезапустить / перезапустить один пул приложений, не затрагивая сайты, работающие в разных пулах приложений.
• Если у вас есть веб-сайт с утечкой памяти или, как правило, он плохо себя ведет, вы можете поместить его в пул приложений, чтобы он не влиял на другие веб-сайты.
• Если у вас есть веб-сайт, который сильно загружает процессор (например, изменяет размер фотографий), вы можете разместить его в собственном пуле приложений и уменьшить нагрузку на процессор
• Если у вас есть несколько веб-сайтов, каждый из которых имеет свою собственную базу данных SQL, вы можете использовать аутентификацию активного каталога вместо хранения имен пользователей / паролей в web.config.

Я создаю свои пулы приложений IIS и отдельные приложения в следующих аспектах:

• Критически важные приложения получают собственный пул приложений: таким образом я могу изолировать их от проблемных приложений. Это делает возможной индивидуальную настройку, и я могу легче отслеживать или устранять неполадки, если есть проблемы.
• Изоляция приложений по типу : пул по языку / технологии или версия платформы .NET. Вы можете смешивать ASP.NET с классическим ASP в одном и том же пуле, но если ASP и ASP.NET были в одном и том же пуле, и если у вас возникла проблема с вашим приложением ASP, которое потребовало перезапустить рабочий процесс, ваш ASP. NET приложения также будут переработаны.
• Проблемные приложения (например, приложения с утечками памяти или высокой загрузкой процессора, утечкой соединений с базой данных и т. Д.) Отделены от обычных приложений. Новые приложения попадают в пул «на испытательный срок», который отслеживается на предмет работоспособности и производительности. Если приложение оказывается стабильным с течением времени, оно перемещается в пул для обычных приложений; в противном случае он остается изолированным. Это помогает группировать более беспроблемные приложения вместе.

Также помимо ответов Портманса - по соображениям безопасности. ограничение доступа ресурсов к пулу. См. Http://blogs.iis.net/tomwoolums/archive/2008/12/17/iis-7-0-application-pools.aspx