Como iniciar um novo aplicativo de monitoramento
Publicado: março de 2016
Aplica-se a: System Center 2012 R2 Operations Manager, System Center 2012 - Operations Manager, System Center 2012 SP1 - Operations Manager
Quando você tem um novo aplicativo que você está aprendendo, você pode usar o modelo .NET Application Performance Monitoring no System Center 2012 – Operations Manager para configurar o monitoramento para ele. Aqui estão algumas configurações para iniciar que irá ajudá-lo a conhecer o novo aplicativo. Além disso, é ideal que você comece a monitorar em um ambiente de teste ou desenvolvimento.
Configurações de monitoramento para um novo aplicativo
Seguir essa estratégia para monitorar um novo aplicativo ajudará você a conhecer o comportamento do aplicativo em seu sistema e para o cliente.
Iniciar o monitoramento do lado do servidor apenas com um sistema monitorado simples e configurações de curto prazo
Primeiro, mantenha a configuração simples: monitorar um aplicativo em um servidor. Em segundo lugar, quando você primeiro configure o monitoramento do desempenho de aplicativos .NET para monitorar um novo aplicativo, um plano para manter as configurações implementadas por tempo suficiente para que você possa entender algumas tendências. Uma amostra de dados de um dia deve fornecer uma visão sobre os padrões de uso e desempenho do aplicativo.
Estabelecer o desempenho da linha de base usando as configurações padrão e algumas configurações específicas
Na maior parte do tempo, você desejará manter as configurações padrão. As configurações padrão garantem que você verá qualquer problema grande com o aplicativo e manterá o impacto no aplicativo monitorado em um nível mínimo.
Caso não esteja recebendo nenhum evento de exceção ou desempenho apontado, você pode usar as etapas a seguir para ter uma ideia de qual é a aparência do desempenho da linha de base.
Para começar a monitorar, aqui estão algumas configurações que talvez você queira ajustar conforme mostrado aqui:
Reduza os limites de desempenho. Isso irá ajudá-lo a estabelecer uma medida para o desempenho de linha de base ao ver quais são as características de desempenho atuais do aplicativo.
Habilite todos os namespaces. Você deseja descobrir quais namespaces estão envolvidos e se você definir namespaces específicos a princípio, você pode perder um namespace onde o erro está ocorrendo.
Colete todas as exceções, as exceções críticas não apenas. Você precisa saber quais tipos de exceções estão sendo lançados. O uso de manipuladores de exceção conhecida limita as exceções que você receberá.
Isso pode resultar em uma grande quantidade de dados, mais do que você iria desejar para o monitoramento em longo prazo, mas a princípio, essa quantidade de dados será útil, uma vez que você verá tendências, como os tipos de caminhos que os clientes estão usando no sistema e que aparência o desempenho normal tem.
Com a coleta de dados concluída, use os relatórios do Application Advisor, como a Análise de Desempenho do Aplicativo, para ver como estão os aplicativos monitorados. Usando o relatório, você verá qual é a duração média das chamadas mais intensas (sendo executadas a mais tempo) no sistema, assim como a quantidade máxima de tempo gasto processando solicitações. Isso permite que você defina limites inteligentes personalizados com base no desempenho do aplicativo real. Você verá também quais funções estão sendo executadas de maneira mais rápida que outras e poderá criar transações de função, método da Web e página da Web específicas para os métodos críticos, para que possa garantir que eles estão respondendo sob um SLA mais rígido do que o aplicativo como um todo. Para obter mais informações sobre a exibição de relatórios, consulte como definir o escopo e executar e relatório Application Advisor no priorizando alertas por usando o Application Advisor.
Ajustar as configurações e comparar com a linha de base
Após estabelecer uma medida de desempenho de linha de base, comece a adaptar as configurações para ajustar o monitoramento para que ele capture os tipos de exceções sendo apontados. Ao criar relatórios de todas as exceções, você verá se há algum manipulador de exceção padrão no aplicativo que está capturando exceções para as quais preferiria receber alertas. Os dados que você obtém serão mais significativos e menor em volume a cada ajuste.
Remova as configurações personalizadas e defina os limites com base nos dados coletados.
Adicione namespaces específicos com base em pilhas de chamadas nos eventos de desempenho e exceção encontrada durante a fase de linha de base.
Adicione manipuladores de exceção para qualquer aplicativo nível "capturar tudo" manipuladores que impedem que as exceções de vai fora do aplicativo e os manipuladores de exceção do .NET Framework.
Adicione transações especializadas para monitorar o desempenho de métodos comuns que devem ser mantidos em um SLA mais robusto do que o aplicativo como um todo.
Compare os novos dados para a linha de base. Você começará a ver o tempo de resposta médio real, por exemplo. Agora que conhece as diversas exceções de desempenho que o aplicativo está enviando, você pode adicionar os namespaces específicos desejados em vez de monitorar todos eles. Seu aplicativo será configurado para ser monitorado com base nos níveis de desempenho observados e será alertado se algo ultrapassar os níveis normais.
Implantar gradualmente o aplicativo aos servidores mais monitorados no seu sistema
Após monitorar o aplicativo por um período com a nova configuração de monitoramento, quando acreditar que o aplicativo está íntegro, aumente o número de servidores em que o aplicativo está sendo executado, e que estão sendo monitorados, de um para 10, por exemplo. Assim que ele estiver funcionando de maneira íntegra nesse nível, aumente a implantação e o monitoramento para mais servidores, e assim sucessivamente. Essa abordagem de distribuição gradual o ajudará a ganhar confiança no monitoramento para aquele aplicativo e ajudará a garantir a integridade de seu sistema.
Iniciar o monitoramento do lado do cliente
Quando estiver certo de que o aplicativo é executado bem em seu sistema, é um bom momento para monitorar o que o cliente passa. Isso é que o cliente faz o monitoramento de aplicativo. Para habilitar o monitoramento do lado do cliente, consulte Como configurar o monitoramento de aplicativos .NET
O que o operador pode fazer com essas informações
Usando essas informações básicas, o operador pode ter uma visão melhor de onde está o problema com o aplicativo ou com a infraestrutura e pode saber se trata-se de algo que apenas a equipe de desenvolvimento pode corrigir, ou que se trata-se de algo que o operador pode resolver diretamente.