<div dir="ltr">Hi Kevin,<div><br></div><div>Thanks for your interest! </div><div><br></div><div>In the current implementation for Nested Quota, we want to provide a better way to handle with Hierarchical Multitenancy on Nova, like we did on <a href="https://github.com/openstack/cinder/commit/8a7ab267a6bbd48fc5e9ccb91a1472cf1e017e3f">Cinder</a>. Also, I already created the subteam on the etherpad: <a href="https://etherpad.openstack.org/p/mitaka-nova-priorities-tracking">https://etherpad.openstack.org/p/mitaka-nova-priorities-tracking</a> </div><div><br></div><div>About the re-design, I agree the quota concept that we have today it's not optimized and consistent.  I think that the problem that we're trying to solve is create a simple solution that says if the user should or shouldn't perform the action. Some similar what we are doing with the policy enforcement.</div><div><br></div><div>If we want discuss more about it, i'm available :)</div><div><br></div><div>Cheers,</div><div><br></div><div>Raildo</div></div><br><div class="gmail_quote"><div dir="ltr">On Mon, Nov 23, 2015 at 2:30 PM Kevin L. Mitchell <<a href="mailto:kevin.mitchell@rackspace.com">kevin.mitchell@rackspace.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Fri, 2015-11-20 at 16:13 +0000, Raildo Mascena wrote:<br>
> Me and other guys are working in the nested quota driver<br>
> (<a href="https://review.openstack.org/#/q/status:open+project:openstack/nova" rel="noreferrer" target="_blank">https://review.openstack.org/#/q/status:open+project:openstack/nova</a><br>
> +branch:master+topic:bp/nested-quota-driver-api,n,z) on Nova.<br>
><br>
><br>
> in addition, We want discuss the re-design of the quota implementation<br>
> on nova and in other projects, like cinder and neutron and we already<br>
> have a base spec for this here:<br>
> <a href="https://review.openstack.org/#/c/182445/4/specs/backlog/approved/quotas-reimagined.rst" rel="noreferrer" target="_blank">https://review.openstack.org/#/c/182445/4/specs/backlog/approved/quotas-reimagined.rst</a><br>
><br>
><br>
> So was I thinking on create a subteam on Nova to speed up the code<br>
> review in the nested quota implementation and discuss this re-design<br>
> of quotas. Someone have interest on be part of this subteam or<br>
> suggestions?<br>
<br>
Given my history of working on the nova quota code, I'm potentially<br>
interested in participating.  However, I'd like to start off by asking<br>
if "quota" is the correct concept?  It might be worthwhile to make a<br>
detour and consider what the problem is we're actually trying to solve.<br>
I think in the end it'll still end up being recognizably "quota", but I<br>
think it would be a worthwhile exercise and may provide better insights…<br>
--<br>
Kevin L. Mitchell <<a href="mailto:kevin.mitchell@rackspace.com" target="_blank">kevin.mitchell@rackspace.com</a>><br>
Rackspace<br>
<br>
<br>
__________________________________________________________________________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
</blockquote></div>