Vérifiez la topologie NSX-V et décidez comment la mapper vers la topologie NSX-T. Pendant la migration, l'étape « Définir une topologie » vous invite à entrer le mappage.

Si vous exécutez NSX-T 3.2.0 ou 3.2.1, vous pouvez migrer un équilibreur de charge NSX-V vers NSX-T Advanced Load Balancer (ALB). À partir de NSX-T 3.2.2, vous pouvez uniquement migrer un équilibrage de charge NSX-V vers un équilibrage de charge NSX-T.

Spécifiquement, déterminez le nombre de clusters NSX-T Edge dont vous avez besoin et la manière dont les passerelles ESG (Edge Service Gateway) et les routeurs logiques distribués (DLR) doivent être mappés aux passerelles dans NSX-T. Les passerelles ESG ascendantes sans services L4-L7 doivent être ignorées. Il s'agit généralement des passerelles ESG appairant avec des routeurs ascendants et elles se trouvent dans le chemin ECMP. Si vous utilisez un VPN sur une passerelle ESG ascendante, il est recommandé de migrer vers le niveau 0 actif-en veille. Il est recommandé de migrer les passerelles ESG/DLR vers le niveau 1. Une passerelle ESG et un DLR peuvent être fusionnés en une entrée de mappage dans le fichier de mappage.

Vous ne pouvez pas mapper plusieurs passerelles de niveau 1 sans cluster Edge ou passerelle de niveau 1 à DR uniquement sous une passerelle parente de niveau 0 aux DLR. Vous ne pouvez pas non plus mapper la passerelle parente de niveau 0 à un DLR en cas de mappage à une passerelle de niveau 1 à DR uniquement. Si votre topologie nécessite le mappage de plusieurs DLR, vous devez utiliser une passerelle de niveau 1 active-en veille avec un cluster Edge attribué.

Si vous disposez d'un serveur DHCP configuré sur une passerelle ESG et d'un serveur de relais DHCP configuré sur un DLR, vous devez mapper la passerelle ESG et le DLR à la même passerelle NSX-T.

Exemple de fichier de mappage qui mappe des passerelles ESG à une passerelle de niveau 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 vous exécutez NSX-T 3.2.0 ou 3.2.1 et que vous effectuez une migration de la configuration, le mappage mentionné ci-dessus n'est pas utilisé pour Advanced Load Balancer (ALB). Au lieu de cela, vous pouvez fournir un autre mappage facultatif pour ALB. Pour spécifier ce mappage, vous devez télécharger un fichier JSON. Exemple de fichier de mappage qui mappe des passerelles ESG à des groupes de moteurs de service : 
{
  "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"
          }
        ]
      }
    ]
  }
}

Pour plus d'informations sur la création d'un fichier de mappage pour l'équilibreur de charge, reportez-vous à la section Migration de NSX-V Load Balancer vers Advanced Load Balancer.

À partir de NSX-T 3.2.1, vous pouvez migrer un environnement cross-vCenter vers la fédération NSX. Voici un exemple de fichier de mappage pour une telle migration : 
[
  {
    "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 vous migrez un environnement cross-vCenter vers la fédération NSX, notez ce qui suit :
  • Les passerelles de niveau 0 créées sur le gestionnaire local doivent disposer d'un cluster Edge attribué.
  • Les passerelles de niveau 1 créées sur le gestionnaire local doivent disposer d'un cluster Edge attribué ou être connectées à une passerelle de niveau 0 à laquelle un cluster Edge est attribué.
  • Les passerelles de niveau 0 et de niveau 1 créées sur le gestionnaire global doivent couvrir tous les sites.
  • Dans le fichier de mappage, lors de la spécification d'attributs pour le gestionnaire global, nsxt_site_id doit être une chaîne vide.
  • Le DLR universel (UDLR) ne doit pas être fusionné avec une autre passerelle ESG.
  • Les passerelles ESG ascendantes avec appairage des services L4-L7 avec UDLR doivent être mappées à la passerelle de niveau 0 active-en veille d'un site local.