Uploaded image for project: 'MariaDB MaxScale'
  1. MariaDB MaxScale
  2. MXS-2169

Split rejoin to two operations, add "enforce_simple_topology"-option

    XMLWordPrintable

Details

    • Task
    • Status: Closed (View Workflow)
    • Major
    • Resolution: Fixed
    • 2.3
    • 2.4.0
    • mariadbmon
    • None
    • MXS-SPRINT-71, MXS-SPRINT-72, MXS-SPRINT-79, MXS-SPRINT-80, MXS-SPRINT-81, MXS-SPRINT-82

    Description

      The current "auto_rejoin" is too general as it does two things: rejoins standalone masters and also forces a 1-Master-N-slaves topology. These should be separated. Rejoin should only rejoin master servers which MaxScale saw going down and were failed over. This feature can work for arbitrary topologies.

      Another option, "enforce_simple_topology", lets MaxScale assume that the topology should be one master with N slaves replicating from it (no relays, multimaster etc). This would allow for a similar aggressive rejoin which is currently implemented. Even the failover of a master which went down while MaxScale was off may be best moved to this feature, as it would be a bit like autopiloting. By activating this feature, a DBA gives MaxScale the liberty to manage the cluster as it seems fit. When this feature is not on, the monitor is more careful, preserves the topology if possible and only performs operations when it can be reasonably sure it's the right thing to do.

      Attachments

        Issue Links

          Activity

            People

              esa.korhonen Esa Korhonen
              esa.korhonen Esa Korhonen
              Votes:
              0 Vote for this issue
              Watchers:
              1 Start watching this issue

              Dates

                Created:
                Updated:
                Resolved:

                Git Integration

                  Error rendering 'com.xiplink.jira.git.jira_git_plugin:git-issue-webpanel'. Please contact your Jira administrators.