<div dir="ltr">cool!</div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Mar 3, 2016 at 1:39 PM, Mathieu Gagné <span dir="ltr"><<a href="mailto:mgagne@internap.com" target="_blank">mgagne@internap.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 2016-03-03 12:50 PM, Silence Dogood wrote:<br>
> We did some early affinity work and discovered some interesting problems<br>
> with affinity and scheduling. =/  by default openstack used to ( may<br>
> still ) deploy nodes across hosts evenly.<br>
><br>
> Personally, I think this is a bad approach.  Most cloud providers stack<br>
> across a couple racks at a time filling them then moving to the next.<br>
> This allows older equipment to age out instances more easily for removal<br>
> / replacement.<br>
><br>
> The problem then is, if you have super large capacity instances they can<br>
> never be deployed once you've got enough tiny instances deployed across<br>
> the environment.  So now you are fighting with the scheduler to ensure<br>
> you have deployment targets for specific instance types ( not very<br>
> elastic / ephemeral ).  goes back to the wave scheduling model being<br>
> superior.<br>
><br>
> Anyways we had the braindead idea of locking whole physical nodes out<br>
> from the scheduler for a super ( full node ) instance type.  And I<br>
> suppose you could do this with AZs or regions if you really needed to.<br>
> But, it's not a great approach.<br>
><br>
> I would say that you almost need a wave style scheduler to do this sort<br>
> of affinity work.<br>
><br>
<br>
</span>You can already do it with the RAMWeigher using the<br>
ram_weight_multiplier config:<br>
<br>
  Multiplier used for weighing ram.  Negative<br>
  numbers mean to stack vs spread.<br>
<br>
Default is 1.0 which means spread.<br>
<span class="HOEnZb"><font color="#888888"><br>
--<br>
Mathieu<br>
</font></span><div class="HOEnZb"><div class="h5"><br>
_______________________________________________<br>
OpenStack-operators mailing list<br>
<a href="mailto:OpenStack-operators@lists.openstack.org">OpenStack-operators@lists.openstack.org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators</a><br>
</div></div></blockquote></div><br></div>