Artık izlemeye başlamak için geleneksel unix araçlarını kullanabilirsiniz.
iostat 60 | tee /tmp/iostat_60.log
Boş alan istatistikleri ile oluşturulabilir df komut, ancak uyarı düzeyinizi sunucu uygulamasına ayarlayabilir ve alan dolduğunda sizi bilgilendirmek için uyarılara güvenebilirsiniz. Büyümeyi grafik haline getirmek veya işleri yönetmek için günde bir kereden fazla depolama alanını izlemeye ihtiyacım olduğunu düşünemiyorum, ancak ihtiyaçlarınız oldukça farklı olabilir.
15 dakikalık (iostat için 900 saniye) io etkinliğinin anlık görüntüleri yeterli ve saatlik ya da günlük disk alanı günlüklerinin çoğu sunucu için fazla yükleneceğini söyleyebilirim. Muhtemelen soruşturma / performans ayarlama süresi boyunca izleme aralığını azaltabilirsiniz, ancak bu gün içinde ve gün içinde
İstatistikler genellikle sadece CPU ve disk alanını çiğniyor ve sunucuyu yönetmenize gerçekten yardımcı olmuyor.
Verileri ne sıklıkta yakalamak istediğinize karar verdikten sonra, betiği başlatmak ve durdurmak / günlük dosyalarını günlük olarak işlemek, vb.
Bunun yerine verileri analiz etmek ve hareket etmek için istediğiniz araçlara bakmak isteyeceğinizi söyleyebilirim. Bir sunucu için, muhtemelen bir ücretsiz örneği ile kurtulabilirsiniz splunk çalışan ve sadece verileri syslog'a kaydedin.
Oradan çok esnek bir şekilde veri üzerinde elektronik tablo grafik / ayıklayabilirsiniz. Ayrıca, bakabilirsiniz elasticsearch , logstash ve Kibana .
Mükemmel bir yazı var http://krypted.com/windows-server/stashbox-turning-a-mac-mini-into-a-logstash-server/ Charles Edge tarafından, bu araçları günlükleri evcilleştirmek ve şeyleri grafik haline getirmek için nasıl ve neden kullanacağınızı açıklar. Buna sahipseniz, istatistikleri sistem günlüğüne göndermek, sunucunuzda GÇ izleme sorununuzu çözmenin çok kolay bir yolu olabilir.