Ответ 1
Как хост, вы определенно хотите перерабатывать память и время, потенциально запрашивать лимиты и процессор. Вы хотите быть довольно агрессивным в отношении этих ограничений, но обязательно публикуйте их для своих клиентов.
Память - 512 для окна x86, возможно, 768. Для x64 вы можете установить это намного выше, в зависимости от на количество хостов на сервер. Вам просто нужно быть осторожным и наблюдать, как ваш пул приложений перезаписывает события по проблемам памяти.
Время - Мы обычно перерабатываем в 1 утра утром, плюс или минус (первый сайт 1:01, второй 1:11, третий 1:21, так что у вас нет всей утилизации в одно и то же время)
Ограничение запроса - по умолчанию для IIS6 было установлено 35 000, но это число является довольно произвольным и очень зависит от сайт, о котором идет речь. Для небольших сайтов использования, ночная переработка ударит задолго до того, как вы получите 35 тыс. Запросов.
CPU - ограничение 95%/1 минута /KillW 3WP, но используйте это внимательно. Мое понимание этого заключается в том, что если процессор достигает 95% + за ограничение в 1 минуту для этого рабочего процесса, рабочий процесс убивается и не может перезагрузиться для оставшейся части лимита, когда Action установлен на KillW3WP. Возможно, вы захотите сначала попробовать NoAction и внимательно посмотреть журналы событий.
Журналы журналов повторного использования - вы хотите, чтобы вы регистрировали переполнения пула приложений для каждого события, которое вы set - то есть, если вы ограничиваете ограничение на количество запросов, убедитесь, что ведение журнала ограничения по подписке включено.
Следует помнить, что вы должны установить retail="true" в элементе <deployment> в machine.config:
<system.web>
<!--
<deployment
retail = "false" [true|false]
/>
-->
<deployment retail="true" />
</system.web>
Не указывая это, вы можете включить отладку сайта, что позволяет неограниченное количество тайм-аутов в запросах - не совсем идеально подходит для хостера...