Grounded in the Cloud
Showing results for 
Search instead for 
Do you mean 

Best practices for decommissioning cloud service resources

‎01-30-2014 09:48 AM - edited ‎10-23-2015 01:58 PM

Guest post by

By Sebastien Reister, HP Senior Cloud Architect


In my two previous posts, I looked at some different ways to think about automated provisioning of an operating system (Read Clone vs. script OS builds: Why “time to deploy” is not the only deciding factor and Improve server delivery by looking past “time to deploy”).


Now let’s extend some of this thinking to decommissioning a server.


Resource management


A cloud service is really an aggregate of disparate resources, which typically includes CPU, memory, and disk storage, but it may also include:

  • IP address
  • Hostname
  • OS
  • Software agents you deploy on the OS
  • Service accounts you create in the AD
  • Applications on top of the OS


In short, all the components of your service are resources — and as with most things, resources are finite. You need to make sure that when a resource is not in use, it goes back to the pool of available resources.


Stacking your services up


I like to think of cloud services as residing within a giant cube, where each service is a smaller cube made of its various resources (Figure 1). In the case of decommissioning, if one of the service cubes is not properly deleted, you face the risk that another service will fail the next time you add it to your cloud environment.



Fig. 1: A simplified schema of cloud services


An unused resource that was not cleaned properly presents three potential problems:

  1. You will not be able to use or bill for this resource, so that’s a waste of money
  2. The next instance of your service may fail, because the cloud is not considered to be in a stable state
  3. The unused resource may block other resources, even if you think they are free


What to watch out for


There are typically two ways you can end up in this situation:

  • When setting up the service, you did not include specifications for the proper way to automatically decommission the resource
  • A service failed but you did not properly remediate a faulty automated process, resulting in one of the resources being overlooked and getting stuck in limbo



Two simple decommissioning best practices

You can avoid having to troubleshoot the issues that arise from improper decommissioning by always being mindful of the individual resource components that actually make the cloud service work. Here are two simple tips:


  1. When building a cloud service, always think about how to put the resources that you’re selecting back into the pool when the service is no longer operating.
  2. If a cloud service fails, make it a standard practice to release the resources back into the pool as quickly as possible.


Learn more

Discover how to simplify the management of enterprise-grade application and infrastructure cloud services with HP Cloud Service Automation, the industry’s most comprehensive, unified cloud management platform. Learn more at


0 Kudos
About the Author


This account is for guest bloggers. The blog post will identify the blogger.

Aug 29 - Sep 1
Boston, MA
HPE Big Data Conference 2016
Attend HPE’s Big Data Conference on August 29 - September 1, 2016 to learn from peers in every industry and hear from Big Data experts and thought lea...
Read more
Sep 13-16
National Harbor, MD
HPE Protect 2016
Protect 2016 is our annual conference on September 13 - 16, 2016, and is the place to meet the world’s top information security talent, discuss new pr...
Read more
View all