<div dir="ltr">Thanks, Simon. That's one idea that we were thinking of -- sort of a DIY reservation system that the users can handle on their own.</div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Oct 24, 2014 at 1:38 AM, Simon Pasquier <span dir="ltr"><<a href="mailto:spasquier@mirantis.com" target="_blank">spasquier@mirantis.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div>Hello Joe,<br></div>I would have recommended to have a look at Blazar but since you already did... Maybe your users could mimic how Blazar accomplishes resource reservation? IIUC Blazar will spawn the reserved instances but in shelved mode [1] so they won't consume any cloud resources but they will still be accounted by the resource tracker. When the lease starts, Blazar will unshelve the instances.<br></div><div>HTH<br>Simon<br>[1] <a href="https://wiki.openstack.org/wiki/Blazar#Virtual_instance_reservation" target="_blank">https://wiki.openstack.org/wiki/Blazar#Virtual_instance_reservation</a><br></div></div><div class="gmail_extra"><br><div class="gmail_quote"><div><div class="h5">On Thu, Oct 23, 2014 at 5:20 PM, Joe Topjian <span dir="ltr"><<a href="mailto:joe@topjian.net" target="_blank">joe@topjian.net</a>></span> wrote:<br></div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div class="h5"><div dir="ltr">Hello,<div><br></div><div>I'm sure some of you have run into this situation before and I'm wondering how you've dealt with it:</div><div><br></div><div>A user requests that they must have access to a certain amount of resources at all times. This is to prevent them from being unable to launch instances in the cloud when the cloud is at full capacity.</div><div><br></div><div>I've always seen the nova.reservations table, so I thought there was some simple reservation system in OpenStack but never got around to looking into it. I think I was totally wrong about what that table does -- it looks like it's just used to assist in deducting resources from a user's quota when they launch an instance.</div><div><br></div><div>There are also projects like Climate/Blazar, but a cursory look says it requires Keystone v3, which we're not using right now.</div><div><br></div><div>Curiously, the quotas table has a column called "hard_limit" which would make one think that there was such a thing as a "soft_limit", but that's not the case, either. I see a few blueprints about adding soft limits, but nothing in place.</div><div><br></div><div>Has anyone cooked up their own solution for this?</div><div><br></div><div>Thanks,</div><div>Joe</div></div>
<br></div></div>_______________________________________________<br>
OpenStack-operators mailing list<br>
<a href="mailto:OpenStack-operators@lists.openstack.org" target="_blank">OpenStack-operators@lists.openstack.org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators</a><br>
<br></blockquote></div><br></div>
</blockquote></div><br></div>