Jump to content English
hp.com home
HP Global Workload Manager (gWLM)  |  gWLM concepts / overview

gWLM concepts / overview

  HP Global Workload Manager (gWLM)

gWLM concepts / overview
»Getting the most out of gWLM
»Getting Started - gWLM Home
»Manage New Systems (Create SRDs)
»Manage Workloads
»Unmanage Workloads
»Edit SRDs
»Edit Policies
»Edit Workloads
»Edit Associations
»Configure Events
»View Summaries
»View Real-time Reports
»View Historical Reports
»Set Up Read-only Monitoring
»Web browser tips
»Tab: Shared Resource Domains
»Tab: Policies
»Tab: Workloads
»Tab: Associations
»Glossary
Content starts here

This help page provides a quick overview of gWLM, covering the topics:

» What is gWLM?
» What are the benefits of using gWLM?
» What terms do I need to know to use gWLM?
» What is the gWLM management model?
» How do I get started?
» What version of gWLM do I have?

What is gWLM?

gWLM is a tool that allows you to centrally define resource-sharing policies that you can use across multiple HP servers. These policies increase system utilization and facilitate controlled sharing of system resources. gWLM's monitoring abilities provide both real-time and historical monitoring of the resource allocation.

What are the benefits of using gWLM?

The benefits of gWLM include:

  • Better use of the server capacity you already have

    Typically, servers are set up with a single workload and ample reserve capacity to handle the peak demand of that workload. gWLM allows you to combine multiple workloads on a single server and make use of the reserve capacity.

  • Confidence that your mission-critical workloads get the resources they need

    Even with multiple workloads on a server, you can ensure your mission-critical workload gets the resources it needs: gWLM automatically adjusts resource allocation, making it easy to share resources when they are plentiful, but also to dedicate those resources to workloads when there are spikes in resource demand.

  • Reduced system administration costs

    With gWLM managing resource allocation, you can combine more workloads on fewer servers--reducing administration costs.

What terms do I need to know to use gWLM?

Here are some terms to know when using gWLM:

  • Workload

    The collection of processes that are within a single compartment. The compartment can be an nPartition (npar), a virtual partition (vpar), a processor set (pset), or a Fair Share Scheduler (fss) group. gWLM manages a workload by adjusting the system resource allocations for its compartment.

  • Compartment

    An npar, a vpar, a pset, or an fss group with its resource allocation being managed by gWLM.

    Multiple compartments--of the same type--are grouped to form a shared resource domain, or SRD. The compartments all share the resources within the SRD. Each compartment holds a workload and can be in only one SRD. gWLM manages each workload by adjusting the resource allocation for its compartment.

  • Shared Resource Domain (SRD)

    A collection of compartments--all of the same type--that share system resources. The compartments can be npars, vpars,psets, or fss groups. A server containing npars can be an SRD--as long as the npar requirements are met. Also, a server or an npar divided into vpars can be an SRD for its vpar compartments. Similarly, a server, an npar, or a vpar containing psets can be an SRD for its pset compartments. Lastly, a server, an npar, or a vpar containing fss groups can be an SRD for its fss group compartments.

    gWLM creates SRDs when you use the Manage New Systems wizard, reached through the menu

    Optimize Global Workload Manager (gWLM) Manage New Systems

  • Policy

    A policy is a collection of settings that instruct gWLM how to manage a compartment's resources--and thus the resources available to the workload within the compartment. For example, a policy can indicate the amount of CPU resources a workload owns (and is guaranteed when needed) as well as how much of those resources the workload can lend to other workloads.

    A single policy can be associated, or applied, to multiple workloads.

  • Mode

    gWLM offers two modes: advisory and managed. Advisory mode allows you to see what CPU requests gWLM would make for a compartment--without actually affecting resource allocation. You can use this mode when creating and fine-tuning your policies. Once you are comfortable with your policies, use managed mode to have gWLM automatically adjust the resource allocations for your defined compartments.

    You can only set the mode on the SRD level: All compartments within an SRD operate in the same mode, either advisory or managed.

  • Deploy

    Enable gWLM control of an SRD.

    Deploying an SRD in managed mode enables gWLM control of resource allocation within the SRD. For example, in an SRD based on a vpar that has psets for compartments, deploying an SRD in managed mode allows gWLM to actively migrate CPUs between psets.

    When deploying an SRD in advisory mode, gWLM simply reports what the allocation would be--without actually affecting resource allocations on a system.

  • Undeploy

    Disable gWLM's management of resources in a specified SRD.

    If an SRD is in managed mode, undeploying stops the migration of system resources between compartments in the SRD. If the SRD is in advisory mode, gWLM no longer provides information on what requests would have been made.

