Una opción simple para graficar el uso de la CPU en un servidor Linux remoto

10

Mis requisitos son muy simples. Necesito graficar el uso de la CPU en un servidor remoto de Linux. No busco nada complicado, solo necesito poder trazar el uso de la CPU en un servidor Linux durante una semana.

Empecé por la ruta de los cactus: no es simple, no es sencillo y definitivamente se siente como una exageración.

¿Existe una opción más simple, más rápida y más directa?

Bart B
fuente

Respuestas:

14

Munin es muy agradable y fácil de instalar y configurar.

wazoox
fuente
1
Gracias por esto: acabo de probar Munin y es mucho más fácil trabajar que Cacti, Ganglia o Zenoss.
gareth_bowles
11

Para una cosa única, obtendría los datos usando sar (paquete sysstat) y luego los graficaría con su herramienta rrd . Aquí hay un script que ayuda a crear gráficos a partir de la salida sar.

Kyle Brandt
fuente
+1 para sar + herramienta gráfica de su elección También consulte ksar, que es una aplicación de Java que come datos sar sin procesar y muestra gráficos bonitos. No me pareció súper intuitivo de usar, pero el resultado final fue bueno.
DictatorBob
3

Puede probar sar grapher en http://www.fsprings.com/neat/sargrapher.html , carga sar -p -A la salida proporciona una página con gráficos. Si lo desea, puede seleccionar las opciones sar que desee, solo las representará gráficamente.

user190941
fuente
1

Prefiero ORCA - www.orcaware.com para graficar estadísticas del servidor.
La configuración en estos días no es demasiado difícil (use la instantánea r535 ), y puede mostrarse en intervalos por hora, diario, semanal, mensual, trimestral y anual.

Se basa en un recopilador de datos (procallator) que sondea en intervalos de 5 minutos. El motor de gráficos es una versión antigua de RRDTool, pero es rápido para esta aplicación.

Para el servidor remoto, puede hacer que grafique sus propias estadísticas, o puede extraer los archivos procallator a través de ssh / rsync / scp en un intervalo regular para graficar en un servidor local. Funciona bien de cualquier manera.

ewwhite
fuente
1

Un par de preguntas: ¿quieres generar tramas en tiempo real? - ¿Con qué frecuencia quieres probar?

Un comentario anterior mencionaba muestras de 5 minutos y tengo que decir que si realmente quiere saber qué está haciendo su CPU con confianza, realmente debería estar en el rango de 10 segundos. ¡Hacer un promedio de las cosas a los 5 minutos solo hará que pierdas picos que podrían durar minutos! Es cierto que las muestras de 10 segundos podrían perder picos de 5 segundos, pero tienes que descubrir qué estás tratando de ver en los datos.

¡Personalmente uso collectl, probablemente porque lo escribí! ;-)

Pero funciona de manera muy eficiente a bajas velocidades de muestreo (incluso por segundo) e incluso puede informar su salida en un formato adecuado para el trazado. De hecho, si instala collectl-utils y escribe en un directorio compartido, puede usar colplot para ver los datos en tiempo real.

Un último comentario sobre RRDTool. Es un gran paquete y dibuja gráficos muy agradables, pero necesita saber si registra muchas muestras para un solo día, los gráficos resultantes no son precisos. Esto se debe a que RRDTool normaliza múltiples muestras en puntos de datos únicos para simplificar los gráficos, algo que colplot nunca hace. Utiliza gnuplot para asegurarse de que cada punto de datos que se captura se traza fielmente.

-marca


fuente
0

Cuando estaba trabajando con algunas cajas de Linux, estaba usando Splunk y me pareció muy útil.

Me gustó Splunk porque me permitió no solo monitorear el rendimiento sino también configurar alertas para no solo mi Linux sino también mis cajas de Windows.

jgardner04
fuente
0

Si realmente tiene solo uno, ignórelo, pero si tiene un montón, o va a crecer, entonces Ganglia podría valer la pena.

Muestreo de 5 segundos y un montón de métricas más allá de la CPU, bien administradas en múltiples niveles, por servidor / clúster / granja, etc.

Alex
fuente
Pensé que Ganglia se veía bien y lo probé en un pequeño número de servidores Linux con diferentes distribuciones; la configuración fue relativamente fácil pero encontré que la visualización del gráfico no era muy confiable. Las estadísticas recopiladas para ciertos servidores se muestran bien, pero para otros faltaban casi todos los datos. No parecía haber ninguna rima o razón sobre qué servidores funcionaban y cuáles no.
gareth_bowles