>>> Nikhil Utane <[email protected]> schrieb am 24.10.2016 um 13:04 in Nachricht <CAGNWmJU+nCa_qPfjRcWwTXdJEqqQb_0F43_ocfqM9uP3-=e...@mail.gmail.com>: > That is what happened here :(. > When 2 nodes went down, two resources got scheduled on single node. > Isn't there any way to stop this from happening. Colocation constraint is > not helping.
Why don't you try utilization? > > -Regards > Nikhil > > On Sat, Oct 22, 2016 at 12:57 AM, Vladislav Bogdanov <[email protected]> > wrote: > >> 21.10.2016 19:34, Andrei Borzenkov wrote: >> >>> 14.10.2016 10:39, Vladislav Bogdanov пишет: >>> >>>> >>>> use of utilization (balanced strategy) has one caveat: resources are >>>> not moved just because of utilization of one node is less, when nodes >>>> have the same allocation score for the resource. So, after the >>>> simultaneus outage of two nodes in a 5-node cluster, it may appear >>>> that one node runs two resources and two recovered nodes run >>>> nothing. >>>> >>>> >>> I call this a feature. Every resource move potentially means service >>> outage, so it should not happen without explicit action. >>> >>> >> In a case I describe that moves could be easily prevented by using >> stickiness (it increases allocation score on a current node). >> The issue is that it is impossible to "re-balance" resources in >> time-frames when stickiness is zero (over-night maintenance window). >> >> >> >> Original 'utilization' strategy only limits resource placement, it is >>>> not considered when choosing a node for a resource. >>>> >>>> >>> >>> _______________________________________________ >>> Users mailing list: [email protected] >>> http://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: [email protected] >> http://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: [email protected] http://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
