Estimating the cost of migrating servers to the public cloud

Use the cloud migration simulation to evaluate the opportunity and cost effectiveness of migrating servers (compute resources or VMs) that are hosted in your on-premises infrastructure to a public cloud. The simulation results enable you to quickly determine the projected cost of using the public cloud and compare the cost with that of your on-premises infrastructure. 

You can simulate the migration of selected servers (from the Servers page) or servers that a business service uses (from the Business Service Cost Details page), or servers that a cost pool uses (from the Cost Pool Details page). For every server to be migrated, you can view the optimized recommendations for instance sizes and other associated characteristics on the public cloud. You can modify these characteristics and evaluate the impact of the change on the overall migration cost.

You can simulate migration to the following public cloud providers: AWS, Azure, and Google Cloud. 

The backend simulation algorithm in the Cost Estimation service uses one of the following strategies:

  • Utilization-based migration: Resource utilization of the servers to be migrated is measured and analyzed to suggest the best or ideal resized instance types on the public clouds. This is the default strategy.
  • Lift-and-Shift: Servers are replicated or re-hosted on the target public cloud without any redesigning.
    For more information about the strategies, see Strategies for cloud migration simulation

Reference information


 Definitions (Server, Resource, Business service)

Server:A specific type of compute resource. A virtual machine that is running in the cloud or in the on-premises data center.

Resource: An entity or a service of a cloud provider or in the on-premises data center that users can work with. For example, physical servers, virtual machines, storage devices, containers.

Business service: An IT service that directly supports a business process. For example, financial services, online banking services delivered by banks to its customers, or Human Resource (HR) services delivered by an HR department.

Cost pool:

A dynamic aggregation of resources that are associated with a specific user, cost center, or department in your organization. The resources can be provisioned in the public cloud and the on-premises infrastructure. You can use a cost pool to monitor and analyze the cost, usage, and budget of the resources. 


Information

The Cost Estimation service considers a month of 30 days to estimate the migration costs.

The cloud migration simulation feature enables you to achieve the following goals:

  • Compare the on-premises and public cloud costs for the same set of servers.
  • Evaluate the estimated monthly cost of migrating to the public cloud.
  • Evaluate the characteristics of the proposed or recommended instances on the public cloud.
  • Customize or modify the characteristics of the proposed instances and evaluate the impact on the migration cost.

Workflow to simulate the cloud migration

ccc_simulation

To estimate the cost of migrating servers to the public clouds

1. Initiate the migration simulation

You can simulate migration of selected servers from the Servers page, or all servers in a business service or cost pool. By default, you can migrate 1000 servers in one attempt. If the number of servers to be migrated exceeds this limit, only the first 1000 servers are migrated. If required, the administrator can modify this limit from the  Global configuration  page in the TrueSight Capacity Optimization console. 

    • To migrate servers: 
      1. In the navigation pane of the TrueSight console, select Cloud Cost Control and then, click the Servers tab.
      2. Click Simulate Cloud Migration.
      3. From the list of the servers, select the servers that you want to migrate. 

        Tip

        Use tags to filter out servers so that you have a shorter list of servers to select from. For example, to select servers from your Development environment only, you can filter out the list of servers by applying the appropriate (for example, Dev) tag, and then select servers from this filtered list. For more information about tag filters, see Working with tag filters. .

      4. Click Apply.
        The Simulate migration for # servers page opens, where # is the number of servers that you selected in the earlier step. 
        By default, the cloud provider with the lowest projected cost of migrated servers is selected.

    • To migrate a business service: 
      1. In the navigation pane of the TrueSight console, select Cloud Cost Control and click the Business Services tab.
      2. Click the name of the business service that you want to migrate.
      3. In the Business Service Cost Details page, click Simulate Cloud Migration.
        The Simulate migration for service: <Business service> page opens, where <Business service> is the name of the selected business service.
        By default, the cloud provider with the lowest projected cost of migrated servers is selected.

    • To migrate a cost pool: 
        • In the navigation pane of the TrueSight console, select Cloud Cost Control and click the Cost Pools tab.
        • Click the name of the cost pool that you want to migrate.
        • In the Cost Pool Details page, click Simulate Cloud Migration.
          The Simulate migration for cost pool: <Cost pool> page opens, where <Cost pool> is the name of the selected cost pool.
          By default, the cloud provider with the lowest projected cost of migrated servers is selected.

