<div dir="ltr"><div> Sergio J Cazzolato wrote:</div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><span style="font-family:arial,sans-serif;font-size:13px">I would to see the operators opinion in this blueprint, we need to understand if it is useful or it is confusing for you.</span><br style="font-family:arial,sans-serif;font-size:13px">

<br style="font-family:arial,sans-serif;font-size:13px"><a href="https://review.openstack.org/#/c/84432/9" target="_blank" style="font-family:arial,sans-serif;font-size:13px">https://review.openstack.org/#/c/84432/9</a></blockquote>

<div> </div>Sergio, I'm reposting this in a new thread since this isn't about quota templates. Also I'm posting it to both operators and the development list. I think we need feedback from both.<div><br></div>

<div><div>Hopefully we can get some discussion here on:</div><div>1. In what ways does the current quota system not work for you? (Operations)</div><div>2. Are there other ways to improve / change the quota system? And do these address #1?</div>

</div><div><br></div><div>My hope is that we can make some small improvements that have the possibility of landing in the Juno phase.</div><div><br></div><div>As clarification for anyone reading the above blueprint, this came out of the operators summit and a thread on the operators mailing list [1]. This blueprint defines quotas on the number of a particular flavor that a user or project may have, e.g. "3 m1.medium and 1 m1.large instances please". The operational need for such quotas is discussed in the mailing list. </div>

<div><br></div><div>There is another interpretation of "per-flavor-quotas", which would track the existing resources (CPUs, RAM, etc) but do it on a per-flavor basis. As far as I know, there is no blueprint for this, but it was suggested in the review and on IRC. For clarity, we could call this proposal "quota resources per flavor".</div>

<div><br></div><div>There's also a blueprint for extensible resource tracking (which I think is part of the quota system), which has some interesting ideas. It is more focused on closing the gap between flavor extra-specs and resource usage / quotas. [2]</div>

<div><br></div><div>Thank you,</div><div>~ Scott</div><div><br></div><div>[1] <a href="http://lists.openstack.org/pipermail/openstack-operators/2014-April/004274.html">http://lists.openstack.org/pipermail/openstack-operators/2014-April/004274.html</a></div>

<div>[2] Extensible Resource Tracking <font color="#1155cc" face="arial, sans-serif"><u><a href="https://review.openstack.org/#/c/86050/">https://review.openstack.org/#/c/86050/</a></u></font></div></div>