Opennms with RAMSan = iowait?
|
| 1 2 |
|
|
||||||||
|
|
||||||||
|
|
||||||||
|
|
|
||||||||
|
|
|
||||||||
|
|
|
||||||||
|
|
||||||||
|
|
|
||||||||
|
|
|
||||||||
|
|
|
||||||||
|
In reply to this post
by Michael Danko
|
||||||||
|
|
||||||||
|
In reply to this post
by Michael Danko
|
||||||||
|
|
||||||||
|
|
On 11/10/09 6:13 AM, Graeme Fowler wrote:
> Each of these RRD files could contain up to 100 (1000? no idea what the > limit would be) data sources (DS) each with the relevant number of RRAs > with appropriate consolidation functions. Obviously each DS would then > reflect a node/element item and should be tracked in the backend DB. The problem is that it's a pain to recreate rrds when the structure needs to change, so if a device loses an interface what do you do with rrd775 that now has dead data in the middle of it? In the end, I'm just not sure it's worth trying to keep "working around" RRD's behavior... -- Benjamin Reed The OpenNMS Group http://www.opennms.org/ ------------------------------------------------------------------------------ Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july _______________________________________________ Please read the OpenNMS Mailing List FAQ: http://www.opennms.org/index.php/Mailing_List_FAQ opennms-discuss mailing list To *unsubscribe* or change your subscription options, see the bottom of this page: https://lists.sourceforge.net/lists/listinfo/opennms-discuss |
||||||||
signature.asc (267 bytes) |
|
|
||||||||
|
|
On 11/10/09 12:16 PM, Les Mikesell wrote:
> At the extreme high end it's probably easier to scale up database writes > than filesystems, but then you need a DBA that knows how to maintain the > beast. How about a quick hack to cache the whole mess in RAM and do > very lazy disk updates? An extra 10 gigs or so is pretty cheap compared > to high end disk systems or databases with DBA to tune them. As long as > the thresholds are getting checked I don't mind losing 15 minutes of > history in the unlikely event of a crash (which is probably going to > take longer than that to fix anyway). We already queue up RRD writes if I/O gets too backed up. Brozow implemented the "new" rrdcache feature rrdtool added in 1.4 in OpenNMS a number of years ago in our RRD backend. We don't *pre* cache though, so it's more of a "high I/O eventually fixes itself" rather than "keeping it down" in the first place though. -- Benjamin Reed The OpenNMS Group http://www.opennms.org/ ------------------------------------------------------------------------------ Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july _______________________________________________ Please read the OpenNMS Mailing List FAQ: http://www.opennms.org/index.php/Mailing_List_FAQ opennms-discuss mailing list To *unsubscribe* or change your subscription options, see the bottom of this page: https://lists.sourceforge.net/lists/listinfo/opennms-discuss |
||||||||
|
In reply to this post
by Les Mikesell
|
||||||||
|
|
In reply to this post
by Benjamin Reed
|
||||||||
|
|
In reply to this post
by Robert Drake
On 11/10/09 12:51 PM, Robert Drake wrote:
> hmm.. I think converting to a plug-in method is best, so people can > design all sorts of hacks for actual storage (memcached across several > servers might be nice. Or anything that spreads it across several servers) We do have a plugin system, you could write a RRDStrategy that emulates our existing interface, and does... whatever. As long as it can synthesize the data back when it's needed. -- Benjamin Reed The OpenNMS Group http://www.opennms.org/ ------------------------------------------------------------------------------ Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july _______________________________________________ Please read the OpenNMS Mailing List FAQ: http://www.opennms.org/index.php/Mailing_List_FAQ opennms-discuss mailing list To *unsubscribe* or change your subscription options, see the bottom of this page: https://lists.sourceforge.net/lists/listinfo/opennms-discuss |
||||||||
| Free Embeddable Forum Powered by Nabble | Help |
