ONTAP Discussions

How to convert the the access to a volume/filer from 7-mode to cDOT?

netappmagic
6,664 Views

Suppose I have a volume with NFS access on 7-mode filer. The plan is to transition the volume to vs1 vserver on a cDOT cluster bu using 7mtt. vs1 has lif1 created.

 

My question is, how to convert the user's access to the volume from 7-mode filer to "vs1' on the cDOT cluster? Is there a way on DNS to allow users who used old IP automatically be converted to the new IP (lif1 on vs1)? Or, users would have to change the IP from old one to the new one for vs1 on their end?

 

 

Thanks in advance for sharing

 

 

 

15 REPLIES 15

aborzenkov
6,616 Views

Just replace old IP with new IP in DNS.

 

But it won't help if clients do not use DNS in the first place.

netappmagic
6,591 Views

As I understand, one way is to use a new IP for SVM, and requires to update DNS address

 

To prevent the situation where users are using IP address not DNS name, one could also use the same IP for SVM on 7-mode right before cutover, and without changing DNS name.

 

Which method should be more commonly used?

netappmagic
6,545 Views

Anybody please share your idea?

 

Configuring the data LIFs on the SVM:

  • Existing 7-Mode IP addresses are created on the SVM in the administrative down state.
  • New IP addresses are created on the SVM in the administrative up state.

I am not sure I understand above two statements. Does that mean that I am going to use the same IP for 7-mode filer and configure it for SVM  on cDOT?

hadrian
6,539 Views

Hi netappmagic,

 

I do transition consulting for NetApp.  Some answers for you inline:

 

>> [netappmagic] My question is, how to convert the user's access to the volume from 7-mode filer to "vs1' on the cDOT cluster? Is there a way on DNS to allow users who used old IP automatically be converted to the new IP (lif1 on vs1)? Or, users would have to change the IP from old one to the new one for vs1 on their end?

 

Hadrian:  When performing migration of NFS/SMB volumes, you can either migrate the source IP address from the 7-mode to the cDOT SVM, or you can use a new IP address. 

 

Generally people migrate the source IP address only if they are migrating all volumes in the same cutover window.  In that scenario, NFS clients should umount the export prior to the cutover and re-mounting should work OK.  The exception is if they are using custom hosts entries.  You can take a look at your important NFS clients /etc/hosts file to confirm this.

 

If the 7-Mode IP address is not being migrated and you desire to use new IP addresses on the target, then updating DNS and advising clients to flush DNS before reconnecting is generally good enough.  Since you mentioned NFS clients, you could look into any automounter configuration or /etc/fstab configuration to validate the connectivity is by DNS name or by IP address.  If it is explicitly set as IP, then the client configuration will need to be updated.

 

>> [netappmagic] Configuring the data LIFs on the SVM:

  • Existing 7-Mode IP addresses are created on the SVM in the administrative down state.
  • New IP addresses are created on the SVM in the administrative up state.

 

Hadrian:  This is 7MTT advising you that when you select to migrate the 7-Mode IP address to the cDOT SVM, it will pre-provision the new LIF on the SVM in a down state, and it will be enabled during the final cutover.  If you are not migrating the 7-Mode IP address, if 7MTT provisions a LIF it will be immediately available.

 

Please let us know if this clears it up for you or not 😃

 

Hadrian

netappmagic
6,531 Views

Hello Hadrian,

 

Your messages are very helpful. I have a few follow-ups.

 

The section "Configuring the data LIFs on the SVM" I excerpted from "Precutover phase" in Doc "Data and Configuration Transition Guide". Understood that I could use the existing 7-mode filer IP for the target SVM, however, in most cases, we probably use a new IP for the target SVM, since we usually don't transition all volumes on 7-mode at once.

 

Here is what I am still confusing about. During "Data copy phase", we have initiated baseline transfer and data should be already transfered to target SVM, which means that we have already given the IP to SVM at this phase. Correct?

If correct, then why do we still need to give an IP to SVM in Precutover phase?

 

 

hadrian
6,522 Views

Hello netappmagic,

 

Not necessarily.  If you are have already started baseline, 7MTT will only provision the new LIFs if you checked the box in the dotted red line below, or selected New LIF as indicated in the screen shot below.

 

7mtt_map_ipaddresses.jpg

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

You can see the status of your network configuration decisions of that project by looking at the Networking Tab on the dashboard as indicated in the next screen shot:

 

7mtt-networking-dashboard.jpg

 

 

If there are no entries in the Networking Tab, then you have not selected to create any LIFs or have 7MTT migrate any 7-Mode interfaces.  Which is fairly common if you already have the SVM configured and working well. 

 

Hope this helps!

 

Hadrian

 

 

netappmagic
6,513 Views

Sorry, I might be missing something here.

 

In "Data Copy phase", we have started baseline transfer, what IP we are using to do the initialization? and what is the difference between this IP and later the IP for SVM? how do I find that out and verify what these two IP's are, respectively? please show me CLI's if you could.

 

Thanks for patience.

hadrian
6,505 Views

Hi netappmagic,

 

Good question!

 

When migrating data from 7-mode to cDOT, we need to consider two different interfaces: 

 

1.  The Data Copy Interface, that is the source IP address which 7MTT is using to migrate data with snapmirror from source controller to destination controller.  This is chosen by default in 7MTT and is a mandatory configuration.

 

