topic Re: Moving OnTAP Deploy Functionality to a New VM in ONTAP Discussions

Moving OnTAP Deploy Functionality to a New VM

TMADOCTHOMAS — Wed, 04 Jun 2025 10:21:40 GMT

I need to move OnTAP Deploy functionality to a new VM with a new IP address. This instance of Deploy manages a single two node OnTAP Select cluster. I've created the new VM and began the procedure outlined here:

https://kb.netapp.com/Advice_and_Troubleshooting/Data_Storage_Software/ONTAP_Select/How_to_migrate_ONTAP_Select_deploy_tool_to_a_new_VM_machine

I am to the point where I would restore the backup from the original VM to the new VM. However, a key step is missing - when do I power off the old VM to ensure a seamless transition? OR, should I expect a brief interruption of service? How will the cluster know it is being managed from a different Deploy box after the transition? To be more specific, entering storage iscsi-initiator show on the cluster shows the IP of the current Deploy box. How will it "know" to change this? Would love to hear any insight or suggestions!

Re: Moving OnTAP Deploy Functionality to a New VM

Sebastian_Goetze — Tue, 23 Nov 2021 18:44:14 GMT

The Deploy VM is not in the Data Path!
I would not expect any interruption of service.
But since it serves as the mediator for HA pairs and as License Manager (LM) for capacity pools, it should not be offline for an extended period of time... From the FAQ:

Does the LM and ONTAP Deploy need to be always running?
Answer: No, but it’s strongly recommended. The LM is critical when deploying new nodes or when making
changes to data aggregates that require a lease update.
After the node is deployed, the aggregate creation process “leases” capacity from the LM for a certain
period—a process analogous to DHCP and IP addresses. When the lease is halfway into its expiration,
the node starts reaching out to the LM to renew the lease.
If the renew request is successful—which means that the LM is available—the node continues to operate
normally. The node does not connect to the LM until the next renewal is required or if the user makes
changes such as creating, deleting, or expanding the aggregates. If the renew request is not successful—which means that the LM was not available—the node continues
with its attempts to renew the lease at regular intervals.
If the lease expires before the LM becomes available, ONTAP Select does not stop serving data and the
aggregate does not go forcibly offline. However, the user might manually offline the aggregates or there
might be an HA event. If so, then aggregates without a valid lease do not come back online unless the LM
is available and the capacity pool has enough free capacity to lease to the aggregates.

___

Regarding the clusters finding out about the new IP address of the Deploy VM, I have not yet tried it out, but I assume, the Deploy VM tells the clusters about it, since it has all the relevant info to be able to connect to the clusters. I made a note and I'll try it out in our lab one of these days...

Re: Moving OnTAP Deploy Functionality to a New VM

TMADOCTHOMAS — Tue, 23 Nov 2021 18:51:08 GMT

Thanks @Sebastian_Goetze . The Deploy box did in fact change the iSCSI settings although we went through a lot of drama with NetApp to get there, including an unfortunate single character typo on one of my project plans. Live and learn :).