Назад |
Перейти на главную страницу
Зачем добавлять дополнительные пулы приложений в IIS?
У меня есть несколько веб-сайтов, размещенных на IIS 6.0 на Windows Server 2003. Некоторые из них используют платформу .Net 1.1, а другие - .Net 2.0. В настоящее время у меня есть пулы приложений, настроенные для каждой платформы. Есть ли другие причины для добавления дополнительных пулов приложений?
Да много:
- Пулы приложений могут работать с разными идентификаторами, поэтому вы можете ограничить разрешения таким образом.
- Вы можете назначить разные удостоверения для каждого пула приложений, чтобы при запуске диспетчера задач вы знали, какой файл w3wp.exe является каким.
- Вы можете повторно использовать / перезапустить один пул приложений, не затрагивая сайты, работающие в разных пулах приложений.
- Если у вас есть веб-сайт, на котором происходит утечка памяти или который обычно плохо себя ведет, вы можете поместить его в пул приложений, чтобы он не повлиял на другие веб-сайты.
- Если у вас есть веб-сайт, который сильно нагружает процессор (например, изменение размера фотографий), вы можете поместить его в отдельный пул приложений и ограничить использование ЦП.
- Если у вас есть несколько веб-сайтов, каждый из которых имеет свою собственную базу данных SQL, вы можете использовать аутентификацию в активном каталоге вместо хранения имен пользователей / паролей в web.config.
Я создаю пулы приложений IIS и отдельные приложения в соответствии со следующими аспектами:
- Критически важные приложения получить собственный пул приложений: таким образом я могу изолировать их от проблемных приложений. Это делает возможной индивидуальную настройку, и мне легче контролировать или устранять неполадки, если есть проблемы.
- Изоляция приложений по типу: объединение по языку / технологии или версии .NET framework. Вы можете смешать ASP.NET с классическим ASP в одном пуле, но если и ASP, и ASP.NET находятся в одном пуле, и если у вас возникла проблема с вашим приложением ASP, требующим перезапуска рабочего процесса, ваш ASP. NET-приложения также будут переработаны.
- Проблемные приложения (например, приложения с утечкой памяти или высоким использованием ЦП, утечкой соединений с базой данных и т. д.) отделены от обычных приложений. Новые приложения попадают в пул «на испытательном сроке», который отслеживается на предмет времени безотказной работы и производительности. Если со временем приложение окажется стабильным, оно перемещается в пул для обычных приложений; в противном случае он остается изолированным. Это помогает сгруппировать более беспроблемные приложения вместе.