[ClusterLabs] Antw: Re: Antw: Re: Does anyone use clone instance constraints from pacemaker-next schema?
Ulrich Windl
Ulrich.Windl at rz.uni-regensburg.de
Mon Jan 15 02:04:59 EST 2018
>>> Ken Gaillot <kgaillot at redhat.com> schrieb am 11.01.2018 um 16:09 in Nachricht
<1515683358.5199.1.camel at redhat.com>:
> 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.
A major change for a major version change; not more ;-)
>
>>
>>
>> > > > 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>
>
> _______________________________________________
> 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
More information about the Users
mailing list