Revise la topología de NSX-V y decida cómo asignarla a la topología de NSX-T. Durante la migración, el paso "Definir una topología" le solicitará la asignación.

Si ejecuta NSX-T 3.2.0 o 3.2.1, puede migrar un equilibrador de carga de NSX-V a NSX-T Advanced Load Balancer (ALB). A partir de NSX-T 3.2.2, solo puede migrar un equilibrador de carga de NSX-V a un equilibrador de carga NSX-T.

Específicamente determine cuántos clústeres de NSX-T Edge necesita y cómo deben asignarse las puertas de enlace de servicios Edge (ESG) y los enrutadores lógicos distribuidos (DLR) a las puertas de enlace en NSX-T. Se deben omitir las ESG en dirección norte sin servicios de capa 4 y capa 7. Por lo general, estas son las ESG que se emparejan con los enrutadores en dirección norte y se encuentran en la ruta ECMP. Si utiliza una VPN en una ESG en dirección norte, se recomienda migrar a un nivel 0 activo-en espera. En otros casos, se recomienda migrar las ESG y los DLR al nivel 1. Una ESG y un DLR se pueden combinar en una entrada de asignación en el archivo de asignación.

No se pueden asignar varias puertas de enlace de nivel 1 sin un clúster de Edge o una puerta de enlace de nivel 1 solo para DR en una puerta de enlace de nivel 0 principal a varios DLR. Tampoco puede asignar la puerta de enlace de nivel 0 principal a un DLR si va a asignar a una puerta de enlace de nivel 1 solo de DR. Si la topología requiere la asignación de varios DLR, deberá usar una puerta de enlace de nivel 1 en modo activo-en espera con un clúster de Edge asignado.

Si tiene un servidor DHCP configurado en una ESG y un servidor de retransmisión DHCP configurado en un DLR, deberá asignar la ESG y el DLR a la misma puerta de enlace de NSX-T.

Ejemplo de un archivo de asignación que asigna ESG a una puerta de enlace de nivel 0: 
[
  {
    "name":"nsxv-to-nsxt-mapping",
    "v_edges_to_policy_gateways_mappings":[
      {
        "v_edges":[
          "edge-1",
          "edge-2"
         ],
         "policy_gateway_name": "tier0-gateway"
         "policy_gateway_path": "/infra/tier-0s/tier0-gateway"
      }
    ]
  }
]
Si ejecuta NSX-T 3.2.0 o 3.2.1 y está realizando una migración de configuración, la asignación mencionada anteriormente no se utilizará para Advanced Load Balancer (ALB). En su lugar, hay otra asignación opcional que puede proporcionar para ALB. Para especificar esa asignación, debe cargar un archivo JSON. Ejemplo de un archivo de asignación que asigna ESG a grupos de motores de servicio: 
{
  "alb": {
    "service_engine_group_per_esg": false,
    "esgs": [
      {
        "name": "edge-4",
        "interfaces": [
          {
            "name": "mgmt",
            "tier1_id": "London_Tier1Gateway1"
          },
          {
            "name": "vnic1",
            "placement_network_subnet": "172.16.1.10/16",
            "service_engine_group": "Test-SE-group"
          }
        ]
      }
    ]
  }
}

Para obtener más información sobre cómo crear un archivo de asignación para el equilibrador de carga, consulte Migrar el equilibrador de carga de NSX-V a Advanced Load Balancer.

A partir de NSX-T 3.2.1, puede migrar un entorno Cross-vCenter a NSX Federation. A continuación se mostrará un archivo de asignación de ejemplo para una migración de este tipo: 
[
  {
    "name": "site-GM",
    "nsxv_id": "20.20.0.131",
    "nsxt_site_id": "",
    "v_edges_to_policy_gateways_mappings": [
      {
        "v_edges": [
          "edge-3",                                          <== Dhcp server
          "edge-1b4b70c4-27da-4ee9-91cb-bd6389dadca2"        <== Dhcp Relay
        ],
        "policy_gateway_name": "tier0_1_global",
        "policy_gateway_path": "/global-infra/tier-0s/tier0_1_global"
      },
      {
        "v_edges": [
          "edge-a529c168-56c0-4e1a-98e4-e1f0312d82a4"
        ],
        "policy_gateway_name": "tier1_0_global",
        "policy_gateway_path": "/global-infra/tier-1s/tier1_0_global".     <== mapping corresponding to UDLR
      },
      {
        "v_edges": [
          "edge-5"
        ],
        "policy_gateway_name": "tier0_2_global",
        "policy_gateway_path": "/global-infra/tier-0s/tier0_2_global"
      }
    ]
  },
  {
    "name": "london",
    "nsxv_id": "20.20.0.131",
    "nsxt_site_id": "23790eb0-201a-48c3-8e34-8a03be03b61a",
    "v_edges_to_policy_gateways_mappings": [
      {
        "v_edges": [
          "edge-4"
        ],
        "policy_gateway_name": "site0_tier1_0",
        "policy_gateway_path": "/infra/tier-1s/site0_tier1_0"
      }
    ]
  },
  {
    "name": "paris",
    "nsxv_id": "20.20.0.132",
    "nsxt_site_id": "27db83d3-aa10-4a40-b15c-bf6e234b9e74",
    "v_edges_to_policy_gateways_mappings": [
      {
        "v_edges": [
          "edge-1",
          "edge-5"
        ],
        "policy_gateway_name": "site1_tier0_1_local",
        "policy_gateway_path": "/infra/tier-0s/site1_tier0_1_local"
      }
    ]
  }
]
Si va a migrar un entorno Cross-vCenter a NSX Federation, tenga en cuenta lo siguiente:
  • Las puertas de enlace de nivel 0 creadas en Local Manager deben tener un clúster de Edge asignado.
  • Las puertas de enlace de nivel 1 creadas en el Local Manager deben tener un clúster de Edge asignado o estar conectados a una puerta de enlace de nivel 0 que tenga asignado un clúster de Edge.
  • Las puertas de enlace de nivel 0 y nivel 1 creadas en Global Manager deben abarcar todos los sitios.
  • En el archivo de asignación, al especificar atributos para Global Manager, nsxt_site_id debe ser una cadena vacía.
  • El DLR universal (UNIVERSAL DLR, UDLR) no debe combinarse con ninguna otra ESG.
  • Las ESG en dirección norte con servicios L4-L7 emparejados con UDLR deben asignarse a la puerta de enlace de nivel 0 activo-en espera del sitio local.