windows 2008 R2 servidor IIS 7.5 não carregando páginas na primeira visita… requer atualização 2 ou 3 vezes

1

Isso pode ser uma coisa de rede no meu provedor, onde minha caixa é colocada ... não totalmente certa. Eu queria apenas verificar aqui se alguém viu um problema como esse relacionado ao servidor para que eu possa verificá-lo também.

se eu for a um dos meus sites, recebo uma mensagem "não é possível conectar" no firefox. Se eu F5 duas ou três vezes, ele aparece, mas isso não é bom para o meu SEO nem para os meus clientes que estão tentando acessar meus sites pelos mecanismos de busca ... eles não saberiam atualizar a página.

Eu fiz um iisreset e acabei de reinicializar a caixa inteira ... o mesmo problema ainda existe.

Eu verifiquei meu visualizador de eventos (logs de aplicativos e do sistema) e não há nada fora do comum acontecendo lá. Eu posso RDP para minha caixa muito bem e não tenho soluços. Um ping / t para um dos ips não gera timeouts.

Não tenho certeza do que verificar em seguida ...

Atualização:

Uma coisa que deixei de mencionar é que este servidor tem veiculado páginas desde outubro de 2011 sem nenhum problema. Isso só começou hoje.

Parece que é o servidor e não a rede, pois mostra os mesmos sintomas quando tento buscar os sites localmente.

Não tenho certeza absoluta de que o pool de aplicativos está sendo carregado na primeira vez que está causando o problema. Razão de ser, eu posso carregar um site no Firefox, em seguida, tente em cromo imediatamente depois, e não vai aparecer.

Não está em uma VM.

    
por Christopher Johnson 13.02.2012 / 21:49

1 resposta

2

Alguma teoria que pode ajudá-lo a desenvolver um plano:

  • O IIS 7.5 cria cada site como um pool de aplicativos (se você o criar a GUI)

  • Um pool de aplicativos é executado em um W3WP.exe

  • O W3WP Startup é o tempo mais caro da vida de um Pool de Aplicativos

  • Os pools de aplicativos são (principalmente) iniciados por demanda - eles só começam quando uma solicitação chega

  • O IIS expira (encerra) os pools de aplicativos inativos após 20 minutos por padrão

  • A reciclagem sobreposta é mais rápida que a inicialização a frio

  • O IIS tem um limite de tempo de inicialização padrão para os pools de aplicativos de 90 segundos e eles são encerrados (e reciclados, por exemplo, iniciados novamente) se não estiverem sendo executados por esse número.

Se você achar que seu desempenho na primeira solicitação é abominável:

  • pode ser que seu aplicativo faça muitas coisas quando é executado pela primeira vez, o que seria afetado pelo desempenho do IO / network / db

  • não deixe o pool de aplicativos parar

  • examine o IO acontecendo durante a inicialização do pool de aplicativos - O ResMon (incluído no W2008R2 e W7) pode fornecer uma boa visão disso, principalmente na guia do disco, onde mostra taxas de bytes / seg.

  • use o Perfmon para rastrear o desempenho do site em comparação com o desempenho do IO e o tempo de inicialização do W3WP

    • e desempenho geral em termos de CPU / Net / Disk / Mem - se algum deles for um aplicativo de gargalo, melhore-os

Se a caixa em si for uma VM compartilhada, sugiro que ela seja muito compartilhada ou não tenha sido dimensionada adequadamente. Os contadores de desempenho que envolvem o relógio de parede, em vez do tempo de percepção relativa por VM, podem ser úteis para diagnosticar isso.

    
por 13.02.2012 / 22:57