[Reconnoiter-users] Can Reconnoiter handle a very large number of check names?

Theo Schlossnagle jesus at omniti.com
Wed Mar 17 09:08:16 EDT 2010

What you are referring to is metric names.  Can Reconnoiter support 100k metrics in a single check?  I suppose yes.  However, I think it would provide more stability and flexibility to split them out across multiple checks.  The reason being: checks have a run period individually, so if you were to stop reconnoiter (administrative or due to a crash) it would have to rerun the whole check.  If you chose to federate the data storage of all these things, it it currently possible by sid (check id) and not by metric name -- so if you have one check and 100k metrics, it will always live on one storage node.

Were it me, I'd do one check per site, name the check for the URL and have the metric name something short and sweet that describes what "234" is (in your example).

On Mar 17, 2010, at 12:48 AM, Julian Seidenberg wrote:

> Hello,
> I'm wondering whether or not it is possible to have a very large  
> number of check names using Reconnoiter.
> When creating a custom lua script to create a check I want to e.g. be  
> able to do this following:
> check.metric_double("https://labs.omniti.com/trac/reconnoiter", 234);  
> -- page URL and load time in ms
> And do this for a potentially very large number of URLs (hundreds of  
> thousands). It would all be using one UUID/sensor ("sid" column in the  
> database), but there would be a lot of different "name" values. Is  
> Reconnoiter architected in such a way that it can handle this kind of  
> use (for graphing, etc), or am I better offer storing the URLs and  
> associated processing times as text in a "check.metric_string" and  
> dealing with them in some other way?
> Thanks,
> Julian
> _______________________________________________
> Reconnoiter-users mailing list
> Reconnoiter-users at lists.omniti.com
> http://lists.omniti.com/mailman/listinfo/reconnoiter-users

Theo Schlossnagle

More information about the Reconnoiter-users mailing list