Навіщо додавати додаткові пули програм у IIS?

У мене є декілька веб-сайтів, розміщених під керуванням IIS 6.0 на Windows Server 2003. Деякі з них використовують фреймворк .Net 1.1, а інші використовують .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