Jump to content United States-English
HP.com Home Products and Services Support and Drivers Solutions How to Buy
» Contact HP
More options
HP.com home
HP Capacity Advisor Version 4.0 User's Guide > Chapter 4 Planning with Capacity Advisor

Using the Smart Solver

» 

Technical documentation

Complete book in PDF
» Feedback
Content starts here

 » Table of Contents

 » Glossary

 » Index

The Smart Solver automates the manual process of repeatedly moving workloads onto different systems to determine an optimal solution to a problem. Below, one example use of the Smart Solver is shown; then, the various types of automated scenario changes that the Smart Solver can provide are explained. For detailed steps while using Capacity Advisor, see the contextual online help, accessed by pressing the Help or ? within the Capacity Advisor screens.

Example

The Existing Data Center Configuration

Suppose you have an existing data center with two new homogenous HP Proliant servers that act as VM hosts with the following VM guests:

Table 4-1 VM Host Configuration

HostVM Guests
hostAvm1
hostBvm2, vm3

 

Existing in the data center is also a heterogeneous legacy environment consisting of older standalone servers. These servers have various workloads and uses; an abbreviated table of these is shown below:

Table 4-2 Legacy Standalone Servers

Legacy ServersUsage
systemCcompilation/build server
systemDanon ftp server
systemEfile server
......
systemHweb/wiki server

 

The Data Center Goal

Suppose you want to eliminate the old servers, consolidating them to be VM guests on your existing VM Hosts. Furthermore, you want to do the following:

  • You wish to consolidate the legacy servers onto as few VM hosts as possible.

  • However, if all six legacy workloads do not fit onto the existing two VM hosts, new VM hosts should be created until all the workloads are placed

  • Once the minimum number of VM hosts are determined, all the legacy workloads should be load-balanced among those VM hosts.

  • When placing workloads onto the VM hosts, no existing successful utilization limits should be broken. For example, if none of the legacy servers utilization limits are violated, when the workloads are placed on the VM hosts, none of the VM hosts' utilization limits should be violated.

  • You want to add 5% CPU usage to the legacy workloads to account for any overhead of the virtualization software that may be encountered due to moving from a standalone system to running as a VM guest.

Using the Smart Solver

You could manually attempt the various permutations of consolidating the legacy systems to the VM hosts while maintaining the existing rules for utilization limits using the utilization data you have gathered from the various workloads, keeping in mind that you want to create new VM hosts only when absolutely needed and the virtualization overhead, and then load balance the workloads. Or you could run the Smart Solver to do this for you. Here's how:

Assumptions. The process below assumes you already have the following:

  • a working CMS

  • the VM hosts and legacy servers have been discovered by SIM

  • permissions and licensing to run Capacity Advisor

  • collected data for the workloads involved

The Process. Below is the general process for this situation to utilize the Smart Solver. (Detailed steps and screen descriptions for the required screens below are described in the online help.)

  1. Create a new scenario that contains the existing VM hosts (hostA and hostB) and the legacy servers.

  2. In the list of scenarios, edit this new scenario by clicking on the scenario's name.

  3. In the list of systems and workloads, select all the legacy servers (systemC, systemD, ... systemH).

  4. Using the menu under the System tab, select the Smart Solver menu pick Automated Consolidation to VMs.... Within the first Smart Solver screen, select your desired parameters:

    1. Select Destination Hosts. 

      1. Select the radio button that describes the target VM hosts. In this case, you wish to use the existing VM hosts and have any new VM hosts created if the legacy workloads do not fit on the existing VM hosts; therefore, select the radio button titled Use existing hardware for workload placement and use host template for overflow.

      2. Check the boxes of the existing VM hosts (hostA and hostB) shown in the systems table.

      3. Create a template VM host system for any new VM hosts that may need to be created to handle all legacy workloads. The values for CPU, memory, etc., can match those of the existing VM hosts for a more homogenous configuration.

    2. Enter CPU Virtualization Overhead. Enter 5.0 for the 5% CPU utilization overhead (the overhead of the virtualization software that may be encountered due to moving from a standalone system to being a VM guest).

    3. Check Load Balancing Option. Check the box to turn on load balancing. This moves the workloads so that resulting solution has the workloads of the VM guests balanced across the VM hosts.

    4. Click the OK button to begin the Smart Solver computations.

