Hi,
as a third approach you could also use FLUTE
See: http://mad.cs.tut.fi/
BR
Bjoern
Edward Capriolo schrieb:
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
_______________________________________________
Linux-HA mailing list
[email protected]
http://lists.linux-ha.org/mailman/listinfo/linux-ha
See also: http://linux-ha.org/ReportingProblems