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