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. NetBackup™ Deployment Guide for Azure Kubernetes Services (AKS) Cluster
  3. About MSDP Scaleout maintenance
  4. Migrating the MSDP Scaleout to another node pool
NetBackup™ Deployment Guide for Azure Kubernetes Services (AKS) Cluster

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. Update the node selector value spec.nodeSelector to the new node in the CR YAML file.
  3. Apply new CR YAML to update the CR in the Kubernetes environment.

    kubectl apply -f <your-cr-yaml>

    Note:

    All affected pods or other Kubernetes workload objects must be restarted for the change to take effect.

  4. After the CR YAML file update, 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.

  5. Run the following command to change MSDP Scaleout operator to the new node pool:

    kubectl msdp init -i <your-acr-url>/msdp-operator:<version> -s <storage-class-name> -l agentpool=<new-nodepool-name>

  6. 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

Uninstalling MSDP Scaleout from AKS

Feedback

Was this page helpful?