<div dir="ltr"><br><div class="gmail_extra"><div class="gmail_quote">On Tue, Apr 30, 2013 at 10:35 AM, Mark Washenberger <span dir="ltr"><<a href="mailto:mark.washenberger@markwash.net" target="_blank">mark.washenberger@markwash.net</a>></span> wrote:<br>
<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"><div dir="ltr">Hi all,<div><br></div><div>During the summit there was some discussion about centralizing quotas to ease administration and support domain-level quotas that would span endpoints (i.e. you might have a Nova instance limit of 10 that is met when you have 2 instances in Region East and 8 instances in Region West.)</div>

<div><br></div><div>As a brief summary, this was my estimate of the reception of the various levels of centralization that were discussed:</div><div><br></div><div>1) Central administration of quota limits - very high level of support</div>

<div>2) Central storage of quota limits - high level of support, some notable dissent</div><div>3) Central tracking of quota usage - no consensus</div></div></blockquote><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">
<div dir="ltr"><div>4) Central enforcement of quota limits - virtually no support, consensus against this approach</div></div></blockquote><div><br></div><div>I understood the opposition to 4 to apply to 3 as well (someone correct me if I'm wrong).<br>
</div><div> </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"><div dir="ltr">
<div><br></div><div>As we are looking at adding quotas to Glance during Havana, I have a few questions about this effort.</div><div><br></div><div>- Who is planning work on centralized quotas during Havana and when/where are any discussions about this work happening? Are there any series targets yet?</div>
</div></blockquote><div><br></div><div style>I haven't heard any discussion regarding quotas since the summit, but the quota storage work is being tracked here:</div><div style><br></div><div style>  <a href="https://blueprints.launchpad.net/keystone/+spec/store-quota-data">https://blueprints.launchpad.net/keystone/+spec/store-quota-data</a><br>
</div><div> </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"><div dir="ltr">
<div><br></div><div>- If central storage of quota limits is to be adopted, do we plan for quotas to lose some of their consistency? To explain, right now, quotas are fairly consistent--if my limit is 10 instances, its very difficult for me to end up with 11 instances, even if my limit just recently changed. But if limits are stored elsewhere, there may be an accepted propagation delay that would make it possible to unintentionally violate my quota.</div>

<div><br></div><div>- If losses to the consistency of quotas are not acceptable, what are the performance implications of Nova having to call out to another service to determine a quota limit prior to completing a server create request? (This part sounds scary to me!)</div>

<div><br></div><div><br></div><div>Thanks for your help!</div></div>
<br>_______________________________________________<br>
OpenStack-dev mailing list<br>
<a href="mailto:OpenStack-dev@lists.openstack.org">OpenStack-dev@lists.openstack.org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
<br></blockquote></div><br></div></div>