Três maneiras de limpar falhas do servidor Web IIS usando logs

Páginas lentas e sem resposta são terríveis para qualquer site. Mesmo com a melhor interface do usuário, as páginas lentas e sem resposta afetam negativamente a experiência do cliente e a reputação da marca.

Uma pesquisa do Nielsen Norman Group determinou que o usuário médio deixará um site após cerca de 10 segundos de espera pelo carregamento da página. Se a sua página demorar mais do que alguns segundos para carregar, é hora de verificar os logs do servidor IIS. Vamos nos aprofundar no que e por que dos logs do servidor IIS, para que você possa abordar e solucionar facilmente os problemas de carregamento da página.

Páginas lentas e sem resposta são terríveis para qualquer site. Mesmo com a melhor interface de usuário (UI), as páginas lentas e sem resposta afetam negativamente a experiência do cliente e a reputação da marca.

Uma pesquisa do Nielsen Norman Group determinou que o usuário médio deixará um site após cerca de 10 segundos de espera pelo carregamento da página. Se a sua página demorar mais do que alguns segundos para carregar, é hora de verificar os logs do servidor IIS. Vamos nos aprofundar no que e por que dos logs do servidor IIS, para que você possa abordar e depurar facilmente os problemas de carregamento da página.

Tudo é capturado

Como todos sabemos, o Internet Information Services (IIS) é o servidor nativo da Web para hospedar sites em plataformas Windows e é composto por vários componentes para lidar com solicitações de maneira eficaz. Do ponto de vista do DevOps, a saída mais útil vem dos logs que o IIS gera. Os logs de acesso do IIS, em particular, capturam todos os tipos de acesso a um aplicativo Web, incluindo visitas à página, IPs de clientes, navegadores (tipo e versão), tempos de resposta, solicitações de erro e tráfego.

1. Logs de acesso do IIS

i. Sua página ainda está carregando?

O alto tempo de resposta é a indicação mais comum de que há um desempenho no site debottleneck throttling website performance . O IIS lida com um grande número de solicitações enfileirando-as nos respectivos pools de aplicativos e, quando algumas solicitações demorarem muito, aumentará o tempo de espera para outras solicitações. Se a fila de solicitações ficar cheia, há uma grande chance de o próprio servidor ficar indisponível.

É por isso que é vital otimizar o tempo de resposta de todo o site para manter a alta disponibilidade. Nesse caso, os logs de acesso do IIS são os seus principais itens, pois acompanham o tempo de resposta final, o que é útil na depuração de URLs lentas e que precisam ser otimizadas.

ii. O que deu errado no seu site?

Um pequeno erro em uma página da web é capaz de degradar significativamente a experiência do usuário final. Quando uma URL falha, o IIS leva em média de 30 a 120 segundos para enviar uma mensagem de tempo limite de conexão, durante o qual os usuários impacientes saem e mais usuários pacientes continuam tentando novamente a resposta.

Um erro típico de 4xx / 5xx pode degradar a confiança do cliente rapidamente. Os logs de acesso do IIS fornecem uma visão geral rápida dos URLs, permitindo rastrear a sequência dos URLs acessados e as informações relevantes do navegador necessárias para reproduzir problemas localmente e corrigi-los. Por exemplo, quando sua página não é carregada e gera um código de erro 400, você pode descobrir nos logs de acesso do IIS que é um erro de solicitação incorreta e a página não foi acessada.

2. Logs de erro do IIS

Ainda sem ajuda?

Todas as suas tentativas de depurar problemas dos logs de acesso do IIS terminaram em vão? Embora os logs de acesso do IIS funcionem melhor na identificação de URLs problemáticos, o diagnóstico profundo requer informações contextuais, como parâmetros de solicitação, dados de formulário, cookies, módulos carregados e módulos problemáticos.
HTTPERR, o log de erros do IIS, armazena todas as informações relacionadas a erros do IIS, como solicitações que não foram feitas, servidores IIS inativos, serviços desabilitados, servidores proibidos e muito mais. Considerando o exemplo do erro 400 mencionado na seção anterior, embora seja uma resposta de erro do cliente, o problema pode estar em qualquer lugar do lado do cliente ou do servidor.
Os logs de erro do IIS podem identificar o ponto exato de um problema, como dados inválidos analisados, dados incorretos analisados como um URL errado, dados corrompidos ou cookies duplicados. Você também pode analisar os logs de erros de diferentes servidores que executam o aplicativo em produção.

3. IIS-related Windows event logs

Os logs de eventos do Windows capturam muitos detalhes sobre o erro e apresentam um rastreio rápido da causa raiz, seja um erro de memória cheia, CPU ou stack-overflow error,  ou até mesmo um hird-party module que travou seu aplicativo. Os logs de acesso do IIS permitem identificar os URLs problemáticos, e os logs de erro fornecem o contexto do erro. Com a linha do tempo e o contexto fornecidos por esses dois tipos de logs, e depois de filtrar os logs de eventos, você poderá restringir a causa raiz do problema rapidamente. Isso significa que, para o erro 400, é possível identificar a causa raiz usando os logs de eventos do Windows.

Você também pode trabalhar ao contrário. Comece a filtrar os logs de eventos e construa o contexto pesquisando nos logs de acesso e erro para reproduzir um problema e corrigi-lo. O primeiro é eficaz na identificação das áreas gerais de melhoria, enquanto o último é uma medida corretiva para fornecer soluções rápidas.

Simplifique a limpeza

A limpeza manual de diferentes logs é demorada e tediosa, mas uma ferramenta abrangente de gerenciamento de logs pode facilitar.

Complementar o gerenciamento de logs é uma solução de monitoramento de desempenho de aplicativos (APM) que pode consolidar as informações disponíveis do log de acesso, como tempo de resposta, taxa de transferência etc., e relacioná-las bem com as informações disponíveis nos logs de eventos, como rastreamento de pilha, códigos de erro, etc. As soluções APM oferecem monitoramento contínuo e, portanto, os problemas e suas causas principais podem ser identificados instantaneamente. Ter uma ferramenta de gerenciamento de log que possa integrar-se bem à solução APM, ou seja, que permita consultar traços de transações e exceções lentas, será um grande impulso à produtividade do DevOps.

Uma boa ferramenta de gerenciamento de logs deve oferecer os seguintes recursos:

Coletar e consolidar: colete logs de diferentes aplicativos, servidores e estruturas de log e consolide-os para facilitar a análise.
Indexar: anexe os logs para uma pesquisa mais rápida.
Pesquisar: utilize métodos fáceis de pesquisar, como pesquisa no idioma da consulta.
Salvar: salve as pesquisas para referência futura.
Alertas: salve as consultas de pesquisa e configure alertas com base nessas pesquisas.
Armazenamento: armazene os logs coletados para referência e análise futuras.
Visão holística: um painel intuitivo consolidado para visualizar tudo em um só lugar.
Métricas organizadas: visualize as principais solicitações e erros com falha para uma rápida visão geral.

O Site24x7 AppLogs é um módulo de gerenciamento e análise de logs que pode ajudá-lo a gerenciar seus logs de diferentes ambientes com todos os recursos mencionados acima. Experimente nosso teste gratuito de 30 dias, contando sempre com o apoio da equipe ACSoftware!

ACSoftware revenda e distribuidora Site 24X7 no Brasil. – Fone / WhatsApp (11) 4063 9639.

Deixe uma resposta