Каковы оптимальные настройки для утилизации пулов приложений в IIS7 в общей среде?

Ответ 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>

Не указывая это, вы можете включить отладку сайта, что позволяет неограниченное количество тайм-аутов в запросах - не совсем идеально подходит для хостера...

Ответ 2

Если у вас есть сайт с интенсивным трафиком, используйте длинный график перераспределения. Если у вас есть сайт с низким трафиком, используйте более короткое/стандартное расписание для сохранения памяти.

Я узнал об этом из блога Al Zabir: http://msmvps.com/blogs/omar/archive/2008/10/04/best-practices-for-creating-websites-in-iis-6-0.aspx

Даниэль С. прав, ваши переменные сеанса уничтожаются при переработке, поэтому убедитесь, что вы хорошо это протестировали или имеете хорошую защиту от ошибок/восстановление при получении объектов сеанса.

Ответ 3

Совет. Когда вы перерабатываете свое приложение, все ваши переменные сеанса уничтожаются... поэтому предостережение об этом!

IMHO, сохраните настройки по умолчанию.

Ответ 4

вам нужно настроить настройки в соответствии с вашими потребностями, принять во внимание объем памяти, который у вас есть, и пиковое время использования вашего сайта/веб-приложения.

Также учитывайте использование памяти вашего сайта/веб-приложения, как если бы у вас были утечки памяти, которые вы могли бы перерабатывать чаще, чем думаете.

Взвесьте любые утечки на стоимость утилизации, как указано выше, вы потеряете переменные состояния.