Removal

Pre-requisites

Make sure both Rome and Lisbon clusters are deployed following the async deployment guide.

Detach cluster from ClusterSet

Important

It is important to switchover the Primary cluster before detaching it from ClusterSet!

Assuming the Lisbon is a current Primary and we want to detach Rome (for removal or reuse):

juju remove-relation replication-offer db2:replication

The command above will move cluster Rome into the detached state blocked keeping all the data in place.

All units in Rome will be in a standalone (non-clusterized) read-only state.

From this points, there are three options, as described in the following sections.

Rejoin detached cluster into previous ClusterSet

At this stage, the detached/blocked cluster Rome can re-join the previous ClusterSet by restoring async integration/relation:

juju switch rome
juju integrate replication-offer db1:replication
juju switch lisbon
juju run db2/leader create-replication

Remove detached cluster

Remove no-longer necessary Cluster Rome (and destroy storage if Rome data is no longer necessary):

juju remove-application db1 # --destroy-storage

New ClusterSet from detached Cluster

Convert Rome to the new Cluster/ClusterSet keeping the current data in use:

juju run -m rome db1/leader recreate-cluster