IBM Multi-site Workload Lifeline

Enable continuous availability during an outage for business-critical workloads running on z/OS®

Team of it programmers working on desktop computers in data center control room.

Overview

The Multi-site Workload Lifeline, also known as "Lifeline," is a software for monitoring and routing workloads. Its purpose is to balance critical workload transactions by distributing connections for TCP/IP workloads and messages for IBM® MQ cluster workloads across two sites, thereby ensuring near-continuous availability.

This product is available both as an independent offering and as part of the GDPS® Continuous Availability solution.

Summary of recent updates for Lifeline V2.5 IBM Multi-site Workload Lifeline Overview
Improve performance

Route new connections of workloads to the applications, servers and systems that are most capable of processing to reduce transaction response time. System resources are used more efficiently.

Achieve higher availability

Route new workload connections to other available applications during an application, system or site outages. Outages for maintenance updates or other planned events can be minimized.

Reduce recovery time

Reduce response time by aligning new workload connections with the most capable applications and systems. Minimize recovery time from hours to minutes after a workload failure.

Increase scalability

Add application instances on-demand. Automatically monitor and include added instances in workload routing decisions.

Improve workload migration, usage

Route workloads from one site to another with minimal disruption. Connections for query workloads can be distributed to both sites simultaneously.

Simplify disaster recovery procedures

Add simpler, non-disruptive testing of disaster recovery procedures by validating that workloads remain accessible on the recovery site without requiring an outage of the production site.

Features

wooden scale balancing one big ball and four small ones
Load balancing workloads

Lifeline uses two tiers of load balancing for workloads targeting TCP/IP applications. Lifeline directs first-tier load balancers to route workload connections to second-tier load balancers in the selected site, which then route the connections to applications in the site. Lifeline relies on IBM MQ clusters for workloads by using messaging. Lifeline directs the cluster to route workload messages to IBM MQ queue managers in the selected site, which then make the messages available to applications.

Explore external load balancers Explore internal load balancers
Top view over the highway, expressway and motorway
Site routing recommendations

For workloads that use two tiers of load balancers, Lifeline provides first-tier load balancers with site connection routing recommendations based on the availability and health of the workload applications, the z/OS systems and (if applicable) Linux® on IBM Z® systems across both sites. For workloads that use IBM MQ clusters, Lifeline provides the cluster with site message routing recommendations based on the availability and health of the IBM MQ queue managers and the z/OS systems across both sites.

Explore IBM MQ clusters
Blue network cable in Data Center room
Lifeline Agents

A Lifeline Agent is started on each z/OS system and Linux on Z Management Guest where the workloads are present across both sites. The Agent is responsible for monitoring the workload applications that reside on its system and reporting this information back to a Lifeline Advisor. The Agent on z/OS is also responsible for communicating with an IBM MQ queue manager to monitor and influence IBM MQ message routing within an IBM MQ cluster.

Explore Lifeline Agents
Caucasian IT engineer with eyeglasses using a digital tablet while talking to his colleague about the server mainframe they are examining.
Lifeline Advisors

A Lifeline Advisor is started on a z/OS system and can be started as the primary or secondary Advisor. A primary Advisor communicates with all Lifeline Agents to determine workload availability. The Advisor provides IBM MQ message distribution rules to the Agents for the IBM MQ clusters and routing recommendations to load balancers for TCP connections for these workloads. A secondary Advisor monitors the availability of the primary Advisor and will take over primary Advisor responsibility in the event of a primary Advisor failure.

Explore Lifeline Advisors
wooden scale balancing one big ball and four small ones
Load balancing workloads

Lifeline uses two tiers of load balancing for workloads targeting TCP/IP applications. Lifeline directs first-tier load balancers to route workload connections to second-tier load balancers in the selected site, which then route the connections to applications in the site. Lifeline relies on IBM MQ clusters for workloads by using messaging. Lifeline directs the cluster to route workload messages to IBM MQ queue managers in the selected site, which then make the messages available to applications.

Explore external load balancers Explore internal load balancers
Top view over the highway, expressway and motorway
Site routing recommendations

For workloads that use two tiers of load balancers, Lifeline provides first-tier load balancers with site connection routing recommendations based on the availability and health of the workload applications, the z/OS systems and (if applicable) Linux® on IBM Z® systems across both sites. For workloads that use IBM MQ clusters, Lifeline provides the cluster with site message routing recommendations based on the availability and health of the IBM MQ queue managers and the z/OS systems across both sites.

Explore IBM MQ clusters
Blue network cable in Data Center room
Lifeline Agents

A Lifeline Agent is started on each z/OS system and Linux on Z Management Guest where the workloads are present across both sites. The Agent is responsible for monitoring the workload applications that reside on its system and reporting this information back to a Lifeline Advisor. The Agent on z/OS is also responsible for communicating with an IBM MQ queue manager to monitor and influence IBM MQ message routing within an IBM MQ cluster.

Explore Lifeline Agents
Caucasian IT engineer with eyeglasses using a digital tablet while talking to his colleague about the server mainframe they are examining.
Lifeline Advisors

A Lifeline Advisor is started on a z/OS system and can be started as the primary or secondary Advisor. A primary Advisor communicates with all Lifeline Agents to determine workload availability. The Advisor provides IBM MQ message distribution rules to the Agents for the IBM MQ clusters and routing recommendations to load balancers for TCP connections for these workloads. A secondary Advisor monitors the availability of the primary Advisor and will take over primary Advisor responsibility in the event of a primary Advisor failure.

Explore Lifeline Advisors

Workload configurations

When an outage occurs, IBM Multi-site Workload Lifeline helps reduce critical workload recovery time versus traditional disaster recovery from hours to minutes. The recovery time for unplanned outages is reduced by detecting workload failures and rerouting to another site. The impact of planned outages is mitigated by switching workloads to another site with minimal disruption.

Lifeline supports these workload types:

  • TCP/IP based workloads

  • Linux on z Systems® workloads

  • SNA workloads

  • IBM MQ cluster workloads

  • Db2® sysplex routed workloads

Active/Standby workload

An active/standby workload is active in one site. Lifeline directs load balancers and IBM MQ queue managers to route incoming connections and messages to the active site. When database updates are made, database replication software transmits those changes asynchronously from the active instance of the workload to its standby instance. At the standby site, the standby instance of the workload is active and ready to receive work. The updated data from the active site is applied to the database subsystem running in the standby site in near real time.

Active/Query workload

An active/query workload can be active in one or both sites. Lifeline provides routing recommendations to the load balancers to intelligently balance connections across both sites. Workloads using IBM MQ messages cannot be classified as active/query workloads. When database updates are made by the associated active/standby workload, database replication latency is monitored by Lifeline to ensure that connections are not routed to a site if the replicated database on that site contains data that is too out of date with the database on the active site.

Technical details

Overview

In preparation for using Multi-site Workload Lifeline, you need to identify the workloads that you want to provide continuous availability and evaluate how these workloads’ applications are accessed.

Requirements

  • All z/OS systems should be at z/OS 2.5 or higher.
  • All Linux on z Systems guests must be at SUSE Linux Enterprise Server (SLES) 12 SP4 or higher or Red Hat® Enterprise Linux Server 7.9 or higher.
  • z/VM® hosting the Linux on z Systems guests must be at z/VM 6.4 or higher.

Related products

IBM z/OS Communications Server

Secure platform for developing and sharing mainframe workloads

IBM GDPS

Automate mainframe tasks and disaster recovery to achieve resiliency goals.

IBM z/OS Parallel Sysplex®

Boost server communications with clustering technology that allows a set of up to 32 IBM z/OS systems to be connected and to behave as a single, logical computing platform.

IBM Data Replication

Support data integration and consolidation, warehousing and analytics initiatives at scale with log-based change data capture with transactional integrity.

Take the next step

Discover how Multi-site Workload Lifeline helps reduce critical workload recovery time when outage occurs. Schedule a no-cost 30-minute meeting with an IBM Z representative.

More ways to explore Support Support and services Education and training Business continuity services Developer community IBM GDPS Active/Active Overview and Planning Redbooks