Puede usar las herramientas tradicionales de Unix para comenzar a monitorear ahora.
iostat 60 | tee /tmp/iostat_60.log
Las estadísticas de espacio libre se pueden generar con el comando df , pero puede establecer sus niveles de advertencia en la aplicación del servidor y confiar en las alertas para notificarle cuándo se llena el espacio. No puedo imaginar la necesidad de realizar un seguimiento del espacio de almacenamiento más de una vez al día para representar gráficamente el crecimiento o administrar las cosas, pero sus necesidades pueden ser muy diferentes.
Yo diría que 15 minutos (900 segundos para iostat) instantáneas de la actividad de Io serían suficientes y los registros de espacio de disco diarios o por hora serían excesivos para la mayoría de los servidores. Probablemente disminuiría el intervalo de monitoreo durante un período de ajuste de investigación / rendimiento, pero día tras día estos
las estadísticas por lo general solo mastican la CPU y el espacio en disco y realmente no ayudan a administrar el servidor.
Una vez que decida con qué frecuencia desea capturar los datos, puede ser más sofisticado con un envoltorio para iniciar y detener el script / corte y procesar los archivos de registro diariamente, etc ...
Diría que, en lugar de eso, querrá ver las herramientas que desea para analizar y actuar sobre los datos. Para un servidor, es probable que pueda ejecutar una instancia gratuita de splunk en ejecución y simplemente registrar los datos en syslog.
Desde allí puede graficar / extraer a hoja de cálculo / actuar sobre los datos de una manera muy flexible. Además, puede consultar elasticsearch , logstash y kibana .
Hay una excelente redacción en enlace por Charles Edge explicando cómo y por qué usaría esas herramientas para domesticar los registros y graficar cosas. Si tenía eso, enviar las estadísticas al registro del sistema podría ser una manera muy fácil de resolver su problema de monitoreo de IO en su servidor.