Open Stack

We do something similar.  We give everyone in the company an account on the internal cloud.  By default they have a user-<username> project.  We have a Jenkins job that adds metadata to all vm’s that are in user- projects.  We then have additional jobs that read that metadata and determine when the VM has been alive for x period of time.  At 45 days we send an email saying that we will remove the vm in 15 days, and they can request a 30 day extension (which really just resets some metadata information on the vm).  On day 60 the vm is shut down and removed.  For non user- projects, people are allowed to have their vm’s created as long as they want.

I believe I remember seeing something presented in the paris(?) time frame by overstock(?) that would treat vm’s more as a lease.  IE You get an env for 90 days, it goes away at the end of that.


___________________________________________________________________
Kris Lindgren
Senior Linux Systems Engineer
GoDaddy

On 8/3/16, 10:47 AM, "Jonathan D. Proulx" <jon at csail.mit.edu> wrote:

    Hi All,
    
    As a private cloud operatior who doesn't charge internal users, I'd
    really like a way to force users to set an exiration time on their
    instances so if they forget about them they go away.
    
    I'd though Blazar was the thing to look at and Chameleoncloud.org
    seems to be using it (any of you around here?) but it also doesn't
    look like it's seen substantive work in a long time.
    
    Anyone have operational exprience with blazar to share or other
    solutions?
    
    -Jon
    
    _______________________________________________
    OpenStack-operators mailing list
    OpenStack-operators at lists.openstack.org
    http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators