IBM Support

IBM FlashSystem A9000 & A9000R HyperSwap - Best practice for protecting non-disruptive code upgrade and general best practices

How To


Summary

IBM FlashSystem A9000/R highly-available architecture protects systems during their non-disruptive code upgrade (hot upgrade).
A9000/R customers using the native A9000/R HyperSwap functionality are further protected from complete system failures during hot upgrade, since HyperSwap’s active-active topology ensures that data access continues smoothly with the peer system/s, in the unlikely event that the upgraded system fails.
The following best practice leverages the fact that a hot upgrade is planned and scheduled ahead of time to manually fail over from the upgraded system before the hot upgrade, and fail back to it after the hot upgrade.

Objective

The suggested best practice has advantages and drawbacks

IBM recommends this best practice, assuming that in most cases, the advantages will outweigh the drawbacks. Either way, HyperSwap will maintain continuous data access for the protected volumes.

The advantages are:

  1. Hosts protected by HyperSwap will not experience a short burst of a very high latency (seconds vs milliseconds) that may occur during automatic HyperSwap failover, if the upgraded system indeed fails.  Note that a manual failover does not generate such a burst.
  2. Hosts protected by HyperSwap will not experience a short burst of a very high latency (seconds vs milliseconds) that may occur during hot upgrade.
  3. Failing back from a planned failover (i.e. switch role) is simpler to operate than failing back from automatic failover.

The drawbacks are:

  1. Hosts at the same site as the upgraded system are likely to experience an incrementally heightened latency, as long as the primary volumes are remote.
  2. Some effort: Manual failover and failback operations before and after the hot upgrade.

Steps

  1. Before upgrading systems with code level that is below 12.3.0, the HyperSwap relations must be deactivated and reactivate after the upgrade is completed.
    If the system is on 12.3.0 code level or higher, the deactivation and the reactivate of the HyperSwap relations is not required. In such case, please follow step #2.
     
  2. These are the recommended steps to perform hot upgrade from 12.3.0 or higher and according to the suggested best practice:
a. Make sure that the system undergoing the software upgrade does not hold any primary HyperSwap volumes. If the system holds primary HyperSwap volumes, switch their role to secondary.
b. Perform the software upgrade.
c. Once the upgrade is successfully completed, primary and secondary roles in the HyperSwap relation can be restored to their original configuration, as they were prior to the software upgrade.
d. Repeat the same process for every system you want to upgrade.

Additional Information

For switch role instructions, see 'IBM HyperSwap for IBM FlashSystem A9000 and A9000R' Redbook. IBM Redpaper™ publication gives a broad understanding of the architecture, design, and implementation of HyperSwap. It also discusses and illustrates various use cases pertaining to the use and functionality of HyperSwap. 

See also 'IBM HyperSwap for IBM FlashSystem A9000 and A9000R IBM Redpaper™' publication, which gives a broad understanding of the architecture, design, and implementation of HyperSwap. It also discusses and illustrates various use cases pertaining to the use and functionality of HyperSwap. 

[{"Business Unit":{"code":"BU058","label":"IBM Infrastructure w\/TPS"},"Product":{"code":"STJKMM","label":"IBM FlashSystem A9000"},"Component":"","Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"All Versions","Edition":"","Line of Business":{"code":"LOB26","label":"Storage"}},{"Business Unit":{"code":"BU058","label":"IBM Infrastructure w\/TPS"},"Product":{"code":"STJKN5","label":"IBM FlashSystem A9000R"},"Component":"","Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"All Versions","Edition":"","Line of Business":{"code":"LOB26","label":"Storage"}}]

Document Information

Modified date:
22 June 2022

UID

ibm10719661