В настоящее время, на нашем производстве веб-ферма IIS, мы размещаем приблизительно 15 приложений в Пуле отдельного приложения (Пул приложений По умолчанию). Существует два веб-сайта и приблизительно 13 виртуальных каталогов.
Коллега рекомендовал, чтобы мы изменили нашу конфигурацию IIS, таким образом, каждым приложением является Пул отдельного приложения (с идентичными настройками).
Есть ли недостаток или потенциальные проблемы к выполнению этого? Действительно ли возможно, что приложения ASP.NET, возможно, были созданы с требованиями, чтобы они были всеми в том же Пуле приложений?
] Сомневаюсь, что они были построены с учетом этого требования, если только они по каким-то причинам не полагаются на общую память. В противном случае, для описанного сценария...[
] [][]Плюсы (отдельного пула приложений):[][
] [][]Против:[][
] []* Я не уверен как . NET разделяет сайты в том же самом пуле приложений, что и кэш []HttpRuntime[]; для []Sessions[], определяется "уникальность приложения" (1): [
] []Это то, что мешает вам обмениваться сеансами между различными вебсайтами в одном пуле приложений, например; но может быть проще совместно использовать кэш-данные. По большому счету, обсуждение пересекается с обсуждением плюсов/минусов установки []Web Garden[] для конкретного приложения (2). [
] []1) [
]
[]http://support.microsoft.com/?id=325056[][
]
[]http://rodiniz.spaces.live.com/blog/cns!F2A56AAF89A7E43A!658.entry[][
]2) [
]
[]http://nicholas.piasecki.name/blog/2009/02/on-web-gardens-aspnet-and-iis-60/[][
] Помимо конфигурационного времени и (возможно) большего количества требований к памяти, не существует недостатка в использовании более чем одного пула приложений.[
] [] (Просто для ясности... необходимая память будет варьироваться в зависимости от многих факторов -- но есть способ, где 15 приложений в одном пуле используют больше памяти, чем 15 приложений в 15 бассейнах. Если каждое приложение не нуждается в большом объеме памяти и приложения используются в разное время и нечасто.)[
].