2. Evaluate the simulation results

    1. Depending on the cloud provider that you want to evaluate further, click the target cloud provider name. 

      Information

      If you want to simulate migration to a specific target provider only, you can select the target cloud providers from the Settings page (Optimization tab). For more information, see Configuring migration simulation and recommendation settings

      The page displays a table that lists the servers to be migrated. The table has two sections: Before and After. Values of the selected server's characteristics are displayed in the Before section and those of the proposed instance on the public cloud are displayed in the After section.

    2. Review the total migration cost estimates and characteristics of the proposed migrated instances on the public cloud. 
      The following screenshot shows the Simulation results page when simulation is initiated from the Business Services page. The Azure cloud provider is selected as the target cloud provider to display the simulation details.

      LabelDescription
      A

      Estimate of the total monthly cost of the servers that you want to migrate.

      This cost is an estimate based on the characteristics of the servers that are selected for migration. Your actual monthly cost might be different.


      B
      Estimate of the total monthly cost of migrating to the public cloud providers. Costs for the following payment modes or billing options are provided (Left to right):
      • On-demand or pay-as-you-go 
      • Full upfront yearly payment1
      • Full upfront payment for three years 1

      1 - For AWS, the costs are calculated based on the AWS EC2 Reserved Instances Pricing . For Azure, the costs are calculated by considering a discount of 20% on the total monthly cost because Azure does not publish a catalog of prices for reserved instances. For Google Cloud, the costs are calculated based on the committed use discounts for the predefined machine types (custom machine types are not supported).

      The simulation provides an estimate of the migration costs based on the characteristics of the selected servers. Your actual monthly costs will be based on your usage, and might vary from these estimates.

      If a provider does not have an instance type that matches the required configuration of a source server after simulating the migration, the next best available instance type is proposed.

      A warning symbol is displayed next to this Provider as shown in the following screenshot.

      CNet percentage increase or decrease in cost after migration. This estimated value indicates whether the migration is cost-effective or not.
      DSuggested region where the migrated server will reside. You can modify the region and view the impact of this change on the cost of migration. Select a region that is closer to your user base.
      E
      Configuration details of the server to be migrated are displayed in the Before section. Values for the following characteristics are displayed:
      Instance type, operating system that the instance is running, estimated cost of the server, number of CPU cores, allocated memory, and amount of storage or storage size.

      The three bar graphs depict the estimated utilization of the CPU, memory, and storage space in the last 30 days.
      If the Utilization-based strategy is applied, resource utilization is computed by considering the selected Optimization behavior. For more information, see Strategies for cloud migration simulation.
      If the Lift-and-shift strategy is applied, the computation of the resource utilization considers the average value of the hourly samples. Then, 95th percentile of the hourly value over the last 30 days is computed for each resource. Spikes in the resource utilization within the hour are not considered.

      The utilization bar colors are based on the following default threshold ranges:

      ColorResource utilization threshold range
      CPUMemoryStorage
      GreenBelow 75%Below 80%Below 85%
      YellowBetween 75% and 85%Between 80% and 90%Between 85% and 95%
      RedAbove 85%Above 90%Above 95%

      You can modify the thresholds from the Metric thresholds page. For more information, see Configuring and managing thresholds for metrics and indicators .

      F

      Configuration details of the proposed server or instance on the public cloud are displayed in the After section. Values for the following characteristics are displayed:

      Instance type, operating system that the instance is running, estimated cost of the server, number of CPU cores, allocated memory, amount of storage or storage size, and storage type.

      info Information: The default storage type of the proposed server is as follows:

      • AWS - General Purpose
      • Azure - Unmanaged Standard - LRS
      • Google Cloud - Local SSD 

      The three bar graphs depict the estimated future utilization of CPU, memory, and storage space of the target server.

      The utilization values are computed by considering the estimated utilization of resources of the source server (as shown in the bar graphs in the Before section) and the amount of resources of the target server.

      If Utilization-based strategy is applied, computation of the CPU utilization value also considers CPU benchmarks. For more information about this strategy, see Strategies for cloud migration simulation

      You can modify some of the characteristics of the proposed server. For more information, go to the next step.

      G

      The selected migration strategy and optimization behavior that are used by the backend simulation algorithm.

      For more information about the supported strategies and the optimization behaviors, see Strategies for cloud migration simulation.

      You can modify the selected strategy and behavior from the Settings page. For more information, see Configuring migration simulation and recommendation settings.

    3. Review additional details of the proposed server. 
      Click the Edit icon that is placed next to the corresponding source server.
      The
      Simulation migration for <source server> window opens. Values of the characteristics of the source server and proposed server that are shown on the Simulation results page are displayed in this window along with additional information.


      The following additional information is displayed for the source and target servers in the Before and After sections, respectively:

      Additional characteristicDescription
      Instance SizeConfiguration of the instance or server. For example, 1 CPU, 2 GB Mem.
      Estimated SPECint_rate2006

      Estimated benchmark for the CPU. SPECint_rate2006 is used as the reference benchmark.

      For the target server, the information in brackets indicates whether its CPU performance is faster or slower than the source server.


      If the CPU benchmark value for the source server is unavailable, the simulation results are generated without considering benchmarks. 

      Accuracy icon

      Displayed at the top-right corner in the After section. The icon indicates the accuracy level of the recommended or proposed resized configuration of the target server.

      For Utilization-based migration strategy, the accuracy level is based on the Optimization behavior, defines the backend process of computing the utilization of the source server, which impacts the resizing suggestion.

      Information

      The following table provides the possible values of the accuracy icon:

      IconAccuracy level
      Very Low
      Low
      Medium
      High
      Very High

      The Very High accuracy level is achieved when the suggested resized VM is based on the strategy and Optimization behavior (only for Utilization-based strategy) that you selected.

      If the utilization value of any of the resources (CPU, Memory, Storage) of the proposed server exceeds its Warning threshold, a warning symbol is displayed next to the value. 

      If the ideal or best resized instance type is not available, the next best instance type that is available is suggested. And, a warning is displayed next to the Instance Type field.

