Jakie są optymalne ustawienia dla recyklingu pul aplikacji w IIS7 we współdzielonym środowisku?

Jako Hoster zdecydowanie chcesz przetwarzać pamięć i czas, potencjalnie limity żądań i procesor. Chcesz być dość agresywny wobec tych limitów, ale upewnij się, że publikujesz je swoim klientom.

Pamięć - 512 dla pudełka x86, może 768. W przypadku x64 możesz ustawić to znacznie wyższe w zależności od liczby hostów na serwer. Musisz tylko uważać i obserwować, jak Pula aplikacji przetwarza zdarzenia dotyczące problemów z pamięcią.

Czas - zazwyczaj poddajemy recyklingowi 1: 01, druga 1:11, trzecia 1:21, żebyś nie miał całego recyklingu w tym samym czasie]}

Limit żądań - 35,000 była domyślna dla IIS6, ale liczba ta jest dość arbitralna i bardzo zależna od danej witryny. W przypadku małych witryn użytkowych nocny recykling trafi na długo przed otrzymaniem żądań 35k.

CPU - 95%/1 limit minut/KillW3WP, ale używaj tego ostrożnie. Moje rozumienie tego jest takie, że Jeśli procesor osiągnie 95% + ponad limit 1 minuty dla tego procesu roboczego, proces roboczy zostanie zabity i nie będzie mógł ponownie uruchomić pozostałej części limitu, gdy akcja jest ustawiona na KillW3WP. Możesz spróbować początkowo NoAction i po prostu uważnie obserwować dzienniki zdarzeń.

Recykling dzienników zdarzeń - chcesz się upewnić, że rejestrujesz pulę aplikacji dla każdego zdarzenia, które ustawiłeś - tzn. jeśli limitujesz na podstawie limitów żądań, upewnij się, że limit żądań logowanie jest włączone.

Jedną rzeczą do zapamiętania jest to, że powinieneś ustawić retail="true" w elemencie <deployment> w swojej maszynie .config :

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

Brak tego ustawienia pozwoli witrynie włączyć debugowanie, co pozwala na nieograniczone timeouty w żądaniach-nie do końca idealne dla hostera...