For explanations of additional terms, please see the glossary.

What is the gWLM management model?

gWLM was designed to support utility computing across a data center by providing resource-sharing policies that you centrally create and monitor. gWLM moves resources between the workloads in a shared resource domain as needed, based on the policies you specify. (With gWLM, a workload is a collection of applications whose performance is to be managed as a single unit. A workload is based on an npar, a vpar, a pset, or an fss group.)

gWLM allows you to manage resource allocations for several types of system divisions, discussed below. These divisions are referred to as compartments in gWLM.

  • HP-UX Hardware Partitions (npars)

    A hardware partition, also known as an nPartition or npar, is a physical partition of a server, where each npar runs its own instance of the HP-UX operating system.

    Using the HP product Instant Capacity, gWLM simulates the movement of CPUs between npars by turning off an active CPU in one npar then turning on a deactivated CPU in another npar in the same complex. Thus, the first npar has one less active CPU, while the second npar has one additional active CPU. (gWLM maintains the number of active CPUs, honoring the Instant Capacity licensing limits. As a result, no costs are incurred.) An npar must meet several requirements to be used as a compartment.

  • HP-UX Virtual Partitions (vpars)

    A virtual partition is a software partition of a server or of a single nPartition, where each virtual partition runs its own instance of the HP-UX operating system. A virtual partition cannot span an nPartition boundary.

  • Processor sets (psets)

    A processor set is a collection of processors (CPUs) grouped together for the exclusive access by applications assigned to that processor set. Each application runs only on processors in its assigned processor set.

    Compartments based on psets are available on HP-UX and Linux. (On Linux, gWLM simulates psets using CPU affinity masks.)

  • HP-UX Fair Share Scheduler groups (fss groups)

    A group of processes that has its CPU allocation managed by the Fair Share Scheduler that is available with HP-UX. A benefit of fss groups is their granularity: You can allocate fractions of CPU resources, rather than only whole CPUs, to the group of processes.

For additional information on these topics, visit the "partitioning continuum and the flexible computing environment" web site:

http://docs.hp.com/hpux/hplex/index.html

As noted above, gWLM can manage workloads on both HP-UX and Linux.

gWLM manages resources based on the following model:

  1. You decide which of your systems you want to manage and what type of compartment you want to use. (For psets and fss groups, gWLM creates the compartments for you.)

  2. You assign each workload to a compartment.

  3. You associate a policy to the workload indicating how gWLM should allocate resources to the workload's compartment. (gWLM comes with several policies and also lets you define your own. You can use a single policy for multiple workloads, minimizing the number of policies if desired.)

  4. gWLM monitors the CPU consumption of all the workloads in the SRD during the current allocation interval.

  5. At the end of the interval, gWLM adjusts the CPU allocations for the compartments in accordance with the policies.

  6. gWLM repeats the previous two steps.

For additional orientation information, see the "Getting started with gWLM" paper at /opt/gwlm/doc/getting.started.with.gWLM.pdf.

For information on what types of workloads to combine for optimal resource utilization, see the help topic Getting the most out of gWLM.

How do I get started?

For pointers on accomplishing various gWLM tasks, see the gWLM Home page, which you can reach by selecting:

Optimize Global Workload Manager (gWLM) Getting Started - gWLM Home

or by selecting the [gWLM Home] button in the upper right corner of most gWLM windows.

What version of gWLM do I have?

To see what version of gWLM is installed on the system on which you are running HP Systems Insight Manager, select:

Help About HP Systems Insight Manager

The gWLM version is given in the table listing Plug-in applications.