Viewing the Results. Once the Smart Solver has completed, you will be shown its results. In this case, it shows the best configuration for converting and placing the legacy systems onto VM hosts based on the above parameters. You can expand the various sections for detailed information.

Saving and Reviewing the Results. Additionally, you can save the results into a new scenario by selecting the Save As button. Once the scenario is saved using the Save As button, you should be taken back to the list of scenarios. From there, you can create a Scenario Comparison report, a comparative report of the original scenario with its legacy standalone servers and the new scenario with these servers now converted and running as VM guests. Depending upon your report options and the data you've collected for the systems, you can see everything from how the consolidation uses previously wasted (unused) CPU cycles to changes in power costs.

Types of Smart Solver Solutions

The following sections describe the various Smart Solver solutions that you can choose to run on an existing scenario.

Automatically Consolidating Servers to VM Guests on VM Hosts

Expected Results

The solutions show the systems converted to VM guests on VM Hosts. These VM hosts are either existing VM hosts, what-if generated template VM hosts, or a combination, depending on what targets you desired. When a combination of VM hosts are chosen, the placement of VM guests goes first to existing VM hosts, and then to the template VM hosts.

Further, as part of the input parameters, you can select to load balance the resulting VM hosts. This load balancing occurs after and only amongst the target VM hosts that are required for the consolidation solution. In other words, if the consolidation solution results in any VM hosts being unused (and therefore, not required in the solution), the unused systems will not be involved in the load balancing. Only the required systems in the solution are involved in the load balancing.

The resulting solution is the configuration requiring the fewest number of systems and leaving the least headroom (e.g., tightest fit), while taking into consideration resource utilizations and utilization limits (see the Resources section below).

Resources. The placement of VM guests takes into consideration CPU, Memory, Network I/O, and Disk I/O capacity, and utilization limits. If load balancing (balancing resource utilization across the resulting systems) was desired, the VM guests were load balanced across the systems that had 1 or more VM guests.

Resource Capacity. Workloads that specify utilization limits for a metric (e.g., Memory, Disk I/O) can only be placed on resources that define a capacity for the corresponding metric. In other words, if you specified that a workload never exceed 100% memory utilization, that workload can only be placed on a system for which total memory capacity is known.

Utilization Limits. While it is not necessary to specify a utilization limit for each metric, every workload selected must have at least one utilization limit applied before using the Smart Solver. This can be any type of utilization limit, including the default global utilization limit. For example, one may eliminate disk and network I/O utilization limits across all workloads in order to generate a solution that focuses on CPU and memory utilization.

Headroom Rating. The headroom rating shows the amount of free room above the existing resource utilizations that will exist for the resulting systems. Among the solutions that require the same target systems, the solution with the tightest fit is shown.

Anomalies

Fewer Systems Shown. The Smart Solver solution may contain fewer VM host targets than originally selected. This can occur if the workloads can all fit on fewer systems than originally selected. For example, if systems A, B, and C were selected as target VM hosts but all the workloads can fit into VM hosts A and B, then only VM hosts A and B will be shown in the solution.

Systems Involved in Load Balancing. When load balancing is performed, the loads are balanced only across the resulting systems. For example, if only VM hosts A and B are used (and VM Host C is not), then load balancing is performed only across VM hosts A and B. VM host C is not included for the load balancing.

Headroom Rating Shows Zero (0) Stars . The resulting headroom rating will show zero stars even though it appears that there is sufficient room on the VM host. This happens whenever one or more of the original servers already violates a utilization limit prior to the Smart Solver being run. Before running the Smart Solver, you should ensure that your source servers are not already violating a utilization limit.

Automated Load Balancing of Servers or VM Hosts

Expected Results

The solutions show workloads which are balanced across the selected existing servers or VM Hosts. Load balancing is based upon CPU, Memory, Network I/O, and Disk I/O capacity, utilization limits, and headroom, where the goal is to distribute workloads so that each systems has comparable headroom and therefore, similar headroom ratings.

Resource Capacity. Workloads that specify utilization limits for a metric (e.g., Memory, Disk I/O) can only be placed on resources that define a capacity for the corresponding metric. In other words, if you specified that a workload never exceed 100% memory utilization, that workload can only be placed on a system for which total memory capacity is known.

Utilization Limits. Every workload selected must have at least one utilization limit applied before using the Smart Solver. This can be any type of utilization limit, including the default global utilization limit.

