This topic describes how to migrate VMware Tanzu Kubernetes Grid Integrated Edition (TKGI) from NSX Management Plane API to NSX Policy API.
For an overview of NSX Management Plane API to NSX Policy API Migration, see Migrating the NSX Management Plane API to NSX Policy API - Overview.
Warning: The NSX Policy API feature is available at 50% of NSX Management Plane API scale. For detailed scale numbers, see NSX 4.0.1 Configuration Limits.
The NSX Management Plane API to NSX Policy API (MP2P) Migration feature switches environments using the NSX Management Plane API TKGI to the NSX Policy API.
VMware recommends that your MP2P Migration adheres to the following Prepare -> Migrate -> Clean Up workflow:
Procedure | Description | Outcomes | |
---|---|---|---|
Prepare | Enable Migration | Configure your environment for MP2P Migration in TKGI, NSX, and BOSH. | |
Re-Create Top DFW Firewall Rules | Re-create your high-priority user-defined DFW rules. | ||
Activate Policy API in TKGI | To create and configure NSX Policy API objects:
|
Migrates shared resources, including Tier-0, FIP block, Pod IP block, and Node IP block to NSX Policy API. Newly created clusters will use NSX Policy API. |
|
Migrate | Migrate a Cluster | Steps:
|
Use tkgi promote-cluster-to-policy to promote the cluster. |
Migrate All Production Clusters | Repeat the Migrate a Cluster procedure above for each production cluster. | Notes:
|
|
Re-Create Bottom DFW Firewall Rules | Steps:
|
||
Clean Up | Remove NSX Management Plane API-related configurations | Clean up:
|
|
Promote Remaining NSX Objects | Use the NSX Promoter to convert the NSX Objects that are configured outside of TKGI. | Notes:
|
|
Migrate BOSH to NSX Policy API mode | Deactivate BOSH migration mode to support NSX Policy API clusters only. | ||
Verification | Verify the MP2P Migration. |
To complete an MP2P Migration in your TKGI environment:
Warning: Limit upgrading NSX and TKGI to only resolving critical issues while your environment is in MP2P Migration mixed-mode.
Before migrating TKGI from NSX Management Plane API to NSX Policy API, verify your TKGI environment meets the following requirements:
TKGI Version Requirements:
Environment Version Requirements:
Cluster Requirements:
TKGI MP2P Migration does not support clusters configured with:
ncp.nsx_v3.k8s_np_use_ip_sets
Network Profile parameter set to false
. Before migrating a cluster, you must restore the parameter to true
, the default value for NSX Management Plane API. For more information, see Migrate a TKGI Cluster to NSX Policy API below.default-balanced-client-ssl-profile
, default-high-compatibility-client-ssl-profile
or default-high-security-client-ssl-profile
default ssl profiles. MP2P Migration supports only clusters that reference only NSX Management Plane API resources.Other Requirements:
To prepare your TKGI environment for MP2P Migration:
You must enable support for MP2P Migration in NSX before promoting clusters to NSX Policy API. Additionally, Ops Manager and BOSH must be configured to support a mixed environment of NSX Management Plane API and NSX Policy API clusters before promoting clusters.
Note: After activating NSX Policy API, existing NSX backups created while using NSX Management Plane API cannot be used to restore your environment or your clusters.
To prepare TKGI for MP2P Migration:
To prepare NSX for MP2P Migration:
To activate the NSX Migration Coordinator Service on all NSX managers:
SSH to the NSX Manager with administrative privileges:
At the nsxmanager>
prompt, run the following:
nsxmanager> start service migration-coordinator
If your NSX Manager cluster is configured with VIP, configure the Source IP Persistence Profile for LB or use a Source IP LB algorithm during TKGI foundation migration. Make all migration requests on a single NSX Manager.
To prepare Ops Manager and BOSH for MP2P Migration:
Download bosh_migration_mode.sh, the BOSH Migration Mode script, from the VMware Tanzu Kubernetes Grid Integrated Edition documentation GitHub repository.
Select a virtual machine that is able to reach Ops Manager, and can run the Ops Manager CLI, BOSH CLI, and yq CLI.
Copy the the BOSH Migration Mode script to the virtual machine.
Export the BOSH_CLIENT
, BOSH_CLIENT_SECRET
, BOSH_ENVIRONMENT
, and BOSH_CA_CERT
environment variables. For more information, see Set the BOSH Environment Variables on the Ops Manager VM in Advanced Troubleshooting with the BOSH CLI.
For example:
export BOSH_CLIENT=ops_manager BOSH_CLIENT_SECRET=FHoiRmt3qq1LfbPncF4vAyxZWUSpqbZ- BOSH_ENVIRONMENT=88.0.0.3 bosh BOSH_CA_CERT=/var/tempest/workspaces/default/root_ca_certificate
To activate BOSH Migration Mode run the BOSH Migration Mode script:
./bosh_migration_mode enable OPSMAN-IP USERNAME PASSWORD
Where:
OPSMAN-IP
is the IP address for the Ops Manager.USERNAME
is the account to use to run Ops Manager API commands.PASSWORD
is the password for the account.If your clusters are customized with DFW rules or use Network Profiles configured with DFW section markers, migrate the DFW rules:
Re-create your existing top section DFW rules from above your NSX Manager top_firewall_section_marker
in the NSX Policy Environment section. Include the top_firewall_section_marker
in the new copy.
Warning: If you do not configure your DFW Rules correctly, your workloads will lose network connectivity. Both the original copy of the top_firewall_section_marker
section and the re-created copy in the NSX Policy Environment section must be in your DFW rules after you complete this step.
For more information on configuring DFW rules, see DFW Migration in Migrating the NSX Management Plane API to NSX Policy API - Overview.
To migrate NSX Management Plane API shared network resources to NSX Policy API objects:
Migrate the cluster to the NSX Policy API:
pks promote-cluster-to-policy CLUSTER-NAME
Where CLUSTER-NAME
is the name of the promoted cluster.
Verify successful cluster migration to the NSX Policy API:
pks cluster CLUSTER-NAME
Where CLUSTER-NAME
is the name of the promoted cluster.
To collect the newly created Resource Policy IDs:
Retrieve the existing NSX Management Plane API IDs:
Retain the following NSX Management Plane API IDs:
For more information on Networking tab settings, see Networking in Installing TKGI on vSphere with VMware NSX.
Retrieve the new Resource Policy IDs:
To reconfigure TKGI with Resource Policy IDs:
Replace the Management Plane API IDs with the retained Resource Policy IDs:
For more information on Networking tab settings, see Networking in Installing TKGI on vSphere with VMware NSX.
Select Apply Changes.
Note: After configuring the TKGI tile, newly created clusters use the NSX Policy API.
To migrate TKGI to NSX Policy API, serially promote all of your TKGI clusters individually:
After migrating all clusters:
Note: Do not intentionally run TKGI in mixed mode for an extended period of time. Promote all TKGI clusters to NSX Policy API as quickly as possible.
To migrate an individual cluster from the NSX Management Plane API to NSX Policy API:
If your cluster is custom configured with the ncp.nsx_v3.k8s_np_use_ip_sets
Network Profile parameter set to false
, restore the default "ncp.nsx_v3.k8s_np_use_ip_sets": true
configuration by updating the cluster with a modified Network Profile.
Promote the cluster using the TKGI CLI:
tkgi promote-cluster-to-policy CLUSTER-NAME
Where CLUSTER-NAME
is the name of the promoted cluster.
Note: Do not attempt to promote an additional TKGI cluster to NSX Policy API before completing the promotion of the current clusters.
Validate successful migration to NSX Policy API topology for the cluster before promoting subsequent clusters:
Run the following:
pks cluster CLUSTER-NAME
Where CLUSTER-NAME
is the name of the promoted cluster.
Confirm successful cluster promotion by reviewing the migration log on the Kubernetes control plane VM.
For more information on cluster limitations while promoting a cluster, see During Cluster Promotion to NSX Policy API in Migrating the NSX Management Plane API to NSX Policy API - Overview.
Note: Do not attempt to promote an additional TKGI cluster to NSX Policy API before completing the promotion of the current clusters.
If your clusters are customized with DFW rules or use Network Profiles configured with DFW section markers, finish migrating the DFW rules:
Re-create your existing bottom section DFW rules from below your NSX Manager bottom_firewall_section_marker
in the NSX Policy Application section BELOW all migrated NCP rules. Include the bottom_firewall_section_marker
.
Remove all of the original NSX Management Plane customer-defined DFW rules. When done, confirm there is only one copy of the top firewall rules, the one in the NSX Policy Environment section, and only one copy of the bottom firewall rules, the one in the NSX Policy Application section.
Warning: If you do not configure your DFW Rules correctly, your workloads will lose network connectivity. You must remove all NSX Management Plane user-defined DFW rules before starting post-migration cleanup.
For more information on configuring DFW rules, see DFW Migration in Migrating the NSX Management Plane API to NSX Policy API - Overview.
After all TKGI clusters have been promoted to NSX Policy API, remaining NSX resources must be promoted and the TKGI configurations for NSX Management Plane API objects removed.
To clean up after promoting all clusters:
Remove NSX Management Plane API-related configurations:
Use the NSX Promoter to promote the remaining NSX resources:
Select Start Objects Promotion.
The following are reconfigured by the NSX Promoter:
vm_extension
configurations.For information about the NSX Promoter, see Promote Manager Objects to Policy Objects.
(Optional) To deactivate the NSX Migration Coordinator Service on all NSX managers:
SSH to the NSX Manager with administrative privileges.
At the nsxmanager>
prompt, run the following:
nsxmanager> stop service migration-coordinator
If your NSX Manager cluster was configured with VIP before you started MP2P Migration, restore your VIP configuration.
To switch BOSH to Policy API mode:
Access the virtual machine where you ran the BOSH Migration Mode script when you prepared Ops Manager and BOSH for MP2P Migration.
Export the BOSH_CLIENT
, BOSH_CLIENT_SECRET
, BOSH_ENVIRONMENT
, and BOSH_CA_CERT
environment variables. For more information, see Set the BOSH Environment Variables on the Ops Manager VM in Advanced Troubleshooting with the BOSH CLI.
For example:
export BOSH_CLIENT=ops_manager BOSH_CLIENT_SECRET=FHoiRmt3qq1LfbPncF4vAyxZWUSpqbZ- BOSH_ENVIRONMENT=88.0.0.3 bosh BOSH_CA_CERT=/var/tempest/workspaces/default/root_ca_certificate
Run the following BOSH Migration Mode script command:
./bosh_migration_mode disable OPSMAN-IP USERNAME PASSWORD
Where:
OPSMAN-IP
is the IP address for the Ops Manager.USERNAME
is the account to use to run Ops Manager API commands.PASSWORD
is the password for the account.