<div dir="ltr"><div class="gmail_default" style="font-family:arial,helvetica,sans-serif;font-size:small;color:rgb(0,0,0)">Screw the short answer -- that is annoying to read, and it doesn't simplify BILLING from a CapEx/OpEx perspective, so please - wtf?<br><br></div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif;font-size:small;color:rgb(0,0,0)">Anyway, Vladimir - I love your question and have always wanted the same thing.<br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Mar 15, 2017 at 6:10 PM, Fox, Kevin M <span dir="ltr"><<a href="mailto:Kevin.Fox@pnnl.gov" target="_blank">Kevin.Fox@pnnl.gov</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">




<div>
<div style="direction:ltr;font-family:Tahoma;color:#000000;font-size:10pt">I think the really short answer is something like: It greatly simplifies scheduling and billing.<br>
<br>
<div style="font-family:Times New Roman;color:#000000;font-size:16px">
<hr>
<div style="direction:ltr" id="m_-7807102019416086700divRpF230106"><font size="2" color="#000000" face="Tahoma"><b>From:</b> Vladimir Prokofev [<a href="mailto:v@prokofev.me" target="_blank">v@prokofev.me</a>]<br>
<b>Sent:</b> Wednesday, March 15, 2017 2:41 PM<br>
<b>To:</b> OpenStack Operators<br>
<b>Subject:</b> [Openstack-operators] Flavors<br>
</font><br>
</div>
<div></div>
<div>
<div dir="ltr">A question of curiosity - why do we even need flavors?
<div><br>
</div>
<div>I do realise that we need a way to provide instance configuration, but why use such a rigid construction? Wouldn't it be more flexible to provide instance configuration as a set of parameters(metadata), and if you need some presets - well, use a preconfigured
 set of them as a flavor in your front-end(web/CLI client parameters)?</div>
<div><br>
</div>
<div>Suppose commercial customer has an instance with high storage IO load. Currently they have only one option - upsize instance to a flavor that provides higher IOPS. But ususally provider has a limited amount of flavors for purchase, and they upscale everything
 for a price. So instead of paying only for IOPS customers are pushed to pay for whole package. This is good from revenue point of view, but bad for customer's bank account and marketing(i.e. product architecure limits).</div>
<div>This applies to every resource - vCPU, RAM, storage, networking, etc - everything is controlled by flavor.</div>
<div><br>
</div>
<div>This concept has never been questioned anywhere I can search, so I have a feeling I'm missing something big here. Maybe other ways are too complicated to implement?</div>
<div><br>
</div>
<div>So does anyone has any idea - why such rigid approach as flavors instead of something more flexible?</div>
</div>
</div>
</div>
</div>
</div>

<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>
<br></blockquote></div><br></div>