<div dir="ltr"><div dir="ltr"><div class="gmail_default" style="font-size:small"><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Apr 16, 2019 at 11:05 PM melanie witt <<a href="mailto:melwittt@gmail.com">melwittt@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Tue, 16 Apr 2019 09:13:47 -0700, Dan Smith <<a href="mailto:dms@danplanet.com" target="_blank">dms@danplanet.com</a>> wrote:<br>
>> Obviously, all consumers are currently Nova instances in placement<br>
>> since (AFAIK) no other services have begun using placement to store<br>
>> allocations.<br>
> <br>
> This is not the case, actually. In Nova, we can have consumers that are<br>
> instances, as well as consumers that are migrations (related to<br>
> instances, but distinct). In order to be able to distinguish between the<br>
> two, a partitioning key (I'd prefer we call this consumer type too) is<br>
> needed. The quota work needs this specifically, so that we can know the<br>
> usage by instances separately from usage that is reserved or pinned by<br>
> an ongoing migration.<br>
> <br>
>>> How urgent is this? Is there anyone available to do the work this<br>
>>> cycle? How damaging is it to punt to U? What details are missing in<br>
>>> the above description?<br>
> <br>
> I guess we defer this question to Melanie, but I think the ability to<br>
> count most of the quota elements we want using placement instead of the<br>
> current method hinges on the ability to distinguish these things.<br>
<br>
The latest incarnation of the quota usage from placement work [1] has <br>
counting from placement as opt-in, based on a few reasons explained in <br>
the commit message. And the spec will be amended when/if there is <br>
confirmation the patches will land in this form.<br>
<br>
Given the opt-in nature of the quota stuff ^, it could be tempting to <br>
punt it. But my biased opinion is that it would be nice to get working <br>
on it so we can make counting quota usage from placement our default <br>
behavior sooner than later.<br>
<br></blockquote><div><br></div><div><div class="gmail_default" style="font-size:small">+1 </div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
Consumer types would enable us to count instances from placement, I <br>
believe. Current code [1] has to count instances from instance mappings <br>
in the API database. Consumer types would also enable us to implement <br>
the quota usage behavior we want during a resize, to take max('instance' <br>
usage, 'migration' usage).<br>
<br>
Finally, resource provider partitioning would allow quota usage from <br>
placement to be correct in an environment with multiple nova deployments <br>
sharing a single placement deployment.<br>
<br>
If we are able to fill in those gaps, we would be in a good position to <br>
make counting quota usage from placement our default behavior in nova.<br>
<br></blockquote><div><br></div><div class="gmail_default" style="font-size:small">I agree that while we have started the quota counting from placement as an opt-in it would be good to get the missing pieces in to make it whole asap. I can offer help if needed for the pieces.</div></div><div><br></div>-- <br><div dir="ltr" class="gmail_signature"><div dir="ltr"><div><div dir="ltr"><br><div>Regards,<br></div><div>Surya.<br></div></div></div></div></div></div>