<div dir="ltr">One way I know some providers work around this when using OpenStack is by fronting the VM request with some code in the web server that checks if the requested spec has an existing flavor. if so, use the flavor, if not, use an admin account that creates a new flavor and assign use it for that user request then remove if when the build is complete. This naturally impacts your control over hardware efficiency but it makes your scenario possible (for better or for worse). I also hate being forced to do what someone else decided was going to be best for me. That's my decision and thanksully with openStack, this kind of thing is rather easy to do.<div><br></div><div>//adam</div></div><div class="gmail_extra"><br clear="all"><div><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div dir="ltr"><font><div style="font-family:arial;font-size:small"><b><i><br>Adam Lawson</i></b></div><div><font><font color="#666666" size="1"><div style="font-family:arial"><br></div><div style="font-family:arial;font-size:small">Principal Architect, CEO</div><div style="font-family:arial;font-size:small">Office: +1-916-794-5706<br></div></font></font></div></font></div></div></div></div></div></div>
<br><div class="gmail_quote">On Thu, Mar 16, 2017 at 7:52 AM, Jonathan D. Proulx <span dir="ltr"><<a href="mailto:jon@csail.mit.edu" target="_blank">jon@csail.mit.edu</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
I have always hated flavors and so do many of my users.<br>
<br>
On Wed, Mar 15, 2017 at 03:22:48PM -0700, James Downs wrote:<br>
<span class="">:On Wed, Mar 15, 2017 at 10:10:00PM +0000, Fox, Kevin M wrote:<br>
:> I think the really short answer is something like: It greatly simplifies scheduling and billing.<br>
:<br>
:The real answer is that once you buy hardware, it's in a fixed radio of CPU/Ram/Disk/IOPS, etc.<br>
<br>
</span>This while apparently reasonable is BS (at least in private cloud<br>
space).  What users request and what they actualy use are wildly<br>
divergent.<br>
<br>
*IF* usage of claimed resorces were at or near optimal then this might<br>
be true .  But if people are claiming 32G of ram because that how much<br>
you assigned to a 16 vCPU instance type but really just need 16<br>
threads with 2G or 4G then you packing still sucks.<br>
<br>
I'm mostly bound on memory so I mostly have my users select on that<br>
basis and over provide and over provision CPU since that can be<br>
effectively shared between VMs where memory needs to be dedicated<br>
(well mostly)<br>
<br>
I'm sure I've ranted abotu this before but as you see from other<br>
responses we seem to be in the minority position so mostly I rant at<br>
the walls while my office mates look on perplexed (actually they're<br>
pretty used to it by now and ignore me :) )<br>
<br>
-Jon<br>
<div class="HOEnZb"><div class="h5"><br>
______________________________<wbr>_________________<br>
OpenStack-operators mailing list<br>
<a href="mailto:OpenStack-operators@lists.openstack.org">OpenStack-operators@lists.<wbr>openstack.org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators" rel="noreferrer" target="_blank">http://lists.openstack.org/<wbr>cgi-bin/mailman/listinfo/<wbr>openstack-operators</a><br>
</div></div></blockquote></div><br></div>