La procedura seguente illustra la sostituzione di un nodo di trasporto di NSX Edge in un cluster di NSX Edge utilizzando l'API NSX. È 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.
  • Assicurarsi che il nuovo nodo NSX Edge che verrà utilizzato per sostituire il vecchio nodo NSX Edge sia pronto. Per ulteriori informazioni, vedere il Guida all'installazione di NSX.

Procedura

  1. Se si desidera che il nuovo nodo di trasporto NSX Edge abbia le stesse configurazioni del vecchio nodo di trasporto NSX Edge da sostituire, eseguire la chiamata API seguente per individuare le configurazioni:
    GET https://<nsx-manager-IP>/api/v1/transport-nodes/<tn-id>
    {
        "node_id": "250175b8-223b-11ed-826e-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-eth0",
                            "uplink_name": "Uplink1"
                        },
                        {
                            "device_name": "fp-eth2",
                            "uplink_name": "Uplink2"
                        },
                        {
                            "device_name": "fp-eth4",
                            "uplink_name": "Uplink3"
                        },
                        {
                            "device_name": "fp-eth6",
                            "uplink_name": "Uplink4"
                        }
                    ],
                    "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
            },
            "resource_type": "EdgeNode",
            "external_id": "250175b8-223b-11ed-826e-b07b25e93f64",
            "ip_addresses": [
                "10.196.145.177"
            ],
            "id": "250175b8-223b-11ed-826e-b07b25e93f64",
            "display_name": "w1-hs2-m2716.eng.vmware.com",
            "tags": [],
            "_revision": 3
        },
        "is_overridden": false,
        "failure_domain_id": "4fc1e3b0-1cd4-4339-86c8-f76baddbaafb",
        "resource_type": "TransportNode",
        "id": "250175b8-223b-11ed-826e-b07b25e93f64",
        "display_name": "w1-hs2-m2716.eng.vmware.com",
        "tags": [],
        "_create_time": 1661187299037,
        "_create_user": "admin",
        "_last_modified_time": 1661255498968,
        "_last_modified_user": "admin",
        "_system_owned": false,
        "_protection": "NOT_PROTECTED",
        "_revision": 3
    }
  2. Prendere nota dell'ID del nodo di trasporto del nodo da sostituire "55120a1a-51c6-4c20-b4a3-6f59662c9f6a".
  3. Preparare un nuovo nodo di trasporto NSX Edge che sostituirà il vecchio nodo NSX Edge. Vedere Creazione di un nodo di trasporto NSX Edge in Guida all'installazione di NSX.
    Durante la preparazione del nuovo nodo NSX Edge, tenere presenti gli aspetti della configurazione seguenti:
    • Non utilizzare lo stesso indirizzo IP del vecchio nodo NSX Edge se è in esecuzione, "ip_addresses": ["10.161.68.92"].
    • Non utilizzare lo stesso indirizzo IP del TEP se il vecchio nodo NSX Edge è in esecuzione.
  4. Confermare l'UUID del nuovo nodo di trasporto Edge. Eseguire l'API indicata nel passaggio 1.
  5. Eseguire una chiamata API per recuperare l'indice del membro del nodo di trasporto che deve essere sostituito.
    GET https://<nsx-manager-IP>/api/v1/edge-clusters
    ....
        {
          "resource_type": "EdgeCluster",
          "description": "",
          "id": "9a302df7-0833-4237-af1f-4d826c25ad78",
          "display_name": "Edge-Cluster-1",
    ...
          "members": [
            {
              "member_index": 0,
              "transport_node_id": "55120a1a-51c6-4c20-b4a3-6f59662c9f6a"
            },
            {
              "member_index": 1,
              "transport_node_id": "890f0e3c-aa81-46aa-843b-8ac25fe30bd3"
            }
          ],
  6. Eseguire una chiamata API per sostituire un nodo di trasporto in un cluster di NSX Edge. Il member_index deve corrispondere all'indice del nodo di trasporto da sostituire.
    Ad esempio, il nodo di trasporto TN-edgenode-01a (73cb00c9-70d0-4808-abfe-a12a43251133) non è riuscito e viene sostituito dal nodo di trasporto TN-edgenode-03a (890f0e3c-aa81-46aa-843b-8ac25fe30bd3) nel cluster di NSX Edge Edge-Cluster-1 (9a302df7-0833-4237-af1f-4d826c25ad78).
    POST http://<nsx-manager-IP>/api/v1/edge-clusters/9a302df7-0833-4237-af1f-4d826c25ad78?action=replace_transport_node
    {
        "member_index": 0,
        "transport_node_id" : "890f0e3c-aa81-46aa-843b-8ac25fe30bd3"
    }

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.