I would say somewhere around 4000 network interfaces (6-8 stats per int)
and around 1000 servers (8-10 stats per server) we started seeing
problems, both with navigation in the UI and with stats not reliably
updating. I did not try that poller, perhaps its worth trying it again
using it. I will also say this was about 2 years ago, I think the box
it was running on was a dual P3-1000 with a raid 10 using 6 drives (10k
rpm I think).
After looking for 'the ideal' tool for many years, it still amazes me
that no one has built it. Bulk gets, scalable schema and good
portal/UI. RTG is better than MRTG, but the config/db/portal are still
lacking.
Jon Lewis wrote:
On Mon, 22 Jan 2007, Jason LeBlanc wrote:
Anyone thats seen MRTG (simple, static) on a large network realizes
that decoupling the graphing from the polling is necessary. The disk
i/o is brutal. Cacti has a slick interface, but also doesn't scale
all that well for large networks. I prefer RTG, though I haven't
seen a nice interface for it, yet.
How large did you have to get for cacti to "not scale"? Did you try
the cactid poller [which is much faster than the standard poller]?
----------------------------------------------------------------------
Jon Lewis | I route
Senior Network Engineer | therefore you are
Atlantic Net |
_________ http://www.lewis.org/~jlewis/pgp for PGP public key_________
