Quais são as configurações ideais para reciclagem de pools de aplicativos no IIS7 no ambiente compartilhado?

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

  •  10-07-2019
  •  | 
  •  

Pergunta

O que são as configurações ideais para reciclagem de pools de aplicativos no IIS7 em um ambiente compartilhado?

enter descrição da imagem aqui

Foi útil?

Solução

Como um Hoster, você definitivamente deseja reciclar em Memória & Time, potencialmente Solicite limites e CPU. Você quer ser bem agressivo sobre esses limites, mas certifique-se de publicá-los aos seus clientes.

Memória - 512 para uma caixa de x86, talvez 768. para x64, você pode definir esta muito maior, dependendo do número de hosts por servidor. Você apenas tem que ter cuidado e prestar atenção a seus aplicativos eventos piscina de reciclagem em problemas de memória.

Tempo - normalmente reciclar à 1 hora da manhã, mais ou menos (primeiro site 01:01, segundo 1:11, terceiro 1:21, só assim você não tem todo reciclagem ao mesmo tempo)

Request limite - 35.000 era o padrão para IIS6, mas este número é bastante arbitrário e muito dependente do site em questão. Para sites de uso pequenos, a reciclagem noturna vai bater muito antes de você chegar 35k pedidos.

CPU - 95 % limite / 1 minuto / KillW3WP, mas usar este cuidadosamente. Meu entendimento disto é que se a CPU atinge 95% + sobre o limite de 1 minuto para este processo de trabalho, o processo de trabalho é morto e é incapaz de reiniciar para o restante do limite quando a ação está definida para KillW3WP. Você pode querer tentar NoAction inicialmente e apenas assistir os logs de eventos com cuidado.

Recycle logs de eventos - você quer ter certeza de que você está entrando recicla pool de aplicativo para cada limiar evento que você definir - ou seja, se você limitar baseado fora dos limites de pedidos, certifique-se que a exploração madeireira Pedido limite está habilitado

.

Uma coisa a lembrar é que você deve Conjunto retail="true" no elemento <deployment> em sua machine.config :

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

Não definir este permitirá um site para ligar a depuração, que permite tempos de espera ilimitadas em pedidos - não exatamente ideal para um hoster ...

Outras dicas

Se você tem um site tráfego pesado, utilize cronograma reciclar longa. Se você tem um baixo uso do site tráfego mais curto / programação padrão para economizar memória.

Eu aprendi isso do blog de Al Zabir: http://msmvps.com/blogs/omar/archive/2008/10/04/best-practices-for-creating-websites-in-iis-6-0 aspx

Daniel S. é certo, suas variáveis ??de sessão são destruídas em reciclagem, por isso certifique-se de testar esta bem ou ter uma boa proteção de erro / recuperação quando começar seus objetos de sessão.

Dica: Quando você reciclar o seu aplicativo, todas as suas variáveis ??de sessão são destruídos ... assim que o cuidado nesta

IMHO, mantenha os padrões.

que você precisa para atender os ajustes às suas necessidades, ter em conta a quantidade de memória que você tem e os horários de pico de uso para o seu local de aplicação / web.

Também levar em conta o uso de memória do seu local de aplicação / web como se existem vazamentos de memória que você pode ser reciclagem mais frequentemente então você pensa.

Pesar-se todos os escapes contra o custo de reciclagem, como dito acima você vai perder variáveis ??de estado.

Licenciado em: CC-BY-SA com atribuição
Não afiliado a StackOverflow
scroll top