Hi,

For now, the best solution is to forget old solutions (cacti, munin, etc.)
and give a look to new ones based on scalability and effectiveness :
- Collectd <https://collectd.org/> - Small and lightweight stats collector
written in C
- Graphithe <http://graphite.readthedocs.org/en/latest/overview.html> -
Graph storage
- Graphana <http://grafana.org/> - Pretty beautiful web interface written
in JS

If you need something more rustic you can have a look to sys.json
<https://github.com/EricR/sys.json?imm_mid=0ce061&cmp=em-webops-na-na-newsltr_20150306>
.

Enjoy ;)
*JG*

2015-03-05 14:37 GMT+01:00 Kaplan, Andrew H. <[email protected]>:

>  Hello –
>
>
>
> I have implemented Nagios/Icinga for our systems.
>
>
>
> Perhaps that could be of use in your environment.
>
>
>
>
>
>
>
> *From:* Igor Cicimov [mailto:[email protected]]
> *Sent:* Thursday, March 05, 2015 2:10 AM
> *To:* Pol Hallen
> *Cc:* debian-user
> *Subject:* Re: server monitor
>
>
>
> Munin
>
> On 05/03/2015 1:18 AM, "Pol Hallen" <[email protected]> wrote:
>
> Hi all :-)
>
> I'm looking for a tool that generates a report (daily, weekly, etc.) with
> the statistics of resources (loadavg, cpu/mem/disk resources, etc.) of
> server (no IDS).
>
> I discovered sars (but I yet didn't test it), munin is nice but I need
> something with email reports (no web interface).
>
> Any idea or advices?
>
> monit is a good tool but does not keep older time resources.
>
> thanks for help!
>
> Pol
>
>
> --
> To UNSUBSCRIBE, email to [email protected] with a
> subject of "unsubscribe". Trouble? Contact [email protected]
> Archive: https://lists.debian.org/[email protected]
>
> The information in this e-mail is intended only for the person to whom it
> is
> addressed. If you believe this e-mail was sent to you in error and the
> e-mail
> contains patient information, please contact the Partners Compliance
> HelpLine at
> http://www.partners.org/complianceline . If the e-mail was sent to you in
> error
> but does not contain patient information, please contact the sender and
> properly
> dispose of the e-mail.
>

Reply via email to