Workload Manager provides an intelligent policy engine that monitors workloads running in a Virtual Server Environment and dynamically adjusts resource allocation to ensure that workloads are meeting their service-level objectives. The architecture of WLM relies on several building blocks that are used according to the technologies that have been chosen to manage resources. The Workload Manager product was originally designed to reallocate resources between Secure Resource Partitions using Process Resource Manager (PRM). As a result, the most critical component of WLM is the wlmd daemon. This daemon is responsible for collecting data for workloads running on the system, determining the level of resources required to meet the SLOs for each workload, and then reconfiguring the Secure Resource Partitions to better meet all of the SLOs in the environment. The internal architecture of wlmd is shown in Figure 15-1. The major internal components of wlmd include:
Figure 15-1. Internal Architecture of the wlmd DaemonFigure 15-1 also shows that there are different types of controllers depending on the type of goal defined for the workload. WLM supports the following types of controllers.
Finally, Figure 15-1 shows the linkage between the WLM arbiter to the PRM infrastructure. This linkage is used to reconfigure Secure Resource Partitions after the WLM arbiter has determined new entitlements. This information is also passed to the global arbiter in a multipartition configuration, which is discussed next. Architecture of Workload Manager's Multipartition ModeWLM also supports a multipartition mode. In this mode multiple nPartitions or virtual partitions can share resources with WLM acting as the arbiter between multiple partitions. When WLM is running in the multipartition mode, two additional daemons, wlmpard and wlmparc, arbitrate across the partitions. Figure 15-2 shows how these additional daemons are used. Figure 15-2. Architecture of WLM when Managing Resources across Multiple Operating SystemsThe wlmpard daemon is the global arbiter. This daemon accepts the entitlement requests from the wlmd daemons in each of the partitions and determines if there is any need to reallocate CPU resources between the partitions. When it sees the need to reallocate resources, it sends requests to the wlmparc daemons running in each partition to either deallocate or allocate resources. Remote User Interface ArchitectureThe previous architectural discussions have focused on the WLM collectors and daemons. The last architectural feature of interest is WLM's remote GUI. The architecture of the remote user interface is shown in Figure 15-3. Figure 15-3. Architecture of the WLM Remote Graphical User InterfaceThe WLM GUI is a Java application that can run on the managed system or on any Windows, HP-UX, or Linux system that has the Java Runtime Environment version 1.4.2 or higher. On the managed nodes, an additional communications daemon, wlmcomd, is required. The GUI connects to the remote wlmcomd daemons via secure sockets layer (SSL); and once it establishes the connection, the data that is passed between the GUI and the partition is encoded in XML. This lightweight communication protocol makes it possible to run the GUI on a desktop connected to the systems via a low-speed connection with very little performance degradation. The WLM GUI also allows users to create a partition set, which consists of an arbitrary group of partitions that are running wlmcomd. After the partition set has been defined, WLM's monitoring and management functions are greatly enhanced. Since the partitions need not reside within the same system, the partitions that host a multi-tier application, for example, can be defined in a partition set. WLM creates a single graph that monitors the resource utilization of all the instances in the application. Workload Manager Configuration OptionsWLM can be configured through a graphical user interface or by directly editing the configuration files. There are two configuration options when using the GUI. The first option is the WLM wizard, wlmcw. The WLM wizard continues to evolve and starting in version 3.0 it supports template-based configurations. The templates provide a step-by-step configuration of the most common configuration choices. The following templates are supported in the WLM wizard in version 3.0:
The second configuration option is a form-based configuration editor GUI, wlmgui. The WLM GUI allows users to load and edit an existing configuration or create a new configuration. HP highly recommends that users start with a simple configuration until they become comfortable with how WLM allocates resources. At that point, the users can use the WLM GUI to tweak individual configuration parameters to tune the configuration. |