[ClusterLabs] Antw: Re: Does anyone use clone instance constraints from pacemaker-next schema?

Ken Gaillot kgaillot at redhat.com
Thu Jan 11 10:09:18 EST 2018


On Thu, 2018-01-11 at 09:12 +0100, Ulrich Windl wrote:
> BTW: Could be fix that "Master/slave resources need different
> monitoring intervals for master and slave" at this time?

Unfortunately that would be a major project, as the interval is used to
identify the operation throughout the code base.

> 
> 
> > > > Jehan-Guillaume de Rorthais <jgdr at dalibo.com> schrieb am
> > > > 11.01.2018 um 01:16 in
> 
> Nachricht <20180111011616.496a383b at firost>:
> > On Wed, 10 Jan 2018 12:23:59 -0600
> > Ken Gaillot <kgaillot at redhat.com> wrote:
> > ...
> > > My question is: has anyone used or tested this, or is anyone
> > > interested
> > > in this? We won't promote it to the default schema unless it is
> > > tested.
> > > 
> > > My feeling is that it is more likely to be confusing than
> > > helpful, and
> > > there are probably ways to achieve any reasonable use case with
> > > existing syntax.
> > 
> > For what it worth, I tried to implement such solution to dispatch
> > mulitple
> > IP addresses to slaves in a 1 master 2 slaves cluster. This is
> > quite time
> > consuming to wrap its head around sides effects with colocation,
> > scores and
> > stickiness. My various tests shows everything sounds to behave
> > correctly 
> > now,
> > but I don't feel really 100% confident about my setup.
> > 
> > I agree that there are ways to achieve such a use case with
> > existing syntax.
> > But this is quite confusing as well. As instance, I experienced a
> > master
> > relocation when messing with a slave to make sure its IP would move
> > to the
> > other slave node...I don't remember exactly what was my error, but
> > I could
> > easily dig for it if needed.
> > 
> > I feel like it fits in the same area that the usability of
> > Pacemaker. Making 
> > it
> > easier to understand. See the recent discussion around the
> > gocardless war 
> > story.
> > 
> > My tests was mostly for labs, demo and tutorial purpose. I don't
> > have a
> > specific field use case. But if at some point this feature is
> > promoted
> > officially as preview, I'll give it some testing and report here
> > (barring 
> > the
> > fact I'm actually aware some feedback are requested ;)).
> > 
> > _______________________________________________
> > Users mailing list: Users at clusterlabs.org 
> > http://lists.clusterlabs.org/mailman/listinfo/users 
> > 
> > Project Home: http://www.clusterlabs.org 
> > Getting started: http://www.clusterlabs.org/doc/Cluster_from_Scratc
> > h.pdf 
> > Bugs: http://bugs.clusterlabs.org
> 
> 
> _______________________________________________
> Users mailing list: Users at 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
-- 
Ken Gaillot <kgaillot at redhat.com>




More information about the Users mailing list