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 <[email protected]> wrote: > 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 [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. > HTH > Simon > [1] https://wiki.openstack.org/wiki/Blazar#Virtual_instance_reservation > > On Thu, Oct 23, 2014 at 5:20 PM, Joe Topjian <[email protected]> wrote: > >> Hello, >> >> 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? >> >> Thanks, >> Joe >> >> _______________________________________________ >> OpenStack-operators mailing list >> [email protected] >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators >> >> >
_______________________________________________ OpenStack-operators mailing list [email protected] http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators
