A melhor ferramenta que eu vi é o link , ele verifica seus arquivos de registro em tempo real e grava os dados com base em suas consultas.
Trabalhando em sites de tamanho médio, sempre construímos nossas próprias soluções gráficas de tráfego em tempo real e exibimos aquelas em um estilo de controle de missão de tela grande para que o tráfego comece a subir, a carga comece a subir, a latência aumente, etc. comece a assisti-lo proativamente antes que o sistema de monitoramento seja desligado.
Agora estou começando em uma nova empresa e precisamos da mesma coisa. Existem empresas que têm produtos de software de monitoramento de sites em tempo real? Não web analytics, mas gráficos em tempo real de coisas como usuários simultâneos, visualizações de páginas, hits, tempo médio de renderização HTML, etc. Seria necessário instalar algum tipo de agente em cada servidor web (ou o balanceador de carga), pois o rastreamento JavaScript é insuficiente para detectar, por exemplo, quando um spam-bot começa a agredir o site. Eu pesquisei e não consigo encontrar nada.
A melhor ferramenta que eu vi é o link , ele verifica seus arquivos de registro em tempo real e grava os dados com base em suas consultas.
Soa como algo que o Reconnoiter poderia fazer, talvez combinado com o envio de log (sys) ou alguma forma de estatística do httpd
Talvez alguma ferramenta de monitoramento do RUM funcione, pois monitora o desempenho do ponto de vista dos usuários. Você poderia experimentar ferramentas RUM simples como o link (requer apenas um snippet js simples) ou mais complexo, como link , que requer um módulo no servidor para aquisição de dados.
Existem várias empresas que vendem aparelhos que acessam a rede, farejam o tráfego e montam os tipos de estatísticas que você está procurando.
CoRadiant, CA Wily CEM, supervisor do CA NetQos, ...
Ou você pode criar um com o WireShark: -)
(Aviso: ocasionalmente eu sou um consultor pago da CEM)
Não é possível ver como você faria o "tempo médio de renderização de HTML" sem um pouco de Javascript, mas tudo o mais que você pode fazer usando o MRTG, supondo que seu ambiente de servidor seja * nix ou você tenha o Cygwin instalado.
Ser pró-ativo é ótimo, mas seu pacote de monitoramento deve ser desativado se acontecer algo fora do normal, não depois que algo for crítico. A menos que você planeje que alguém assista a gráficos 24/7.
Estamos usando o collectd para coletar dados e diferentes front-ends da Web para rrd: collection3, Drraw para exibi-lo.
Não tenho certeza se você tem um orçamento para essas ferramentas. Se preferir, sugiro usar o Splunk. Eu uso para uma configuração de monitoramento semelhante. Os logs de acesso / erro do servidor da Web são enviados por meio do syslog para o Splunk e criamos painéis para nos fornecer exibições específicas desses dados. Também podemos exibir gráficos do painel em tempo real, pois a versão mais recente do Splunk agora inclui um período de tempo "em tempo real".
Como também há lógica em nossos aplicativos que alimentam dados para o Splunk via syslog, podemos correlacionar os dados de desempenho do aplicativo com os logs tradicionais do servidor da Web e extrair informações úteis dele. Uma dessas coisas é processar e renderizar métricas que você mencionou.
O YMMV como Splunk realmente precisa do conhecimento e da perspicácia de um bom administrador para configurar e arquitetar. Eu vi mais do que um punhado de pessoas xingar Splunk apenas para descobrir que é porque suas necessidades de hardware foram arquitetadas tão mal que foi basicamente tropeçar em si mesmo para falhar. Sua linguagem de pesquisa também tem um pouco de aprendizado se você ainda não é um usuário avançado. Não é para todos, embora eu possa atestar que quando ele é arquitetado corretamente e você semeia muitos dados, ele se torna rapidamente uma ferramenta indispensável de monitoramento e geração de relatórios.
Tags monitoring traffic web analytics