[Openstack-operators] Guaranteed Resources
joe at topjian.net
Fri Oct 24 14:18:31 UTC 2014
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.
On Fri, Oct 24, 2014 at 1:38 AM, Simon Pasquier <spasquier at mirantis.com>
> Hello Joe,
> 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  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.
>  https://wiki.openstack.org/wiki/Blazar#Virtual_instance_reservation
> On Thu, Oct 23, 2014 at 5:20 PM, Joe Topjian <joe at topjian.net> wrote:
>> I'm sure some of you have run into this situation before and I'm
>> wondering how you've dealt with it:
>> 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.
>> 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.
>> There are also projects like Climate/Blazar, but a cursory look says it
>> requires Keystone v3, which we're not using right now.
>> 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.
>> Has anyone cooked up their own solution for this?
>> OpenStack-operators mailing list
>> OpenStack-operators at lists.openstack.org
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the OpenStack-operators