Uma opção simples para representar graficamente o uso da CPU em um servidor Linux remoto


10

Meus requisitos são muito simples. Eu preciso representar graficamente o uso da CPU em um servidor Linux remoto. Não estou procurando nada complicado, só preciso plotar o uso da CPU em um servidor Linux durante uma semana.

Comecei pela rota dos cactos - não é simples, não é direto e definitivamente parece um exagero.

Existe uma opção mais simples, rápida e direta?

Respostas:


14

Munin é muito agradável e fácil de instalar e configurar.


1
Obrigado por isso - experimentei Munin e é muito mais fácil trabalhar do que Cacti, Ganglia ou Zenoss.
23710 gareth_bowles

11

Para uma coisa única, eu pegava os dados usando sar (pacote sysstat) e depois os representava graficamente com a ferramenta rrd . Aqui está um script que ajuda na criação de gráficos a partir da saída sar.


+1 para sar + ferramenta gráfica de sua escolha Verifique também o ksar, que é um aplicativo java que obtém dados brutos do sar e exibe gráficos bonitos. Não achei super intuitivo de usar, mas o resultado final foi bom.
DictatorBob


1

Prefiro o ORCA - www.orcaware.com para gráficos estatísticos do servidor.
Atualmente, a configuração não é muito difícil (use o instantâneo r535 ) e pode ser exibida em intervalos de hora em hora, diariamente, semanalmente, mensalmente, trimestralmente e anualmente.

É baseado em um coletor de dados (procallator) que realiza pesquisas em intervalos de 5 minutos. O mecanismo de gráficos é uma versão antiga do RRDTool, mas é rápido para este aplicativo.

Para o servidor remoto, você pode fazer o gráfico de suas próprias estatísticas ou extrair os arquivos do procallator via ssh / rsync / scp em um intervalo regular para representar graficamente em um servidor local. Funciona bem de qualquer maneira.


1

Algumas perguntas: - você deseja gerar gráficos em tempo real? - com que frequência você deseja provar?

Comentários anteriores mencionaram amostras de 5 minutos e eu tenho que dizer que, se você realmente quer saber o que sua CPU está fazendo com confiança, você deve estar na faixa dos 10 segundos. A média das coisas em 5 minutos fará com que você perca picos que podem levar alguns minutos! É certo que amostras de 10 segundos podem perder picos de 5 segundos, mas você precisa descobrir o que está tentando ver nos dados.

Pessoalmente eu uso collectl, provavelmente porque eu escrevi! ;-)

Mas ele é executado com muita eficiência em baixas taxas de amostragem (mesmo em um segundo) e pode até relatar sua saída em um formato adequado para plotagem. De fato, se você instalar o collectl-utils e gravar em um diretório compartilhado, poderá usar o colplot para ver os dados em tempo real.

Um último comentário sobre RRDTool. É um ótimo pacote e cria gráficos muito bons, mas você precisa saber se registrar muitas amostras por um único dia, pois os gráficos resultantes não são precisos. Isso ocorre porque o RRDTool normaliza várias amostras em pontos de dados únicos para simplificar os gráficos, algo que o colplot nunca faz. Ele usa o gnuplot para garantir que todos os pontos de dados capturados sejam plotados fielmente.

-marca


0

Quando eu estava trabalhando com algumas caixas Linux, estava usando o Splunk e achei muito útil.

Eu gostei do Splunk porque ele me permitiu não apenas monitorar o desempenho, mas também configurar alertas não apenas para o meu Linux, mas também para o Windows.


0

Se você realmente tem apenas um, ignore isso, mas se você tem um monte ou vai crescer, vale a pena dar uma olhada em Ganglia.

Amostragem de 5 segundos e várias métricas além da CPU, bem gerenciadas em vários níveis, por servidor / cluster / farm, etc.


Eu pensei que o Ganglia parecia bom e tentei em um pequeno número de servidores Linux executando diferentes distribuições; a configuração foi relativamente fácil, mas achei a exibição do gráfico muito pouco confiável. As estatísticas coletadas para certos servidores eram exibidas muito bem, mas para outros quase todos os dados estavam ausentes. Não parecia haver rima ou razão para quais servidores funcionavam e quais não.
Gareth_bowles 22/12/2009
Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.