[mrtg] Re: mechanisms used to get data from remote sites

Alex van den Bogaerdt alex at slot.hollandcasino.nl
Tue Feb 27 14:49:43 MET 2001


Mark Rowlands wrote:

> I have four boxes spread around europe monitoring the response times to 100+ 
> web servers, this data is collected into 4 mysql databases every two minutes  
> and summary reports mailed out daily and when outages occur. Now the powers 
> that be have decided that this information is to be graphically represented 
> in semi real time....(5-10 minutes) is regarded as acceptable lag time. 

Is there any reason that these boxes cannot run MRTG and/or RRDtool, plus
a webserver? Or, as HW is not an issue, an extra box at the same site?

> hardware /processing cycles  is/are not an issue. My main issue is the 
> mechanism for getting the data back to processing machine. I normally use scp 
> but with updates every two minutes this could get a bit tricky? I had in mind 
> maybe accumulating the data for a couple of cyles and then pushing it to the
> stats box....comments?

If possible I would keep the stats local to where they are collected.
If necessary the stats for one day can be accumulated and transfered
to a central site.  If these numbers are entered into rateup(MRTG) or
RRDtool (also MRTG, or other front ends) in chronological order there
shouldn't be any problem.

If decentralized generating the graphs is not an option, just follow
the approach for centralized logging as described above.  The only
thing changing is the amount of transfers.  Personally I think this
should be avoided, each transfer can fail and I'd rather have a complete
day to fix than having to roll back any changes (manual editing...)
and reapplying all updates just to repair one or two small errors.

cheers,
-- 
   __________________________________________________________________
 / alex at slot.hollandcasino.nl                  alex at ergens.op.het.net \
| work                                                         private |
| My employer is capable of speaking therefore I speak only for myself |
+----------------------------------------------------------------------+
| Technical questions sent directly to me will be nuked. Use the list. | 
+----------------------------------------------------------------------+
| http://faq.mrtg.org/                                                 |
| http://rrdtool.eu.org  --> tutorial                                  |
+----------------------------------------------------------------------+

--
Unsubscribe mailto:mrtg-request at list.ee.ethz.ch?subject=unsubscribe
Archive     http://www.ee.ethz.ch/~slist/mrtg
FAQ         http://faq.mrtg.org    Homepage     http://www.mrtg.org
WebAdmin    http://www.ee.ethz.ch/~slist/lsg2.cgi



More information about the mrtg mailing list