How do I stop an NSP cluster?

Purpose
CAUTION 

CAUTION

Network Management Disruption or Outage

Performing the procedure in a standalone deployment completely stops the NSP and creates a network management outage that persists until you start the cluster. In a DR deployment, stopping an NSP cluster may initiate a server activity switch that may temporarily affect network management.

Perform the procedure only during a scheduled maintenance period and under the guidance of technical support.

The following steps describe how to stop the Kubernetes software in an NSP cluster, for example, when the NSP hosts in the cluster require maintenance, or for cluster decommissioning.

Note: If you are stopping the NSP clusters in a DR deployment, ensure that you perform the procedure at the appropriate stage of Workflow: stop and start DR NSP clusters.

Note: A leading # character in a command line represents the root user prompt, and is not to be included in a typed command.

Note: release-ID in a file path has the following format:

R.r.p-rel.version

where

R.r.p is the NSP release, in the form MAJOR.minor.patch

version is a numeric value

Steps
 

Log in as the root or NSP admin user on the NSP deployer host.


Open a console window.


Open the following file using a plain-text editor such as vi:

/opt/nsp/NSP-CN-DEP-release-ID/NSP-CN-release-ID/config/nsp-config.yml


Edit the following line in the platform section, kubernetes subsection to read as shown below:

  deleteOnUndeploy:false


Save and close the file.


Enter the following:

Note: If the NSP cluster VMs do not have the required SSH key, you must include the --ask-pass argument in the nspdeployerctl command, as shown in the following example, and are subsequently prompted for the root password of each cluster member:

nspdeployerctl --ask-pass uninstall –-undeploy

/opt/nsp/NSP-CN-DEP-release-ID/bin/nspdeployerctl uninstall –-undeploy ↵

The NSP cluster stops.


Log in as the root or NSP admin user on the NSP cluster host.


Open a console window.


Enter the following periodically to display the Kubernetes cluster status:

kubectl get pods -A ↵

The NSP cluster is stopped when only the following namespaces and associated pods appear in the output, for example:

NAMESPACE           NAME                  READY  STATUS   RESTARTS  AGE

kube-system         calico-node-99d28     1/1    Running  0         age

...

kube-system         kube-apiserver-node1  1/1    Running  7         age

kube-system         kube-proxy-c9vch      1/1    Running  0         age

metallb-system      speaker-fsw6b         1/1    Running  0         age

metallb-system      speaker-nhslk         1/1    Running  0         age

nsp-psa-restricted  nsp-backup-storage-0  1/1    Running  0         age

The number of pods running in the kube-system and metallb-system namespaces can vary. There is also one nsp-backup-storage pod. These pods are expected to remain running after NSP is uninstalled.


10 

When the NSP cluster is stopped, close the console window.

End of steps