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