Quando un NSX Edge attivo non riesce, il piano di controllo di NSX garantisce che si verifichi il failover nel nodo NSX Edge di standby.

In una topologia in cui sono stati creati segmenti L2 in più siti, ogni segmento si basa su due nodi NSX Edge che si trovano in una configurazione Attivo/Standby. Ad esempio, come illustrato nell'immagine 1, NSX Edge 1 è attivo e NSX Edge 2 è un nodo di standby.

Per la comunicazione tra questi NSX Edge che non si trovano nella stessa subnet, la comunicazione tra i segmenti L2 estesi avviene tramite indirizzi VTEP di NSX Edge.

Per garantire la funzionalità HA per i nodi NSX Edge, ogni nodo NSX Edge comunica il messaggio di stato del gruppo VTEP al piano di controllo. A sua volta, il piano di controllo comunica tutte le informazioni del gruppo VTEP ricevute dai nodi NSX Edge a tutti i nodi di trasporto che ospitano questi segmenti estesi. Il messaggio del gruppo VTEP include informazioni sullo stato più recente dei nodi NSX Edge Attivo/Standby.

Se NSX Edge 1 (nodo attivo) viene arrestato in modo anomalo, non riesce o passa alla modalità di manutenzione, il piano di controllo pulisce o rimuove la voce VTEP del nodo NSX Edge non riuscito. Pertanto, i nodi di trasporto sanno che il nodo di standby è ora il nodo attivo. Quando i segmenti estesi desiderano inviare traffico, raggiungono il nodo NSX Edge attivo e non quello non riuscito.

Per visualizzare lo stato HA del VTEP dell'Edge attivo dopo un failover:

Nota: Questa procedura si applica alle modalità preventiva e non preventiva per i gateway di livello 0 o 1.

Prerequisiti

Procedura

  1. Copiare l'UUID del segmento esteso collegato a un gateway di livello 1 o 0.
  2. Eseguire get vtep-group per conoscere i gruppi di VTEP presenti nel nodo NSX Edge.
  3. Verificare che l'output del comando get vtep-group includa l'UUID del segmento esteso.
  4. Copiare il VTEP-Group ID corrispondente al segmento.
  5. Nel terminale della CLI del nodo NSX Manager eseguire get vtep-group <vtep-group-ID> vteps-staleness-status. 
    VNI           IP                   MAC            LABEL       Segment      TransportNode-Id                      TN-Connection   HA-STATE  STALE-RECORD
26625     172.20.1.151     00:0c:29:9e:64:5e      0x18001    172.20.1.0   32330174-32bc-11ee-8063-000c299e6454        true         ACTIVE     False
26625     172.20.1.152     00:0c:29:ea:8e:aa      0xFC01     172.20.1.0   914d0362-32bc-11ee-ba27-000c29ea8ea0        true        STANDBY     False
    L'output mostra lo stato HA di entrambi i nodi NSX Edge. E il record obsoleto è False. Questo significa che lo stato di HA è accurato.
  6. Verificare che uno dei nodi NSX Edge sia attivo e l'altro sia in modalità di standby.
  7. Se l'NSX Edge attivo diventa inattivo, la modalità dello stato HA cambia. Il nodo di standby diventa il nodo attivo.
  8. Eseguire get vtep-group <vtep-group-ID> vteps-staleness-status. 
     VNI        IP                  MAC              LABEL       Segment        TransportNode-Id                     TN-Connection   HA-STATE  STALE-RECORD
 26625   172.20.1.151    00:0c:29:9e:64:5e       0x18001    172.20.1.0    32330174-32bc-11ee-8063-000c299e6454        true         ACTIVE      True
 26625   172.20.1.152    00:0c:29:ea:8e:aa       0xFC01     172.20.1.0    914d0362-32bc-11ee-ba27-000c29ea8ea0        true         ACTIVE     False

    Nell'output, NSX Edge con indirizzo 172.20.1.151 è diventato inattivo e quindi Stale-Record è True.

risultati

Il piano di controllo di NSX garantisce che le voci obsolete dei nodi NSX Edge non riusciti vengano registrate correttamente nell'output dei gruppi VTEP.