Deploying the System Monitoring for WebSphere MQ service

Extend the capabilities of the base System Monitoring shared service by deploying the System Monitoring for WebSphere® MQ service.

Before you begin

You must be assigned the following roles to perform this procedure:
  • Allow delegation when full permission is selected
  • Workload resources administration role with permission to Manage workload resources (Full permission)
  • Cloud group administration role with permission to View all cloud groups (Read-only)
  • Hardware administration role with permission to View all hardware resources (Read-only)
  • Security administration role with permission to View users/groups (Read-only)

Procedure

  1. Click Patterns > Shared Services. If you are on 2.3.3.3, click Patterns > Provision > Shared Services.
  2. Expand the Monitoring Services section.
  3. Click Deploy in the Actions column of the shared service that you want to deploy.
    Continue deploying the shared service. For detailed steps, see Deploying shared services.
  4. Configure the specific properties for the shared service.
    Auto-start monitoring agent when deployed
    Enable this option to start the monitoring agent for WebSphere MQ automatically when the queue managers are started.

    When you deploy the System Monitoring for WebSphere MQ service and then deploy a pattern with queue managers, a monitoring agent is installed with each queue manager in the pattern. If you enable this option, the monitoring agent is also started.

    When you deploy a pattern with queue managers and then deploy the System Monitoring for WebSphere MQ service, queue managers in the pattern discover the shared service and a monitoring agent is installed. If you enable this option, and if the Start monitoring agent when existing deployments discover Shared Service for the first time option is enabled, the monitoring agent is also started.

    If you enable this option, and if the Auto-start monitoring agent on all deployments option is enabled, when you delete and then redeploy the System Monitoring for WebSphere MQ service, any monitoring agents that are stopped when you redeploy are started.

    If you disable this option when you deploy the System Monitoring for WebSphere MQ service, you can start the monitoring agent later.

    Auto-start monitoring agent on all deployments
    Enable this option to start all monitoring agents that are currently stopped.

    If you enable this option, and if the Auto-start monitoring agent when deployed option is enabled, the monitoring agent is started on all deployments in which it is currently stopped. Use this combined setting to start all monitoring agents in a cloud group, regardless of whether they were stopped by you or stopped automatically.

    If you enable this option, and if the Auto-start monitoring agent when deployed option is disabled, only those monitoring agents that are currently stopped automatically are started. Any monitoring agents that are currently stopped by you are not started at this time, but are made ready to start again automatically if you redeploy the System Monitoring for WebSphere MQ service later with the Auto-start monitoring agent when deployed option enabled.

    Start monitoring agent when existing deployments discover Shared Service for the first time
    Enable this option to install and start the monitoring agent on existing deployments that were not configured to monitor WebSphere MQ when they were deployed. This setting has no effect unless the Auto-start monitoring agent when deployed option is also enabled.

    If you disable this option, the monitoring agent is installed on existing deployments, but you must start the agent manually.

  5. Click OK.
  6. In the Deploy Pattern window, do the following steps:
    1. From the Target cloud group list, select the cloud group to which you will deploy the pattern.
    2. From the Profile list, select the profile that you want to use.
    3. Click OK.

Results

An instance of the shared service is created in the selected cloud group. At this point, the shared service does not have any middleware or virtual machines associated with it.