[ClusterLabs] Antw: Re: Antw: Re: Antw: Unexpected Resource movement after failover

Ulrich Windl Ulrich.Windl at rz.uni-regensburg.de
Mon Oct 24 10:04:53 EDT 2016


>>> Nikhil Utane <nikhil.subscribed at gmail.com> schrieb am 24.10.2016 um 13:04
in
Nachricht
<CAGNWmJU+nCa_qPfjRcWwTXdJEqqQb_0F43_ocfqM9uP3-=eK9A at 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 <bubble at hoster-ok.com>
> 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: Users at clusterlabs.org 
>>> 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: Users at clusterlabs.org 
>> 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 
>>







More information about the Users mailing list