Плюсы и минусы использования выделенных пулов приложений для хранения веб-приложений в одном пуле приложений по умолчанию

Ответ 1

Плюсы:

• Приложения изолированы друг от друга, если IIS не идет с ним, блокировка пула приложений будет принимать только приложения в этом пуле
• Возможность запуска приложений в разных временных средах ASP.NET, один пул для 1.1 другого для 2.0 при необходимости
• Возможность иметь разные настройки пула приложений для более или менее критически важных приложений. Например, корпоративный веб-сайт в ASP.NET может захотеть закрыть после __ минут бездействия, чтобы предотвратить разгрузку, поскольку критический ответ. Другие сайты могут не нуждаться в этом.
• Может защищать пулы друг от друга в отношении доступа к файлам, отлично подходит для сторонних или ненадежных приложений, поскольку они могут работать под очень ограничительной учетной записью пользователя.

Минусы:

• Каждый пул приложений имеет свой собственный банк памяти и собственный процесс, поэтому CAN может использовать больше ресурсов.
• Некоторым трудно отлаживать приложение, поскольку у вас несколько процессов.

Ответ 2

Основной причиной объединения сайтов в пулах приложений является сохранение памяти. Там большие издержки памяти при запуске нескольких процессов w3wp.exe. Если у вас нет особых причин для их расщепления, лучше держать их вместе.

Ответ 3

Выделенные пулы приложений обычно будут препятствовать возникновению проблем, возникающих на одном сайте, от других. Если вы обмениваетесь пулами приложений на разных сайтах, вы можете удалить все сайты в поле, если условие ошибки существует только для определенного сайта (или пула приложений).

Кроме того, если вы смешиваете версии ASP.Net на одном и том же веб-сервере, вам понадобятся разные пулы приложений для каждой версии ASP.Net или сделать это на веб-сайт.

Я не могу думать о хорошей причине, чтобы не отделять пулы приложений, это так легко сделать.

Ответ 4

Я согласен с Джейсоном.

Кроме того, вы можете назначить разных пользователей (например, учетную запись Windows) для разных пулов приложений. Это позволяет настроить этих пользователей с разными разрешениями в базе данных. Это помогает повысить безопасность и позволяет отслеживать, какой сайт/пользователь попадает в базу данных, полезен при отслеживании проблем с производительностью базы данных.

Ответ 5

Если у вас есть отдельные apppools, вы платите штраф в начальное время загрузки первого человека, который посетит ваш сайт, и раскрутить аппул после его повторной загрузки.

Например, допустим, что в течение ночи никто не заходит на ваш сервер, IIS будет отключаться (по умолчанию, я полагаю, 20 минут). Первый посетитель сервера будет страдать с задержкой, пока ваше приложение не будет загружено обратно в память.

В зависимости от того, как вы развернете свой сайт (например, режим выпуска и т.д.), Это либо не будет проблемой, либо может раздражать.

Вот почему мы ищем переход к одному серверу приложений/серверу, а не 1 для каждого сайта.