I was thinking to do something like this. <node id="uuid1" uname="nodeA" type="normal"> 526 <instance_attributes id="uuid1:custom_attrs"> 527 <attributes> 528 <nvpair id="uuid1:installed_ram" name="installed_ram" value="1024"/> 529 <nvpair id="uuid1:my_other_attr" name="my_other_attr" value="bob"/> 530 </attributes> 531 </instance_attributes>
With instance attributes, i could essentially use them for objects. <nvpair id="uuid1:object1:childobject:grandchild object" name="installed_ram" value="1024"/> However changing the DTD would be less code work for me. Lets assume I simply add my root object as an ANY definition in DTD. Do any other changes have to happen, would the rest of heartbeat ignore that object? Will the cibadmin commands be able to work with the xml tree. It seems like they should. The reason I am very interested in the CIB, is no other database system I can find dynamically scales. MySQL cluster besides requiring 4 nodes, will not scale on demand. I will have to change configuration files on each of the mysql servers every time a node is added etc. Same problem with a clustered file system the configuration. Linux HA has this interesting side effect of being a mulit-master XML database that will scale dynamically The data will not be changing very often at all. It will be accessed maybe a few changes a day. So it seems like this might be a good fit. On Mon, Aug 25, 2008 at 6:01 AM, Andrew Beekhof <[EMAIL PROTECTED]> wrote: > On Sat, Aug 23, 2008 at 18:27, Edward Capriolo <[EMAIL PROTECTED]> wrote: >> I have a project that will involve two to eight nodes . A small >> ammount of data needs to be synced acoss the cluster some of it will >> be used by ocf to start services.the data is transactional and needs >> to be replicated quickly. I am evaluating two options mysql cluster as >> well as just storing the information in the cib directly. > > In theory yes, but you might need to update the DTD > >> Can >> arbitrary data be stored in cib. If so how much data is too much to >> store in the cib before it begins to effect the operation of ha. > > Its more the rate of change that could be a problem. > >> Even if you can is it smart to store arbitrary data is the cib > > It depends on how much and how much it changes. > _______________________________________________ > Linux-HA mailing list > [email protected] > http://lists.linux-ha.org/mailman/listinfo/linux-ha > See also: http://linux-ha.org/ReportingProblems > _______________________________________________ Linux-HA mailing list [email protected] http://lists.linux-ha.org/mailman/listinfo/linux-ha See also: http://linux-ha.org/ReportingProblems