Headroom Rating. The headroom rating shows the amount of free room above the existing resource utilizations that will exist for the resulting systems. Only the solution with the best headroom rating is shown.

Anomalies

The Load Balanced Results Appear Unbalanced.  The solution of a load-balance may not look balanced because smaller systems generally end up with a smaller percentage of usage than larger systems, and very small systems may end up with no workloads at all. For example, a large 16GB system at 87% memory usage leaves 2GBs of headroom, and a smaller 4GB system at 87% leaves only 500MBs of headroom; aiming for 87% usage on both systems actually would not yield a balanced solution. Instead, a balanced solution is to fill the larger 16GB system to 87% and fill the smaller 4GB system to only 50%; in this placement, workloads placed on either system will have the same amount of headroom to grow.

No Apparent Change from Original . The solution may be the same as the original scenario; it looks as if there was no computation performed. What has actually happened is that the Smart Solver could not find a better solution than the current configuration of systems. This means that the current configuration is the current best solution. A message will be displayed in BLUE indicating that the results are not an error (errors are displayed in RED).

No Apparent Change on 1 or more Systems. The solution may show no change on 1 or more target systems. This may appear that the Smart Solver did not included the target server in its computations. In actuality, the Smart Solver determined that as part of the best solution, it was best to leave these target systems with its original configuration.

Fewer Systems Shown. The solution may contain fewer system targets than originally selected. This can occur if the workloads can all fit on fewer systems than originally selected. For example, if systems A, B, and C were selected as targets but all the workloads can fit into system A and B, then only systems A and B will be shown in the solution.

Smaller Systems Appear Unused. The solution may display the smaller systems, appear as if the smaller systems were not included in the Smart Solver computations. In actuality, the Smart Solver attempts to place the workloads on target systems, taking into account the robustness of those systems. If the workloads fit on the larger systems, where the smaller systems then go unused, the solution will display only the larger, used systems. For example, if there are two large systems and a two small systems, the solution may require only the two large systems to be used, and then the load balancing will occur only on those two systems. The smaller system will not need to be used and will not be displayed, but they have been taken into account by the Smart Solver computations.

Automated Workload Stacking

Expected Results

The solutions show the target systems with the selected workloads placed to require as few of the target systems as possible. The target systems are either existing VM hosts, what-if generated template VM hosts, or a combination, depending on what targets you selected. When a combination of VM hosts are chosen, the placement of VM guests goes first to existing VM hosts. and then to the template VM hosts.

Resource Capacity. Workloads that specify utilization limits for a metric (e.g., Memory, Disk I/O) can only be placed on resources that define a capacity for the corresponding metric. In other words, if you specified that a workload never exceed 100% memory utilization, that workload can only be placed on a system for which total memory capacity is known.

Utilization Limits. Every workload selected must have at least one utilization limit applied before using the Smart Solver. This can be any type of utilization limit, including the default global utilization limit.

Headroom Rating. The headroom rating shows the amount of free room above the existing resource utilizations that will exist for the resulting systems. Only the solution with the best headroom rating is shown.

Anomalies

Fewer Systems Shown. The solution may contain fewer system targets than originally selected. This can occur if the workloads can all fit on fewer systems than originally selected. For example, if systems A, B, and C were selected as targets but all the workloads can fit into system A and B, then only systems A and B will be shown in the solution.

Systems Involved in Load Balancing. When load balancing is performed, the loads are balanced only across the resulting systems. For example, if only systems A and B are used (and system C is not), then load balancing is performed only across systems A and B. System C is not included for the load balancing.

Getting More Detail

In addition to the solutions shown, you can do the following with the solution:

  1. Expand the sections using the + box on the right-hand side of the desired section.

  2. Mouse-over the headroom ratings (the stars) to obtain more rating detail.

  3. Save the solution under a different scenario name and then use the Scenario Comparison Report feature to compare the scenario differences.

Notes

  • Choosing Systems to Consolidate. When choosing systems, the automated compute engine is not cluster-aware; this includes Serviceguard as well as VMware clusters. It is possible that a system within a cluster could be moved out of the cluster during the automated compute engine process. Therefore, within a given selection, you should either have no cluster members or include all or a subset of members from one cluster.

Printable version
Privacy statement Using this site means you accept its terms Feedback to webmaster
© 2006-2008 Hewlett-Packard Development Company, L.P.