medições de desempenho do ASP.NET em uma plataforma hospedada

Question

Eu tenho um grande site ASP.NET em uma plataforma hospedada. Ele compartilha a máquina com um monte de outras aplicações. Não temos acesso à própria máquina (apenas uma conta FTP).

O nosso cliente está reclamando que ele está começando a executar muito mal, especialmente em torno das horas de pico. Já corri algumas medições remotas (usando um JMeter-como ferramenta) que me diz que, sim, ele realmente executar muito mal durante o horário de pico. Não me diga porque embora. O cliente está resistindo a uma mudança para um servidor dedicado sem alguns fatos duros.

A meu ver, o que eu preciso são dados concretos sobre a própria máquina. A criação de um ambiente de teste de desempenho local seria extremamente demorado, e eu não tenho nenhuma maneira de estimar o desempenho do servidor.

A minha pergunta : há uma boa maneira de recolher (muito) de medições de desempenho quando tenho acesso limitado à máquina, e, certamente, não tem acesso ao monitor de desempenho? Qualquer código teria que executar no próprio aplicativo asp.net, sem estragar-lo muito.

Answer 1

Nós tivemos um problema semelhante com o nosso aplicativo asp.net hospedado em um servidor compartilhado, que também começou a executar mal durante o horário de pico.

Embora eu não sei de uma solução elegante para a sua pergunta, isso é o que nós fizemos:

1. Converse com seus provedores de host para ver o que informações adicionais podem dar-lhe - é no seu melhor interesse para manter seus clientes satisfeitos. Nossos prestadores de acolhimento foram capazes de nos dar algum tempo com um de seus engenheiros de rede que nos forneceram algumas CPU e utilização de memória estatísticas decentes.

2. Tire suas próprias medições de desempenho despejando informações para um arquivo de log (usando log4net ) e / ou o banco de dados - por exemplo, sessões de usuário, vezes, acessos à página, medições de tempo pesquisar em torno funcionalidade chave. A partir desta informação, fomos capazes de determinar o que nossos sistemas comportamento normal era para um determinado número de testes de automação.

3. Configuração de um servidor local (não necessariamente mesmos atributos servidor hospedado / produção) com o seu aplicativo carregado e dar-lhe um teste completo de carga / desempenho / capacidade (usamos da Red Gate ANTS Profiler ). As estatísticas que você reunir a partir de que vai dar você e seu cliente uma boa indicação de como o sistema deve se comportar em determinadas cargas com um ambiente conhecido. Sim, isso pode ser demorado, mas ele vai te dar uma grande ferramenta desempenho medição de modo que você pode pegar / solucionar gargalos localmente ao invés de produção.

Boa sorte.