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

StackOverflow https://stackoverflow.com/questions/198580

  •  10-07-2019
  •  | 
  •  

Вопрос

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

введите описание изображения здесь

Это было полезно?

Решение

Как хостер, вы определенно хотите перезарядить память & amp; Время, потенциально запрашиваемые пределы и процессор. Вы хотите быть довольно агрессивными в отношении этих ограничений, но обязательно публикуйте их своим клиентам.

Память - 512 для блока x86, может быть 768. Для x64 вы можете установить это намного выше в зависимости от количества хостов на сервер. Вам просто нужно быть осторожным и следить за тем, как пул приложений перерабатывает события, связанные с памятью.

Время - Мы обычно перерабатываем в 1 час ночи, плюс или минус (первая площадка 1:01, вторая 1:11, третья 1:21, просто чтобы у вас не было всей переработки одновременно)

Лимит запросов - 3500 было по умолчанию для IIS6, но это число является произвольным и очень зависит от рассматриваемого сайта. Для сайтов с небольшим использованием ночная переработка начнется задолго до того, как вы получите 35 тыс. Запросов.

CPU - 95 % / 1 минутный лимит / KillW3WP, но используйте это осторожно. Насколько я понимаю, если процессор достигает 95% + в течение 1 минуты для этого рабочего процесса, рабочий процесс уничтожается и не может перезапуститься до конца ограничения, если для параметра Action установлено значение KillW3WP. Возможно, вы захотите сначала попробовать NoAction и просто внимательно просматривать журналы событий.

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

Следует помнить, что вы должны установить retail="true" в элементе <deployment> своего machine.config :

<system.web>
    <!--
        <deployment
            retail = "false" [true|false]
        />
    -->
    <deployment retail="true" />
</system.web>

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

Другие советы

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

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

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

Совет. При перезапуске приложения все переменные сеанса уничтожаются ... так что будьте осторожны!

ИМХО, сохраните настройки по умолчанию.

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

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

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

Лицензировано под: CC-BY-SA с атрибуция
Не связан с StackOverflow
scroll top