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?
Respuestas:
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.
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.
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.
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
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.
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.