Ransomware attackers specifically target and attempt to destroy backup systems to increase the probability of payment. Hardening your system is critical. Please ensure you have reviewed your platform security using the Security Hardening Checklist
Cohesity

COHESITY Documentation

Explore our documentation to get started, discover products & new features, access troubleshooting guides, register sources, platforms support.

Products
Data Security Alliance
Visit Cohesity.com
Demos
Support
Blogs
Developers
Partner Portals
Cohesity Community
© 2026 Cohesity, Inc. All Rights Reserved.
Terms of Use|
Privacy Policy|
Legal|
  1. Home
  2. Cohesity Cloud Scale Technology Manual Deployment Guide for Kubernetes Clusters
  3. Appendix B. MSDP Scaleout
  4. MSDP Scaleout maintenance
  5. Migrating the MSDP Scaleout to another node pool
Cohesity Cloud Scale Technology Manual Deployment Guide for Kubernetes Clusters

Migrating the MSDP Scaleout to another node pool

You can migrate an existing MSDP Scaleout on another node pool in case of the Kubernetes infrastructure issues.

To migrate the MSDP Scaleout to another node pool

  1. Ensure that no job running related to MSDP Scaleout that is going to migrate.
  2. Navigate to the helm directory within the extracted tar location.
  3. Run the following command to get the Cloud Scale release name:

    Helm ls -n <namespace>

  4. Run the following command to migrate MSDP Scaleout to new node pool:

    helm upgrade <release-name> cloudscale-<version>.tgz -n netbackup --reuse-values

    --set environment.msdpScaleouts.nodeSelector.labelKey=<new-value>

    --set environment.msdpScaleouts.nodeSelector.labelValue=<new-value>

  5. After the helm upgrade, existing pods are terminated and restarted one at a time, and the pods are re-scheduled for the new node pool automatically.

    Note:

    Controller pods are temporarily unavailable when the MDS pod restarts. Do not delete pods manually.

  6. Re run the following command to update the MSDP Scaleout operator with new node pool:

    # helm upgrade --install operators

  7. If node selector does not match any existing nodes at the time of change, you see the message on the console.

    If auto scaling for node is enabled, it may resolve automatically as the new nodes are made available to the cluster. If invalid node selector is provided, pods may go in the pending state after the update. In that case, run the command above again.

    Do not delete the pods manually.

Feedback

Was this page helpful?
Previous

Reinstalling MSDP Scaleout operator

Next

Introducing Cohesity Data Cloud for NetBackup

Feedback

Was this page helpful?