CDOT/C-Mode LUN/block FC/FCoE/iSCSI storage migration
NetApp made a huge improvement in their software moving to C-Mode, however they did not make the process to move block storage LUNs easy. Of course, they would like you to buy their DTA2800 appliance, which is licensed per TB migrated, and/or use their professional services.
Like most of us, we more than a couple TB to move, and I don't feel I should have to pay for the migration since I bought both systems in the first place. The good news is you don't have to....if you can deal with a little downtime.
The solution is to use the NetApp Workflow Automation tool or "WFA". You can do offline and online block LUN replication, and with the online mode - the cutover period can be very short.
Unfortunately, the pieces needed to easily complete this task are not readily compiled and comprehensively documented.
So far, the best document is NetApp TR 4314 which is not publicly accessible - except from this scribd post. I will not post the actual PDF - but if you have access to the NetApp field portal - you can get EVERYTHING you need to complete the migrations.
Resources:
Instructions:
Like most of us, we more than a couple TB to move, and I don't feel I should have to pay for the migration since I bought both systems in the first place. The good news is you don't have to....if you can deal with a little downtime.
The solution is to use the NetApp Workflow Automation tool or "WFA". You can do offline and online block LUN replication, and with the online mode - the cutover period can be very short.
Unfortunately, the pieces needed to easily complete this task are not readily compiled and comprehensively documented.
So far, the best document is NetApp TR 4314 which is not publicly accessible - except from this scribd post. I will not post the actual PDF - but if you have access to the NetApp field portal - you can get EVERYTHING you need to complete the migrations.
Resources:
- A minimum of a 7-Mode System and a C-DOT system
- This is your source and destination system, if you don't have these, why are you reading this article? ;-)?
- An intermediary / staging system
- Ideally another 7-mode system with a bunch of disk to handle the intermediary work, although technically this could be handled by the second half of your origin HA pair.
- A fast network
- Ideally, 10GbE to minimize the bottleneck
- A working installation of NetApp OnCommand Workflow Automation (WFA) 2.2RC1
- WFA is great but going over the installation process is beyond the scope of this document
- http://mysupport.netapp.com/NOW/download/software/ocwfa/2.2.1RC1/
- OnCommand Unified Manager 6.1 for C-Mode
- You should already have this, hopefully
- http://mysupport.netapp.com/NOW/download/software/oncommand_cdot/6.1/
- OnCommand Unified Manager 5.2 for 7-Mode
- You should already have this, hopefully
- http://mysupport.netapp.com/NOW/cgi-bin/software?product=OnCommand+Unified+Manager+Core+Package&platform=Windows
- A copy of NetApp TR 4314
- This is available via the NetApp Field Portal
- https://fieldportal.netapp.com/Core/DownloadDoc.aspx?documentID=130681&contentID=249731
- A copy of lunmigrate.dar Workflows
- This is available via the NetApp Field Portal
- Release Notes https://fieldportal.netapp.com/Core/DownloadDoc.aspx?documentID=130979&contentID=250745
- Workflow Archive https://fieldportal.netapp.com/Core/DownloadDoc.aspx?documentID=130977&contentID=250744
- A copy of NFShardlink
- This is available via the NetApp Field Portal
- https://fieldportal.netapp.com/Core/DownloadDoc.aspx?documentID=131057&contentID=251066
Instructions:
- Install OnCommand Workflow Automater
- Acquire all the items listed above
- Follow the instructions in TR 4314 to set up WFA
- Build a test LUN on your 7-Mode System
- Wait a minute for OCUM to update, and...
Recommendations/Notes:
- Make sure the administrative interfaces, intercluster interfaces, and replication IPs are all on 10-gigabit networks so the network is not your bottleneck in the migration process.
- If you have a spare NetApp, use this system as a staging system between the source and destination systems. I happened to have a spare system with a couple hundred 15k drives and multiple 10GbE interfaces which worked great as an intermediary.
- There are a bunch of workflows, but don't be overwhelmed. You really only need one for the initial setup, and three for most migrations.
Steps to Migrate:
Set up the igroups. You should only need to run this once per source controller/HA pair if your igroups were set up correctly to begin with.
- Run the "7toC LUN Migrate igroups" workflow
- Select the source array
- Select the target cluster
- Select the target SVM
- Click Execute
- Wait for the workflow to execute, make sure it completes successfully
- Check the CDOT system
Pre-Migration - "Baseline"
- Run the "7toC LUN Migrate Job Baseline" workflow
- Select the source system (your 7-Mode controller)
- Select the volume, when selecting you can see how many LUNs are on that volume.
- Select the replication IP - this IP needs to be on the same VLAN or routeable to the staging and target systems. Hopefully it's a 10GbE interface as well.
- If there is more than one LUN per volume, you can use a regex to describe the LUN(s) you wish to migrate. If you want to do one LUN at a time (I recommend this) just put the LUN name in the "LUN Pattern" field.
- Select the staging system, replication IP, vfiler and NFS access IP.
- Select the target cluster, SVM, aggregate
- Enter the volume name...I like to name my block volumes LUNNAME_vol but your mileage may vary
- Click Execute
- Wait a while - if you can, keep the workflow execution status window up so you can familiarize yourself with the process
- Hopefully it completes successfully. If not look at what step of the workflow failed and troubleshoot it
Migration - "Cutover"
IMPORTANT: Leave all the checkboxes at default unless you are going to read the documentation and see what they all do.
- Run the "7toC LUN Migrate Job Update + Cutover - Rapid" workflow
- Leave the offline source LUNs box checked
- Select the target cluster
- Select the target SVM
- Select the volume - in the dropbox, it will show you the status of the volume - it should be in the state"baselined"
- Leave the remap LUNs box checked
- Shut down the source system (if this is a boot LUN) or stop all applications using the LUN(s)
- Unmount the disks in the source OS
- Click the "Execute" button
- The workflow will typically take about five minutes to execute on a fast system - unless there is a substantial amount of change since the initial baseline.
- If the LUN migrated was a boot LUN, make sure to update the boot targets in the BIOS (or boot policy in UCS)
- If the LUN migrated was a data/application LUN, mount the LUN in the OS and test the application
Post-Migration - "Cleanup"
IMPORTANT: Leave all the checkboxes at default unless you are going to read the documentation and see what they all do.
- Run the "7toC LUN Migrate Job Cleanup" workflow
- Select the target cluster
- Select the target SVM
- Select the target volume - the state should be "cutover"
- Click Execute
Manual Post-Migration Steps
The original 7-mode LUN should be offline, and the LUN and volume will be intact. Once you are satisfied with the migration, you may remove the source data.
- Delete the source LUN
- Offline the source LUN volume/container (make sure it's the only LUN in the volume)
- Delete the source LUN container
No comments:
Post a Comment