3. Customize the proposed server characteristics as per your requirement and re-evaluate the migration costs and other updated values

    1. Ensure that the Simulation migration for <source server> window is open that displays the details of the proposed server that you want to modify. 
      To open the window, for the proposed server that you want to customize, click the Editicon that is placed next to the corresponding source server. The Simulation migration for <source server> window opens.

    2. Based on your requirement, in the After section, modify the following characteristics:

      Characteristic/FieldDescription

      Instance Type

      Modify the instance type based on the catalog of instances that is available for the selected public cloud provider. You can decide whether you want to modify the instance type by reviewing the other characteristics of the proposed server. Changes to the instance type changes the Cost value for the server and causes a change to the vCPU, memory, and Storage values, and changes to the storage type updates the storage value. As a result, the corresponding utilization values are re-computed and the CPU Util, Memory Util, and Storage Util values are updated.  For example, consider that the Lift-and-shift strategy is applied and the proposed AWS instance type is c4.8xlarge. The CPU Util shows 10%, Memory Util shows 50%, and Disk Util shows 12%. These values indicate that the target server is oversized and underutilized, and hence, you might want to select an instance type with a smaller configuration.
      Operating SystemModify the default operating system that is running on the proposed server.
      Storage Type and Storage

      Specify the amount of storage that you need to buy for the proposed server.

      To do so, select a storage type from the predefined list and specify the storage value.

      Expand the following sections for specific points and steps per the public cloud provider:

       AWS

      AWS

      The Storage type field shows a list of the Amazon EBS volume types. For more information, see Amazon EBS Volume Types .
      Some instance types have default instance storage associated with them (shown as Ephemeral/Temporary Storage). You can specify additional storage to be allocated to your server in the Storage field.
      For the Provisioned IOPs and Magnetic storage types, you need to specify the Daily IOPs value too because the computation of storage for this type is based on both the storage value and the daily number of I/O operations made per second to your volume.
       Azure


      Azure

      The Storage Type field shows a list of the Azure Virtual Machine Disk Storage types. For more information, see Azure Storage .

      Some instance types have default instance storage associated with them (shown as Ephemeral/Temporary Storage).

      For the Unmanaged Standard storage type, you can specify the additional storage to be allocated to your instance in the Storage field.

      For the Managed and Unmanaged Premium storage types, a default amount of storage (Disk size) is associated with each storage type. If you need additional storage, you cannot directly specify the amount, but need to provide the number of disks of a specific storage type, as follows:

      a. Select a storage type.

      b. Based on the default storage value of the selected storage type and your requirement, specify the number of disks in Disk Number field.

      The value in the Storage field is automatically updated.

      For example, if the default storage for the selected storage type is 512 GB and you specify the number of disks as 2, then the Storage value will show 1024.00 (calculated as: 512 x 2).

       Google Cloud


      Google Cloud

      The Storage Type field shows a list of the Google Cloud storage options . The following storage options are supported:
      • Standard persistent disks: Efficient and reliable block storage
      • SSD persistent disks: Fast and reliable block storage
      • Local SSDs: High-performance local block storage
    3. To save your changes, click Apply
      The total migration cost estimates for the corresponding cloud provider is updated.

4.Save a copy of the simulation results for offline use 

Click Export and select Export to PDF or Export to Excel

Cloud to cloud migration scenarios

Along with the scenario of migrating servers that are hosted in your on-premises infrastructure to the public cloud providers, the following migration scenarios are also supported:

Source cloud providerTarget cloud providersDescription

Hybrid (Mix of on-premises, AWS, Azure, Google Cloud)

  • AWS
  • Azure
  • Google Cloud

For example, a business service might use some servers that are hosted on a public cloud while some servers that are still in the on-premises data center. 

AWS
  • Azure
  • Google Cloud
  • AWS (Different region)
You can choose to simulate the migration of a server between regions of the same cloud provider. For example, the instance type of your choice is unavailable in the current region, then you can migrate the server to a region where it is available.
 
Azure
  • AWS
  • Google Cloud
  • Azure (Different region)
Google Cloud
  • AWS
  • Azure
  • Google Cloud (Different region)

As shown in the following screenshot, all the servers that are selected for migration are hosted on AWS. The simulation results page shows the migration to the target cloud providers, including AWS.

The following screenshot shows the case of a hybrid scenario where some of the selected servers are hosted on a public cloud (AWS) while some servers are hosted in your on-premises infrastructure.

 

 


Was this page helpful? Yes No Submitting... Thank you

Comments