Dans cette étape, vous spécifiez la topologie qui sera migrée. Cela peut être effectué via l'interface utilisateur de NSX Manager ou à l'aide d'un fichier de mappage au format JSON.

Ce mappage spécifie comment les passerelles Edge Service Gateway (ESG) et les routeurs logiques distribués (DLR) doivent être mappés aux passerelles dans NSX. Avant de fournir le mappage, évaluez vos exigences de topologie et prévoyez d'effectuer les opérations suivantes :
  1. Créez des passerelles de niveau 0 et de niveau 1 et configurez le routage dynamique ou statique sur les passerelles de niveau 0 vers les routeurs ascendants en fonction de vos besoins. Pour le routage dynamique, vous pouvez choisir de configurer BGP ou OSPF, en fonction de votre configuration NSX-V. Vous devez configurer manuellement ce routage ascendant.
  2. Lors de la configuration du routage ascendant, vous devez créer et configurer des interfaces de liaison montante sur la passerelle de niveau 0 NSX-T. Le sous-réseau de l'interface de liaison montante peut être le même sous-réseau que les liaisons montantes ascendantes de la passerelle ESG NSX-V. Les adresses IP de l'interface de liaison montante doivent être différentes des adresses IP des liaisons montantes ESG.
  3. Après avoir configuré le routage dynamique sur les passerelles de niveau 0, vérifiez que le routage dynamique a convergé, c'est-à-dire que des sessions BGP sont établies ou que les voisinages OSPF sont COMPLETS.
  4. Déterminez comment vous allez mapper les passerelles ESG et les DLR. 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 dans une entrée de mappage.
Lors de la définition d'un mappage, assurez-vous que les conditions suivantes sont remplies. Notez qu'une passerelle de routeur distribué (DR) de niveau 1 uniquement correspond à une passerelle de niveau 1 sans cluster Edge.
  • Une passerelle de niveau 0 doit disposer d'une interface de liaison montante.
  • Une passerelle DR uniquement de niveau 1 doit être connectée à une passerelle de niveau 0 disposant d'une interface de liaison montante.
  • Lorsque le routeur logique universel distribué (UDLR, Universal Distributed Logical Router) est mappé à un DR de niveau 1 étendu uniquement, le niveau 0 étendu auquel il est connecté doit disposer d'une liaison montante sur tous les sites.
  • Lorsque l'UDLR est mappé à un niveau 0 étendu, ce dernier doit disposer d'une liaison montante sur tous les sites.
  • Lorsque l'UDLR est mappé à un niveau 1 étendu actif-en veille, le site principal de cette passerelle doit correspondre au site principal du niveau 0 étendu connecté.
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"
      }
    ]
  }
]
Voici un exemple de fichier de mappage pour la migration d'un environnement cross-vCenter NSX vers la fédération NSX :
[
    {
        "name": "london",
        "nsxv_id": "10.206.106.163",
        "nsxt_site_id": "1722c659-b0a9-4e70-b7ba-f264e057e1ea",
        "v_edges_to_policy_gateways_mappings": [
            {
                "v_edges": [
                    "edge-2"
                ]
                "policy_gateway_name": "Tier1Gateway1",
                "policy_gateway_path": "/infra/tier-1s/Tier1Gateway1"
            }
        ]
    },
    {
        "name": paris",
        "nsxv_id": "10.206.96.206",
        "nsxt_site_id": "00d3802e-5673-4791-b86d-71805a2c0aa6",
        "v_edges_to_policy_gateways_mappings": [
            {
                "v_edges": [
                    "edge-2"
                ]
                "policy_gateway_name": "Tier1Gateway1",
                "policy_gateway_path": "/infra/tier-1s/Tier1Gateway1"
            }
        ]
    },
    {
        "name": "site-GM",
        "nsxv_id": "10.206.106.163",
        "nsxt_site_id": "",
        "v_edges_to_policy_gateways_mappings": [
            {
                "v_edges": [
                    "edge-4e5065d6-d12d-49b1-a7da-5d9fcc7888f0"
                ]
                "policy_gateway_name": "Tier1Gateway1",
                "policy_gateway_path": "/infra/tier-1s/Tier1Gateway1"
            }
        ]
    },
]
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.

Procédure

  1. Choisissez l'une des options suivantes :
    • Ne pas migrer les entités et les services L3-L7.
    • Télécharger un fichier de mappage (*.json).
    • Sélectionner une passerelle de niveau 0 ou de niveau 1 pour chaque entité qui doit être migrée.
    Capture de l'écran Définir la topologie
  2. Après avoir spécifié le mappage, cliquez sur Continuer pour passer à l'étape suivante.