>>> Ken Gaillot <kgail...@redhat.com> schrieb am 17.01.2018 um 17:04 in 
>>> Nachricht
<1516205099.5103.3.ca...@redhat.com>:
> On Wed, 2018-01-17 at 08:32 +0100, Ulrich Windl wrote:
>> > > > Ken Gaillot <kgail...@redhat.com> schrieb am 16.01.2018 um
>> > > > 23:33 in Nachricht
>> 
>> <1516142036.5604.3.ca...@redhat.com>:
>> > As we look to release Pacemaker 2.0 and (separately) update the OCF
>> > standard, this is a good time to revisit the terminology and syntax
>> > we
>> > use for master/slave resources.
>> > 
>> > I think the term "stateful resource" is a better substitute for
>> > "master/slave resource". That would mainly be a documentation
>> > change.
>> 
>> If there will be exactly two states, it'll be bi-state resource, and
>> when abandoning the name, you should also abandon names like promote
>> and demote, because they stick to master/slave.
>> So maybe start with describing what a stateful resource is, then talk
>> about names.
>> BTW: All resoiucres we have are "stateful", because they can be in
>> started and stopped states at least ;-)
> 
> Good points.
> 
> A clone is a resource with a configurable number of instances using the
> same resource configuration. When a clone is stateful, each active

s/the same/a common/ # if they were the same, there could be no differences

> instance is in one of two roles at any given time, and Pacemaker

two: just two or at least two?

> manages instances' roles via promote and demote actions.

NOw try to define what promote and demote do ;-)

> 
> Too bad "roleful" isn't a word ;-)
> 
> As you mentioned, "state" can more broadly refer to started, stopped,
> etc., but pacemaker does consider "started in slave role" and "started
> in master role" as extensions of this, so I don't think "stateful" is
> too far off the mark.

Maybe also state the purpose of having different roles here, and define what a 
role as opposed to a state is.

> 
> Separately, clones (whether stateful or not) may be anonymous or unique
> (i.e. whether it makes sense to start more than one instance on the
> same node), which confuses things further.

"anonymous clone" should be defined also, just as unique: Aren't all configured 
resources "unique" (i.e. being different from each other)?

I'm curious about more than two roles, multiple "masters" and multiple "slaves".

Regards,
Ulrich


> -- 
> Ken Gaillot <kgail...@redhat.com>
> 
> _______________________________________________
> Users mailing list: Users@clusterlabs.org 
> http://lists.clusterlabs.org/mailman/listinfo/users 
> 
> Project Home: http://www.clusterlabs.org 
> Getting started: http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf 
> Bugs: http://bugs.clusterlabs.org


_______________________________________________
Users mailing list: Users@clusterlabs.org
http://lists.clusterlabs.org/mailman/listinfo/users

Project Home: http://www.clusterlabs.org
Getting started: http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf
Bugs: http://bugs.clusterlabs.org

Reply via email to