Sashkin - Fotolia
Proper lifecycle management is a critical goal of any virtualized infrastructure, allowing an enterprise to understand which workloads are deployed, the resources being used, the performance of each workload, the business value of each workload and the anticipated service life of each VM. When looking at VMware lifecycle management, one big question is how to treat individual virtual machines. Some might think each VM deserves its own settings while others think one set of rules fits all.
Is it really important to subject every VM to the same lifecycle management strategy? Can we treat VMs differently?
Although it may seem like these questions should have the same answer, they don't. Yes, every virtual machine should obey the same overarching lifecycle including justification, provisioning and protection, monitoring and optimizing, and review and decommissioning. This overall process ensures only VMs that impart value to the business are created with business resources, that the VMs are protected and managed properly and the VM resources will be available for re-use when the VM is no longer needed.
However, the attributes applied to various phases of the overall lifecycle can vary considerably depending on the workload's importance. For example, administrators may choose to overprovision a VM intended for a mission-critical workload (such as a database) to help guard against potential performance glitches during periods of high demand, and management alerts may be configured to warn administrators long before resource use becomes critical. By comparison, less-important VMs may receive fewer "extra" resources (tighter provisioning) and VM lifecycle management alerts may be set much closer to resource limits -- there is less to lose if the VM's performance falters a bit.
Similarly, the data protection scheme applied to each VM can also vary in proportion to the particular VM's value. For example, VMs running mission-critical email server components might receive copious failover planning, frequent snapshots, replication to several off-site locations and even be integrated into a high-availability VM cluster. By comparison, less-critical workloads might receive only infrequent snapshots and little, if any, failover preparation because it's not a big deal if that workload becomes unavailable for a time.
So while the same VM lifecycle management approach should ideally apply to every VM, the management, monitoring and other particulars can be tailored to a specific workload.
Dig Deeper on Virtual machine performance management
Related Q&A from Stephen J. Bigelow
Fog computing vs. edge computing -- while many IT professionals use the terms synonymously, others make subtle but important distinctions between ... Continue Reading
Learn how load balancing in the cloud differs from a traditional network traffic distribution, and explore services available from AWS, Google and ... Continue Reading
Access management is critical to securing the cloud. Understand the differences between AWS IAM roles and users to properly restrict access to AWS ... Continue Reading