<div dir="ltr"><div class="gmail_default" style="font-family:monospace,monospace"><br></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Aug 26, 2016 at 10:20 AM, Ed Leafe <span dir="ltr"><<a href="mailto:ed@leafe.com" target="_blank">ed@leafe.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 Aug 25, 2016, at 3:19 PM, Andrew Laski <<a href="mailto:andrew@lascii.com">andrew@lascii.com</a>> wrote:<br>
<br>
> One other thing to note is that while a flavor constrains how much local<br>
> disk is used it does not constrain volume size at all. So a user can<br>
> specify an ephemeral/swap disk <= to what the flavor provides but can<br>
> have an arbitrary sized root disk if it's a remote volume.<br>
<br>
</span>This kind of goes to the heart of the argument against flavors being the sole source of truth for a request. As cloud evolves, we keep packing more and more stuff into a concept that was originally meant to only divide up resources that came bundled together (CPU, RAM, and local disk). This hasn’t been a good solution for years, and the sooner we start accepting that a request can be much more complex than a flavor can adequately express, the better.<br>
<br>
If we have decided that remote volumes are a good thing (I don’t think there’s any argument there), then we should treat that part of the request as being as fundamental as a flavor. We need to make the scheduler smarter so that it doesn’t rely on flavor as being the only source of truth.<br></blockquote><div><div class="gmail_default" style="font-family:monospace,monospace;display:inline">​+1​</div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
The first step to improving Nova is admitting we have a problem. :)<br>
<span class="HOEnZb"><font color="#888888"><br>
<br>
-- Ed Leafe<br>
</font></span><div class="HOEnZb"><div class="h5"><br>
<br>
<br>
<br>
<br>
<br>
______________________________<wbr>______________________________<wbr>______________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.<wbr>openstack.org?subject:<wbr>unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/<wbr>cgi-bin/mailman/listinfo/<wbr>openstack-dev</a><br>
</div></div></blockquote></div><br></div></div>