Puedes utilizar las herramientas tradicionales de unix para empezar a monitorizar ahora.
iostat 60 | tee /tmp/iostat_60.log
Las estadísticas del espacio libre se pueden generar con la función df pero puedes establecer tus niveles de advertencia en la aplicación del servidor y confiar en las alertas para que te notifiquen cuando se llene el espacio. No puedo imaginarme la necesidad de rastrear el espacio de almacenamiento más que una vez al día para graficar el crecimiento o administrar las cosas, pero tus necesidades podrían ser muy diferentes.
Yo diría que 15 minutos (900 segundos para iostat) de la actividad de io sería suficiente y los registros de espacio en disco por hora o por día serían una exageración para la mayoría de los servidores. Probablemente disminuiría el intervalo de monitoreo durante un período de investigación/ajuste de rendimiento, pero día tras día estas estadísticas suelen consumir la CPU y el espacio en disco y no ayudan a gestionar el servidor.
Una vez que decidas con qué frecuencia quieres capturar los datos, puedes ponerte más elegante con un wrapper para iniciar y detener el script / cortar y procesar los archivos de registro diariamente, etc...
Yo diría que, en cambio, vas a querer mirar las herramientas que quieres para analizar y actuar realmente sobre los datos. Para un servidor, probablemente podría salirse con la suya con una instancia gratuita de splunk en funcionamiento y sólo registrar los datos en el syslog.
A partir de ahí, se puede graficar/extraer a una hoja de cálculo/actuar con los datos de una manera muy flexible. Además, puedes mirar elasticsearch , logstash y kibana .
Hay un excelente artículo en http://krypted.com/Windows-server/stashbox-turning-a-mac-mini-into-a-logstash-server/ de Charles Edge explicando el cómo y el por qué de esas herramientas para domar los registros y graficar las cosas. Si tuvieras eso, enviar las estadísticas al registro del sistema podría ser una manera muy fácil de resolver tu problema de monitoreo de IO en tu servidor.
