Sostituzione di un nodo di trasporto NSX Edge utilizzando l'interfaccia utente di NSX Manager.

La procedura seguente illustra la sostituzione di un nodo di trasporto NSX Edge in un cluster NSX Edge che dispone sia dei nodi di trasporto della macchina virtuale NSX Edge che bare-metal NSX Edge utilizzando l'interfaccia utente di NSX Manager. È possibile sostituire una macchina virtuale NSX Edge con bare metal NSX Edge o viceversa. È possibile sostituire il nodo di trasporto Edge indipendentemente dal fatto che sia in esecuzione o meno.

Prerequisiti

Familiarizzare con la procedura per installare un nodo di NSX Edge, unire il nodo Edge al piano di gestione e creare un nodo di trasporto di NSX Edge. Per ulteriori informazioni, vedere il Guida all'installazione di NSX.
Tutti i nodi di trasporto della macchina virtuale NSX Edge e bare metal NSX Edge devono disporre della stessa connettività VLAN con i commutatori fisici Top-Of-Rack (TOR).

Procedura

Se si desidera che il nuovo nodo di trasporto NSX Edge abbia le stesse configurazioni del nodo di trasporto NSX Edge da sostituire, effettuare la seguente chiamata API per trovare le configurazioni:

GET https://<nsx-manager-IP>/api/v1/transport-nodes/<tn-id>

An example output of a Bare Metal NSX Edge transport node.
{
  "node_id": "cd15d368-569b-11ed-8143-b07b25e93f64",
  "host_switch_spec": {
  "host_switches": [
   {
   "host_switch_name": "nsxHostSwitch",
   "host_switch_id": "809299a2-c090-4543-8747-d200e12cd2ea",
   "host_switch_type": "NVDS",
   "host_switch_mode": "STANDARD",
   "host_switch_profile_ids": [
   {
   "key": "UplinkHostSwitchProfile",
   "value": "57da58fa-bce6-448b-8db3-874ceff59656"
   },
   {
   "key": "LldpHostSwitchProfile",
   "value": "9e0b4d2d-d155-4b4b-8947-fbfe5b79f7cb"
   }
   ],
  "pnics": [
   {
   "device_name": "fp-eth1",
   "uplink_name": "lag-0"
   },
   {
   "device_name": "fp-eth3",
   "uplink_name": "lag-1"
   },
   {
   "device_name": "fp-eth5",
   "uplink_name": "lag-2"
   },
   {
   "device_name": "fp-eth7",
   "uplink_name": "lag-3"
   },
   {
   "device_name": "fp-eth0",
   "uplink_name": "Uplink3"
   },
   {
   "device_name": "fp-eth2",
   "uplink_name": "Uplink4"
   },
   {
   "device_name": "fp-eth4",
   "uplink_name": "Uplink5"
   },
   {
   "device_name": "fp-eth6",
   "uplink_name": "Uplink6"
    }
    ],
    "is_migrate_pnics": false,
    "ip_assignment_spec": {
    "ip_pool_id": "82f8ae96-992b-45c6-8376-777b82bfeb1d",
    "resource_type": "StaticIpPoolSpec"
    },
    "cpu_config": [],
    "transport_zone_endpoints": [
     {
    "transport_zone_id": "15897bda-802f-4481-b9fd-4e5cc1ef084b",
     "transport_zone_profile_ids": [
    {
    "resource_type": "BfdHealthMonitoringProfile",
    "profile_id": "52035bb3-ab02-4a08-9884-18631312e50a"
     }
     ]
     },
     {
     "transport_zone_id": "4a237a28-050e-4499-a241-0eb0c9dad97f",
     "transport_zone_profile_ids": [
     {
     "resource_type": "BfdHealthMonitoringProfile",
    "profile_id": "52035bb3-ab02-4a08-9884-18631312e50a"
     }
      ]
      }
    ],
    "pnics_uninstall_migration": [],
    "vmk_uninstall_migration": [],
    "not_ready": false
    }
    ],
    "resource_type": "StandardHostSwitchSpec"
    },
    "maintenance_mode": "DISABLED",
    "node_deployment_info": {
    "deployment_type": "PHYSICAL_MACHINE",
    "node_settings": {
    "hostname": "w1-hs2-m2716.eng.vmware.com",
    "enable_ssh": true,
    "allow_ssh_root_login": false,
    "enable_upt_mode": false
        },
        "resource_type": "EdgeNode",
        "external_id": "cd15d368-569b-11ed-8143-b07b25e93f64",
        "ip_addresses": [
            "10.196.145.177"
        ],
        "id": "cd15d368-569b-11ed-8143-b07b25e93f64",
        "display_name": "w1-hs2-m2716.eng.vmware.com",
        "tags": [],
        "_revision": 1
    },
    "is_overridden": false,
    "failure_domain_id": "4fc1e3b0-1cd4-4339-86c8-f76baddbaafb",
    "resource_type": "TransportNode",
    "id": "cd15d368-569b-11ed-8143-b07b25e93f64",
    "display_name": "w1-hs2-m2716.eng.vmware.com",
    "tags": [],
    "_create_time": 1666946274614,
    "_create_user": "admin",
    "_last_modified_time": 1666946708328,
    "_last_modified_user": "admin",
    "_system_owned": false,
    "_protection": "NOT_PROTECTED",
    "_revision": 1
}

