Enterprises need to have a firm handle on their projected cloud TCO, whether it’s for a cloud migration or a net-new application. In this article, we’ll review some best practices to determine your cloud TCO as you map out your budgets and how to avoid unexpected surprises once you’re up and running.
Understand the cloud financial model
Utilization and time are the most important variables when comparing on-premises infrastructure to managed services, such as IaaS. Typically, the value assigned to an on-premises resource increases as the terms of the deal extend over a longer time frame and as utilization rates rise. That doesn’t apply to cloud resources, which are charged on a consumption basis.
To understand your cloud financial model, the first step is to assign a common resource unit to normalize the data in your TCO comparison. A resource unit could be physical servers, virtual servers or gigabytes of storage. The standard unit will apply to both on-premises and cloud assets. For the purposes of this article, we’ll assume you’re looking at a move to a cloud provider’s infrastructure and not refactoring applications for PaaS or serverless configurations.
Next, calculate the average resource unit size for that normalized value, along with the basis used to calculate the average. For example, your normalized value could be an average-sized VM, along with its RAM and virtual CPU (vCPU). You should also factor in associated services, such as networking and security, to ensure your calculation is accurate. The calculation for that value would be the total vCPU and RAM divided by the number of VMs.
You also need to model a projected growth rate for your workload. A higher percentage should indicate greater reliance on standardization and automation, which reduces overall costs at scale. Low-growth workloads aren’t a great fit for the cloud because organizations won’t realize the cost savings like they would for an in-demand application that utilizes the cloud’s elasticity and on-demand nature.
Drill down on your TCO model
Once you’ve determined your workload’s needs, decide the starting month for the modeling term. Keep in mind: The first month of any cloud initiative focuses on installations and other startup tasks. Begin your model on the second month to get a more accurate financial picture of your cloud spending.
Decide on the starting capacity, based on your projected requirements for the first true month of usage. Then, determine the optimum capacity utilization percentage and resource units for the end of your modeling term. Set a realistic ceiling of 80% to 90% utilization of maximum capacity.
Factor in any infrastructure overhead and management requirements. For example, include any service management tools and cybersecurity defenses already in place. You’ll want to compare the cost of your on-prem security and management systems to the cloud services you’ll need to do the same job. Such overhead reduces the revenue-generating capacity of a fee-based application your company sells to its customers.
IT vendors typically assign pricing and discounts for a maximum of three years for on-premises hardware. Use a monthly unit for analysis, and create your model accordingly — a longer overall time frame will affect the on-prem depreciation component of your cloud TCO analysis.
Finally, determine the usage per month to document the cloud services your organization plans to consume. The goal is to chart your potential usage of services so you can project costs. Consider the typical utilization for a production system is 100%, since these applications run constantly. Conversely, test and development systems may top out at 33% utilization because your teams only use the systems for eight hours a day.
Capture cost components
To capture the granular details that make up your existing on-prem spending and map how that will translate to the cloud, start with your hardware, which typically falls under Capex. On-prem software is also mostly counted as Capex, though it can be billed as Opex, such as with databases. Hardware and software maintenance are also a cost component to factor into your TCO.
Don’t forget to assess one-time installation fees from your cloud service provider (CSP), software vendor or outsourced professional services firm. These could include expenses needed to hire someone to architect your cloud environment or move on-prem assets to a public cloud. If your company works in the public sector, or any other highly regulated industry, there could be more upfront costs needed to cover various security requirements that must be met before an application is deployed to the cloud.
You also need to calculate recurring expenses, such as labor for operations and maintenance. If you have a hybrid cloud environment, include your data center power consumption costs into your cloud TCO. You might also have to consider capacity utilization expenditures that aren’t captured in your upfront and Capex costs. For example, software licensing fees may scale based on the VMs you deploy as your user base grows over time. – Read more
Unsure what it’ll cost to run your workloads in the cloud? Learn the parameters you need to define in order to get up and running, and avoid costly surprises.