Thanks to everyone who contributed to this discussion. With just a
teeny bit more bikeshedding on the exact syntax [1], we landed on:
group_policy={none|isolate}
I have proposed this delta to the granular spec [2].
-efried
[1]
http://p.anticdent.org/logs/openstack-placement?dated=2018-04-19%2013:48:39.213790#a1c
[2] https://review.openstack.org/#/c/562687/
On 04/19/2018 07:38 AM, Balázs Gibizer wrote:
>
>
> On Thu, Apr 19, 2018 at 2:27 PM, Eric Fried <openst...@fried.cc> wrote:
>> gibi-
>>
>>> Can the proximity param specify relationship between the un-numbered
>>> and
>>> the numbered groups as well or only between numbered groups?
>>> Besides that I'm +1 about proxyimity={isolate|any}
>>
>> Remembering that the resources in the un-numbered group can be spread
>> around the tree and sharing providers...
>>
>> If applying "isolate" to the un-numbered group means that each resource
>> you specify therein must be satisfied by a different provider, then you
>> should have just put those resources into numbered groups.
>>
>> If "isolate" means that *none* of the numbered groups will land on *any*
>> of the providers satisfying the un-numbered group... that could be hard
>> to reason about, and I don't know if it's useful.
>>
>> So thus far I've been thinking about all of these semantics only in
>> terms of the numbered groups (although Jay's `can_split` was
>> specifically aimed at the un-numbered group).
>
> Thanks for the explanation. Now it make sense to me to limit the
> proximity param to the numbered groups.
>
>>
>> That being the case (is that a bikeshed on the horizon?) perhaps
>> `granular_policy={isolate|any}` is a more appropriate name than
>> `proximity`.
>
> The policy term is more general than proximity therefore the
> granular_policy=any query fragment isn't descriptive enough any more.
> </bikeshed>
>
> gibi
>
>>
>> -efried
>>
>> __________________________________________________________________________
>>
>> OpenStack Development Mailing List (not for usage questions)
>> Unsubscribe:
>> openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
>
> __________________________________________________________________________
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
__________________________________________________________________________
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