2.  The NAS Interface, also known as the transition LIF if using the 7MTT command line.  These are the interfaces which your NAS/NFS clients are connecting to the storage.   7MTT reviews your source 7-mode controller interface configuration and can re-create the source interface as a new Data LIFs on the destination SVM.  The Data LIF is made online during the cutover event.   This is an OPTIONAL configuration in 7MTT which is not required for a 7MTT project to be successful.   What is required for a successful migration is for you to understand how your NAS clients are connecting to the source 7-mode controller, and how they will be connecting to the destination storage cluster / SVM.  Whether or not 7MTT manages any Data LIF provisioning is optional and up to you. 

 

You can view the Data Copy Interface which 7MTT is using for snapmirror by viewing the 7MTT CLI command:  transition show -s <session name>.  You can get a list of sessions by invoking transition show without any parameter. 

 

7mtt-which-ip-for-replication.jpg

Note:  Multipath IP address is also highlighted.  If you have multiple SnapMirror interfaces or would like attempt to increase snapmirror bandwidth, you can optionally specify a SnapMirror Multipath interface but this is not so common. 

 

You can view any NAS interfaces aka Data LIFs which 7MTT is going to manipulate by using the 7MTT CLI command:  transition lif show -s <session name>

 

7mtt-transition-lif-show.jpg

In this screenshot 7MTT session hadrianpilot_standalone did not specify any Data LIFs to be provisioned or migrated. 

 

In 7MTT session donotmoveip_standalone, we indicated we want 7MTT to provision a new LIF on the target SVM for use by NAS clients during cutover.  As mentioend earlier in the thread, 7MTT does not perform any work to update DNS or your client configuration to inform them of the new interface, that is up to you.

 

If you desire to understand the destination storage cluster interfaces which are used for SnapMirror replication, and that 7MTT will use to migrate the data with, you can check the storage cluster CLI like so:

 

 

7mtt-intercluster-lif-show.jpg

 

 

If you desire to understand which LIFs are already provisioned on the destination storage cluster, check the storage cluster CLI again.  These could have been provisioned by you or by 7MTT if you had selected "New LIF" in the previously indicated screen shots. 

 

7mtt-target-data-lifs.jpg

 

Hope this answers the question.  If so please mark it as so / hit the kudos button.  If not... you know where to find me 😃

 

 

Hadrian

netappmagic
6,465 Views

 

Great messages, Hadrian, Thank you!

 

Now to help me fully understand the process, here is the question I need to unerstand first: What is "7-Mode system FQDN" created for, if "Data-copy IP address" is used for Snapmirror between 7-mode filer and cDOT?

 

 

hadrian
5,870 Views

Hi netappmagic,

 

This is used by the 7MTT tool for API communication to the source controller for management purposes; to set up the snapmirror relationships for you.  The snapmirror copy process does not occur over that interface. 

 


@netappmagic wrote:

 

What is "7-Mode system FQDN" created for, if "Data-copy IP address" is used for Snapmirror between 7-mode filer and cDOT?

 

 


 

netappmagic
5,864 Views

Very good!

Should this IP "7-Mode system FQDN" have connections to both 7-mode filer and cDOT?

 

I used “transition lif show –s 7mode_standalone” and got “No IP addresses to display” back, which indicating this session did not specify any DATA LIF to be provisioned.  

However, meanwhile when I run “net int show -vserver cdot-7mode” on cDOT, the result indicates two LIF interfaces are already up. What am I missing here? How should I explain it? Does that mean these two LIF’s were already created manually, not by 7mtt, and that’s why the 7mtt command could not recognize them? The vserver “cdot-7mode” is the target SVM.

 

My last question, I hope.

If we give the target SVM a new IP, then the clients will have to change the DNS name in NFS mounting cases, and to reference the new location, correct?

hadrian
5,852 Views

@netappmagic wrote:

Does that mean these two LIF’s were already created manually, not by 7mtt, and that’s why the 7mtt command could not recognize them? The vserver “cdot-7mode” is the target SVM.

 

Correct, the existing SVM Data  LIFs were created manually by CLI, System Manager, or some other tool.  

 

Hadrian

netappmagic
5,845 Views

Thanks a lot, Hadrian!

 

I am not sure if you saw this message, since we are writing at the same time.

 

My last question, I hope.

If we give the target SVM a new IP, then the clients will have to change the DNS name in NFS mounting cases, and to reference the new location, correct?

 

Is this required to have this IP "7-Mode system FQDN" have connections to both 7-mode filer and cDOT?

hadrian
5,771 Views

If we give the target SVM a new IP, then the clients will have to change the DNS name in NFS mounting cases, and to reference the new location, correct?

 

Is this required to have this IP "7-Mode system FQDN" have connections to both 7-mode filer and cDOT?


 

If you give the target SVM a new IP, clients would have to change what DNS name they mount if you are not planning on retaining the legacy DNS name.  Correct.  Sometimes people do want to retain the DNS name, and this is done usually when all volumes are migrating from the source to the destination in the same cutover event.

 

Is it required to have 7-Mode system FQDN to have connections... don't worry about this.  If 7MTT doesn't have connectivity to the 7-Mode controller and the cDOT system, it will make it VERY clear to you 😃

 

Enjoy!

 

Hadrian

netappmagic
5,758 Views

I don't want to spend your too much time, but I feel that 7mtt Host has the connection to "7-Mode system FQDN" only, no connection to cDOT.

 

Thank you so much, you helped me out!

Public