Uploaded image for project: 'Qpid'
  1. Qpid
  2. QPID-4329

HA disaster recovery.

    XMLWordPrintableJSON

Details

    • New Feature
    • Status: Open
    • Major
    • Resolution: Unresolved
    • 0.18
    • None
    • C++ Clustering
    • None

    Description

      A common deployment is to have a main cluster at one site and a "disaster recovery" cluster at a remote site to take over if the main cluster fails.

      A possible solution is to have a broker at the DR site act as a "relay" by acting in two capacities:

      • as a backup of the main primary: replicate state from the main cluster
      • as a primary at the DR site: allowing DR backups to replicate

      This gives only a single stream of traffic between the and gurarantees that a message is not completed to the client till it is completed by all the brokers, main and DR.

      Possibly we want some configuration options to be less strict about waiting for completions in this configuration, e.g. only wait for the relay to complete rather than waiting for all the relays backups, or even don't wait for the relay at all. Needs thought.

      Attachments

        Activity

          People

            cliffjansen Clifford Jansen
            aconway Alan Conway
            Votes:
            0 Vote for this issue
            Watchers:
            2 Start watching this issue

            Dates

              Created:
              Updated: