Несколько дочерних веб-приложений с отдельными пулами приложений в iis

Question

Я создал новую конфигурацию в IIS 7.5 для приложения, использующего.NET 4.5. Новые настройки улучшают управление веб-приложениями.

Оригинальная конфигурация

WebRoot
    --WebAppA1112
    --WebAppA1213
    --WebAppA1314
    ... 
    --WebAppB1112
    --WebAppB1213
    --WebAppB1314

Новая конфигурация

WebRoot
    --WebAppA
        --1112
        --1213
        --1314
    --WebAppB
        --1112
        --1213
        --1314

По сути, я просто реорганизую "версии" приложения под корневым приложением, чтобы я мог обрабатывать обычные веб-конфигурации на корневом уровне.

У меня есть два вопроса:

1. Есть ли проблемы с производительностью с новой настройкой?
2. Безопасно ли настраивать корневое приложение со своим собственным пулом приложений, и чтобы все вспомогательные приложения также использовали отдельные пулы приложений?

Answer 1

Спектакль - это нечто субъективное, и вы должны его измерить. Размещая каждое приложение в отдельном пуле, вы гарантируете, что потенциальные проблемы с одним приложением не вызовут проблем с другими приложениями. С другой стороны, каждый пул приложений является экземпляром w3wp.exe, поэтому для обслуживания большего количества пулов требуется больше оперативной памяти. Таким образом, это компромисс между безопасностью и аппаратными ограничениями.

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