High Availability and Disaster Recovery deployment options

Why activate HA/DR

Use High Availability (HA) or Disaster Recovery (DR) to resume Axway Decision Insight (DI) activity as fast as possible following the failure of your DI main node. A DI failure may be typically caused by a hard disk or network failure.

In case of software failure, please contact support as soon as possible as the same problem may occur on the DI backup node.

Who is eligible

In order to transfer data consumption to another DI node, the data integration has to:

  • Use States in routes to store their progress.
  • Be runnable from both main or backup node.

To meet these requirements, you can use the Integration cluster pattern deployment.

Supported deployments

With native HA deployment

In this setup, a single node of the application is active,  the HA main node. A HA backup node, connected to the main node for data replication, is ready to be re-started as main in case the main node fails.

This deployment is achieved when you Install a HA cluster.

Data replication

The backup node continuously downloads data from the main node in order to be a clone of the main node. However, active features are deactivated (computing, data integration, ...).

Failover

A backup will be able to restart as main node from the last restoration point which is the last checkpoint taken by the node.

When implementing a DR strategy, it is up to you to:

  • Route end-users to the active node (using a load balancer).
  • Decide when to switch to the backup node (following the detailed procedure: Switch to backup).

With SAN storage

In this setup, deployment is typically performed using virtualized servers using a SAN (Storage Area Network) as storage subsystem, and sometimes when using physical servers. Connection to the SAN is performed using specific networking mechanisms such as:

  • Fiber Channel
  • iSCSI

When deploying over a SAN, it should be noted that Decision Insight has the same Storage (I/O and surface) requirements as a database management system, and should as such be positioned on Tier 0 or 1 of the SAN for performance reasons.

Disk replication

When using a SAN, disk replication is typically handled by the SAN itself within a single datacenter, covering as such the disk replication requirements for HA.

If multi-site SAN replication is in place, it also covers the disk replication requirements for DR. If not available and DR is required, a specific replication mechanism can be setup using the same principles than when using local disks.

Failover

With a virtualized deployment supporting HA

When the virtualization system HA mechanisms are available and deployed (for example, VMware vMotion, VMware HA, VMware FT, etc.), the HA failover typically relies on them for all hardware failures.

Depending on the capabilities of the virtualization system to perform failover over multiple sites, DR can also rely on those mechanisms or require a specific procedure (See With Local Disks > Failover).


With a virtualized deployment without HA

The failover mechanism is similar to With Local Disks > Failover.

Alternatively, a manual or automated procedure can consist in launching the virtual machine on another node instead of launching the application from within a passive virtual machine.


With a physical deployment

The failover mechanism is similar to With Local Disks > Failover.


Related Links