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-T. Prima di fornire la mappatura, valutare i requisiti della topologia e pianificare le operazioni seguenti:
- 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.
- 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.
- 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.
- 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. Procedere quindi con la fornitura della 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"
}
]
}
]
Se si esegue una migrazione della configurazione, la mappatura indicata sopra non viene utilizzata per l'Advanced Load Balancer (ALB). Esiste invece un'altra mappatura facoltativa che è possibile specificare per ALB. Per specificare tale mappatura, è necessario caricare un file JSON. Esempio di file di mappatura che mappa gli ESG ai gruppi dei motori di servizio:
{
"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"
}
]
}
]
}
}
A partire da
NSX-T 3.2.1 è possibile eseguire la migrazione di un ambiente Cross-vCenter a federazione di NSX. Di seguito è disponibile un file di mappatura di esempio per tale migrazione:
[
{
"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.
Se si utilizza l'interfaccia utente di Manager per eseguire la mappatura, i gateway di livello 0 e di livello 1 che non soddisfano le condizioni precedenti non vengono visualizzati nell'elenco a discesa.
Per ulteriori informazioni sulla creazione di un file di mappatura per il bilanciamento del carico, vedere Migrazione del bilanciamento del carico di NSX-V all'Advanced Load Balancer.
Procedura
- 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.