Seguire la procedura descritta nell'argomento Creare un nodo di trasporto NSX Edge in Guida all'installazione di NSX.

Se si desidera che questo nodo di trasporto NSX Edge abbia le stesse configurazioni del nodo di trasporto NSX Edge da sostituire, utilizzare le configurazioni ottenute nel passaggio 1. Ad esempio, nell'output dell'API del passaggio 1, è possibile prendere nota delle specifiche del commutatore host e dei dettagli della distribuzione del nodo e configurare il nuovo nodo di trasporto NSX Edge utilizzando la stessa configurazione.
In NSX Manager, selezionare Sistema > Infrastruttura > Nodi > Cluster Edge.
Selezionare un cluster NSX Edge facendo clic sulla casella di controllo nella prima colonna.
Accedere tramite SSH ai nodi di NSX Edge in cui è ospitato il livello 0.
Eseguire get logical router. Controllare l'ID VRF del SR (Service Router) di livello 0 in tutti i nodi NSX Edge nel cluster NSX Edge.
Se l'ID VRF del SR di livello 0 è 1, eseguire vrf 1.
Per verificare l'output del router di servizio, eseguire get high-availability status.
Abilitare la modalità di manutenzione in uno dei nodi NSX Edge con SR di livello 0 in standby. Nella console della CLI di Edge, eseguire set maintenance-mode enabled.
In questo nodo NSX Edge potrebbe avere SR di livello 1 in stato Attivo. L'utilizzo del nodo NSX Edge in modalità di manutenzione attiva un failover di HA e tutti i SR di livello 1 o di livello 0 in questo nodo NSX Edge passano allo stato In standby in questo nodo NSX Edge. Ciò può causare un'interruzione del traffico per le richieste di sicurezza attive in questo nodo NSX Edge a causa del failover del SR di livello 1 o di livello 0.
Assicurarsi che il nodo di trasporto bare-metal NSX Edge non faccia parte di nessun altro cluster.
Fare clic su Azioni > Sostituisci membro cluster Edge.
Si consiglia di portare il nodo di trasporto da sostituire in modalità di manutenzione. Se il nodo di trasporto non è in esecuzione, è possibile ignorare tranquillamente questo consiglio.
Nell'elenco a discesa, selezionare il nodo di trasporto della macchina virtuale NSX Edge da sostituire.
Nell'elenco a discesa, selezionare il nodo di sostituzione del nodo di trasporto bare-metal NSX Edge.
Fare clic su Salva.
Verificare che il nodo di trasporto bare-metal NSX Edge sia stato spostato nel cluster della macchina virtuale Edge esistente.
Per verificare che i gateway di livello 0 e di livello 1 siano stati spostati dalla macchina virtuale NSX Edge (in modalità di manutenzione) al nodo di trasporto bare-metal NSX Edge, eseguire get logical router.
Ripetere i passaggi precedenti per spostare un'altra macchina virtuale NSX Edge con il nodo di trasporto bare-metal NSX Edge.
Verificare la connettività di E-O e N-S dai carichi di lavoro connessi alle agli LR di livello 1 o di livello 0.

risultati

Se si esegue una versione di NSX precedente alla 3.1.3, dopo aver sostituito il nodo di trasporto di NSX Edge è possibile che venga visualizzato l'avviso Tutte le sessioni BGP/BFD sono inattive. Per risolvere il problema, seguire le istruzioni della soluzione nell'articolo della Knowledge Base https://kb.vmware.com/s/article/83983.

Operazioni successive

La sostituzione di una macchina virtuale NSX Edge macchina virtuale con il nodo bare-metal NSX Edge non ribilancia automaticamente i gateway di livello 1 tra i nodi NSX Edge. È necessario riconfigurare manualmente ciascun gateway di livello 1.