Ограничения Пула приложений
Мы лично используем внутренне размещенную версию sugarCRM, мы используем MySQL, но это будет работать с SQL также. Это также имеет в наличии Outlook и плагин Word и приблизительно одну треть стоимости salesforce.com
Не нуждаюсь к очень мысли или ищу технические данные - Вы вне пределов.
В целом существуют очень простые сайты, что после одной компиляции они никакая потребность многие думают, но существует также некоторый сложный сайт, которые имеют, вероятно, доступ к базе данных или другую обработку данных, для которых нужен некоторый ресурс от Вашего компьютера.
Там также имеют место, что один сайт от Ваших 600 имеет серьезную ошибку, или ест большую память и влияет на остальных 599.
Один сайт от всех с близкой функцией цикла может разрушить Вас любое время :)
Также пул имеет, делают по крайней мере 600 каталогов на Вашем корневом диске, где Ваши жизни OS и это являются проблемой также... большое чтение-запись компиляторы, электронная почта, которую Вы имеете, дает с Вашими сайтами, iis файлами журнала, файлом кэша...
слишком много сайтов...
Пул приложений является по существу набором процессов, который управляет потоками приложения. Я предположил бы, что путь вперед будет профилем статистика использования приложений и затем определит число, которым можно успешно управлять в пуле отдельного приложения. Это зависит полностью от функции аппаратных средств, и Ваши приложения там действительно не общее число, которое имеет смысл во всех случаях.
Я запустил бы путем создания некоторых различных сценариев. Создайте пул приложений со всего одним сайтом, затем один с 5 сайтами, один с 10 сайтами, один с 50 сайтами.
Посмотрите на ресурсы, которые используются каждым из этих сценариев. Затем можно придумать число, которое работает хорошо с приложением.
Кроме того, стоит изучить веб-сад на Вашем пуле приложений. Тем путем пул отдельного приложения может распространиться, это - загрузка через несколько процессов.
Во-первых, я действительно посмотрел бы на добавляющие серверы не пулы приложений здесь - который звучит немного переполненным.
Что касается вопроса под рукой, если Ваш процесс развертывания является достаточно автоматическим - которым это должно быть с этим количеством приложений - можно в значительной степени автоматизировать создание соответствующих пулов приложений, и т.д., также.