NSX-T Migration Made Easy
Simple, Cost-effect and Automated Migrations
Shipping: January 15th
Are you ready for the transition to NSX-T ? While the ReSTNSX platform provides an exceptional experience for NSX automation and day 2 operations for both NSX-v and NSX-T, customers still require a way to snapshot their -v environment and build the equivalent in NSX-T. This is where the Migration Assistance Tool (MAT) comes in. MAT is a standalone virtual appliance that can migrate your -v configuration to -T within a few clicks and without an outage. From Security to Network Virtualization configurations, MAT has you covered.
Say Hi To MAT!
ReSTNSX's Migration Assistance Tool (M.A.T.) is here to help with your transition to NSX-T. No longer do you need to focus on how you are going to get the job done but rather the outcome. MAT is your easy button for your journey to -T.
Get to NSX-T in 4 Easy Steps
MAT will perform the data collection, analysis and migration with minimal user intervention. Forget scripting or long analysis of the -v data, let MAT do the work for you! MAT is a feature-rich platform that was built from the ground up to provide the simplest, yet most flexible and impactful user experience possible. Features of MAT include:
- Automated Migration
- Selective object/policy migration
- Non-disruptive migration to NSX-T
- Many:1 Support (Multiple NSX-v:NSX-T)
- Auto detection and transformation of incompatible objects
- Pre and Post Migration Summary Reports
- Roll-back option during and after migration
- Verbose logging to understand what tasks are being carried out
Watch the following video for an introduction of the process MAT uses for a typical migration from NSX-v to NSX-T
Step 1: Define Data Sources
The first step of the migration is to define which NSX-v Managers will be migrated to which NSX-T Manager. At any given time, MAT supports up to (12) NSX-v data sources on a single appliance to be migrated. In this configuration, MAT supports a many-to-one migration where multiple NSX-v Managers can be migrated to a single NSX-T destination.
To get started, the user will enter the credentials for each NSX-v Manager, associated vCenter and the destination NSX-T Manager. At each step of data input, minimum version, API connectivity and NSX Manager <-> vCenter connectivity validation is performed. Before proceeding to the next step, the user will be presented a summary of the intended migration environments. Step 1, done.
Step 2: Collect
During this stage, MAT connects to an existing NSX-v Manager and vCenter to collection inventory. As the data is collected, the items are displayed and sorted by functional area: Infrastructure (NSX Manager settings); Security and Network Virtualization. The user may unselect entire categories or individual items from being migrated.
NOTE: At this point, the source -v and vCenter are no longer queried for data as the full inventory is stored in MAT's database.
For each item a status field is provided to indicate if the object is supported in NSX-T or not. Additionally, if an object is not supported in NSX-T but it is able to be transformed to -T compatible object, the status will be flagged as INFO. The following 3 status results are supported:
- OK - Indicates the NSX-v object maps directly to a NSX-T object. As a result, no transformation is required. An example of such an object is an IP Set as both -v and -T support objects of this type
- INFO - Indicates the NSX-v object needs to be transformed into a -T compatible object. An example of such an object is a -v Security Tag for a VM. While -T supports tags, they are not standalone objects but rather attributes of the parent object. In this case, the VM has a tag attribute and the standalone tag will be migrated to an attribute of the VM in -T. Another example of an object to be marked INFO is Security Group membership where members types (listed below) are not supported in -T. In this case, MAT will determine the effective members of the Security Group and create a corresponding -T IP Set to ensure policy remains intact upon migration.
- Data Center
- Directory Group
- Distributed Port Group
- Legacy Port Group
- Resource Pool
- ERR - Indicates that there is no transformation possible or the object is not in use and therefore will not be migrated. The user, for objects that are ERR and -T compatible but are currently unused, has the option to override the default behavior and the allow the migration of the unused object to occur.
NOTE: We are actively updating the MAT release notes with the latest information on supported objects based upon the upcoming NSX-T 2.4 release. Once our results are validated in the lab, our team will post a complete list in our tech docs section of the website.
Based upon the status information, the user may choose to proceed to the next step or re-run a collection after correcting or adding items in the existing NSX-v environment.
While there are countless network topologies that could exist in a NSX-v environment, MAT provides the user with a graphical summary of the destination topology that will be created. In a post-FCS release, MAT will allow the user to select from a list of viable destination topologies. In the current release, below is one example of a network topology and how it will be created in -T on migration.
Once the user confirms the inventory, MAT is ready to present the data one more time prior to migration in the transformation phase.
Step 3: Transform
The transformation screen allows the user to review the items selected for migration prior to MAT beginning his work. Additionally, explanations for items of status INFO are provided to provide context of how the object is being transformed. This allows the user the chance to perform the following actions:
- Pause the tool to review items on screen before proceeding
- Pause the tool to review items in a Transformation Report PDF export
- Cancel and return to the collection screen to modify selections or re-run a collection
- Begin the migration to NSX-T
Sample Page from the Transformation Report Export (PDF)
Step 4: Migrate
MAT will systematically go through each category and object collected for migration, create the corresponding -T item and associations as needed. The process is all logged with every API call and result (success, failure) and the new object IDs displayed in tables in the same tree structure used during the collection and transformation steps. MAT is not deleting any NSX-v inventory during this process.
During the migration, the user may pause at any point to review data, cancel the migration or perform a partial roll-back. Optionally, if errors do occur, the system will pause for user intervention to confirm error condition before proceeding.
Sit back and let MAT do the work for you!
Post Migration: Security Tags
The NSX migration is almost complete! Once the -T environment has been validated, users can log back into MAT and complete the last step - Security Tag migration. Since NSX-T treats tags as object attributes and not standalone entities like NSX-v, the tags applied to VMs in NSX-v must be created after the vCenter inventory is visible to NSX-T. During the collection phase, we captured all the NSX-v tags and their VM associations using the VM's UUID and stored them for future migration.
Once the new NSX-T host(s) have been prepared and VMs migrated, users can go log back into MAT to create the tag associations as they originally existed in NSX-v in one easy step:
Success! Or was it!? MAT maintains the inventory of NSX-T created objects until the data source is deleted on the appliance. This allows MAT to roll-back everything that was created during the migration process like it never happened. Having the ability to re-run collections and roll-back the migrations within a few clicks enables organizations to migrate with confidence by knowing that the undo button is there if needed.
Your NSX-T environment is now configured and may need some final custom edits before migrating hosts to the new environment. Login to your new -T environment via ReSTNSX to enjoy the same easy-of-use as the the Migration Assistance Tool. The ReSTNSX platform is a unified management appliance delivering an exceptional and consistent user experience for both NSX-v and NSX-T. From automation to day 2 operations, ReSTNSX is the choice for managing your -v and -T environment. Request a demo today!