Я использую IIS7.5 с момента его выпуска. Я также использую коммерческий сервер 2007sp2. Из-за потребности в памяти и процессоре для коммерческих серверов. У меня есть пул приложений, который веб-сайт должен перерабатывать в полночь каждую ночь. Мой вопрос: каков наилучший график утилизации тяжелых пулов веб-приложений? Я стараюсь сохранять скорость и не мешать потенциальным клиентам, перерабатывая по несколько раз в день, если это возможно. Другая проблема заключается в том, что каждые несколько дней один и тот же пул приложений зависает, и мне приходится принудительно перезагружать IIS, чтобы он снова заработал.
Я думаю, что трудно рекомендовать какой-либо график утилизации, поскольку он действительно зависит от деловой стороны, например, ваш сайт находится в основном в США или он также доступен по всему миру? В общем, я бы рекомендовал взглянуть на вашу аналитику и определить, когда «безопаснее» выполнять переработку.
Фактически, причина, по которой IIS использует 29 часов по умолчанию, заключалась в том, чтобы иметь больше «скользящего» времени, так как значение по умолчанию 24 заставит его всегда перерабатывать в одно и то же время и в зависимости от того, когда запускается пул приложений, который может быть вашим лучшим "клиентское время, и тогда вы будете застрять на этом каждый день.
Так что на самом деле нет хорошего ответа, кроме как, например, определить, что если ваша клиентская база имеет тенденцию к снижению в 2 часа ночи, используйте это. И, конечно же, если вы включите конкретное расписание, убедитесь, что интервал повторного использования установлен на 0.
Что бы вы ни выбрали, убедитесь, что вы не отключили перезапись с перекрытием (по умолчанию), и таким образом время простоя будет минимальным, поскольку IIS будет продолжать обслуживать запросы, пока готовится новый пул приложений. Если вы используете IIS 7.5, вы даже можете использовать функцию Application Warmup (все еще в бета-версии), чтобы разогреть пул приложений перед тем, как он начнет обрабатывать запросы, таким образом у вас никогда не будет «медленного» ответа.