<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=Windows-1252">
</head>
<body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; color: rgb(0, 0, 0); font-size: 14px; font-family: Calibri, sans-serif;">
<div>>>1. In what ways does the current quota system not work for you? (Operations)</div>
<div><br>
</div>
<div>This is Chen from Yahoo openstack engineering team, I can explain our user case for “per-flavor-quota”. </div>
<div><br>
</div>
<div>We operates a large openstack baremetal cluster where flavors are defined based on standard hardware config (a combination of cpu code, cpu cores,  Ram,  and Disk). We need to assign quota to the tenant based on the flavor/hardware config, for example,
 for tenantA, allowing it to create/checkout 10 instances of flavor C2B-24-500 (6 cores Ivy Bridge + 24GB RAM + 500GB Disk) and 20 instances of flavor C2B-48-1200. I guess this is quite common in real operational environment where the resource and finance approval
 process are hooked in. Here, the current quota system is not able to support this user case. The total number of instances, cores, rams are not sufficient to differentiate above flavor/hardware configs and thus no way to enforce the quota allocation. </div>
<div><br>
</div>
<div>Although our user case right now is from the baremetal provisioning, we do expect to apply such per-flavor-quota mechanism to vm provisioning. The idea is the same, the quota is allocated, and more important, enforced on flavor level, instead of on the
 sum-up number of individual resources which loses the information of flavor-level control. </div>
<div><br>
</div>
<div>Thanks, </div>
<div>Chen </div>
<div><br>
</div>
<span id="OLK_SRC_BODY_SECTION">
<div style="font-family:Calibri; font-size:11pt; text-align:left; color:black; BORDER-BOTTOM: medium none; BORDER-LEFT: medium none; PADDING-BOTTOM: 0in; PADDING-LEFT: 0in; PADDING-RIGHT: 0in; BORDER-TOP: #b5c4df 1pt solid; BORDER-RIGHT: medium none; PADDING-TOP: 3pt">
<span style="font-weight:bold">From: </span>Scott Devoid <<a href="mailto:devoid@anl.gov">devoid@anl.gov</a>><br>
<span style="font-weight:bold">Reply-To: </span>"OpenStack Development Mailing List (not for usage questions)" <<a href="mailto:openstack-dev@lists.openstack.org">openstack-dev@lists.openstack.org</a>><br>
<span style="font-weight:bold">Date: </span>Wednesday, April 16, 2014 at 3:40 PM<br>
<span style="font-weight:bold">To: </span>OpenStack Development Mailing List <<a href="mailto:openstack-dev@lists.openstack.org">openstack-dev@lists.openstack.org</a>>, "<a href="mailto:openstack-operators@lists.openstack.org">openstack-operators@lists.openstack.org</a>"
 <<a href="mailto:openstack-operators@lists.openstack.org">openstack-operators@lists.openstack.org</a>><br>
<span style="font-weight:bold">Subject: </span>[openstack-dev] Quotas: per-flavor-quotas<br>
</div>
<div><br>
</div>
<div>
<div>
<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>
</div>
</div>
</span>
</body>
</html>