In questo passaggio si specifica la topologia che verrà migrata. Questa operazione può essere eseguita tramite l'interfaccia utente di NSX Manager o utilizzando un file di mappatura in formato JSON.

La mappatura specifica il modo in cui i gateway dei servizi Edge (ESG) e i router logici distribuiti (DLR) devono essere mappati ai gateway in NSX. Prima di fornire la mappatura, valutare i requisiti della topologia e pianificare le operazioni seguenti:
  1. Creare gateway di livello 0 e 1 e configurare il routing dinamico o statico nei gateway di livello 0 verso i router northbound in base alle proprie esigenze. Per il routing dinamico è possibile scegliere di configurare BGP oppure OSPF, in base alla configurazione di NSX-V. È necessario configurare manualmente questo routing northbound.
  2. Quando si configura il routing northbound, è necessario creare e configurare interfacce di uplink nel gateway di livello 0 di NSX-T. La subnet dell'interfaccia di uplink può essere la stessa subnet degli uplink northbound ESG di NSX-V. Gli indirizzi IP dell'interfaccia di uplink devono essere diversi dagli indirizzi IP degli uplink ESG.
  3. Dopo aver configurato il routing dinamico nei gateway di livello 0, verificare che il routing dinamico sia convergente, ovvero che le sessioni BGP siano stabilite o che i router adiacenti OSPF siano completi, come applicabile.
  4. Determinare la modalità di mappatura di ESG e DLR. I gateway ESG northbound senza alcun servizio L4-L7 devono essere ignorati. Si tratta in genere di gateway ESG in peering con router northbound e presenti nel percorso ECMP. Se si utilizza la VPN in un ESG northbound, è consigliabile eseguire la migrazione al livello 0 attivo-standby. In altri casi, è consigliata la migrazione degli ESG/DLR al livello 1. Un ESG e un DLR possono essere uniti in un'unica voce di mappatura.
Quando si definisce una mappatura, assicurarsi che siano soddisfatte le seguenti condizioni. Si noti che un gateway di solo router distribuito (DR) di livello 1 è un gateway di livello 1 senza alcun cluster Edge.
  • Un gateway di livello 0 deve disporre di un'interfaccia di uplink.
  • Un gateway di solo DR di livello 1 deve essere connesso a un gateway di livello 0 che dispone di un'interfaccia di uplink.
  • Quando l'UDLR è mappato solo a un DR di livello 1 esteso, il livello 0 esteso a cui è connesso deve disporre di un uplink in tutti i siti.
  • Quando l'UDLR è mappato a un livello 0 esteso, il livello 0 esteso deve disporre di un uplink in tutti i siti.
  • Quando l'UDLR è mappato a un livello 1 esteso attivo-standby, il sito primario di questo gateway deve corrispondere al sito primario del livello 0 esteso connesso.
Esempio di file di mappatura che mappa gli ESG a un gateway di livello 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"
      }
    ]
  }
]
Di seguito è disponibile un file di mappatura di esempio per la migrazione di un ambiente con Cross-vCenter a federazione di 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"
            }
        ]
    },
]
Se si sta eseguendo la migrazione di un ambiente Cross-vCenter a federazione di NSX, tenere presente quanto segue:
  • Ai gateway di livello 0 creati in Local Manager deve essere assegnato un cluster Edge.
  • I gateway di livello 1 creati in Local Manager devono disporre di un cluster Edge assegnato o essere connessi a un gateway di livello 0 a cui è assegnato un cluster Edge.
  • I gateway di livello 0 e di livello 1 creati in Global Manager devono includere tutti i siti.

Procedura

  1. Scegliere una delle opzioni seguenti:
    • Non migrare entità e servizi L3-L7.
    • Caricare un file di mappatura (*.json).
    • Selezionare un gateway di livello 0 o di livello 1 per ogni entità che deve essere migrata.
    Screenshot della schermata di definizione della topologia
  2. Dopo aver specificato una mappatura, fare clic su Continua per andare al passaggio successivo.