SDN-C Site Role Detection
- 1.1 Casablanca
- 2 Overview
- 3 Show site role
- 3.1 sdnc.cluster
- 3.2 sdnc.cluster
- 4 Earlier Releases
- 4.1 Beijing
- 4.1.1 sdnc.cluster
- 4.1 Beijing
Casablanca
Updated for Casablanca release.
Overview
In order to detect the current role of the local SDN-C site within the pair of sites, the 'sdnc.cluster' script can be used.
It is important for the operator to determine what role a site is playing so that they may know whether the site is currently handling incoming messaging and, therefore, whether it's desirable to invoke a manual fail-over (see SDN-C Site Failover).
If an operator has been made aware of a fault in, say, Site 2, they should run the sdnc.cluster command on Site 2 to determine whether Site 2 is 'active'. If the site is, instead, 'standby', there is no reason to perform a fail-over. The operator can proceed with resolving the fault on Site 2 so it is available to support a future fail-over.
Show site role
Site role is determined by querying the SDN-C OpenDaylight cluster to see if the local members are voting (active) or non-voting (standby).
On the Kubernetes master, run the script:
sdnc.cluster
ubuntu@k8s-s1-master:/oom/kubernetes/sdnc/resources/geo/bin$ ./sdnc.cluster
active
Alternatively, the sdnc.cluster script available in the PROM pod can be run:
sdnc.cluster
root@dev-prom-6485f566fb-hdhzs:/app/bin# ./sdnc.cluster
active