Wenn auf einen Cluster ein Transportknotenprofil (TNP) angewendet wird und Validierungen (VMs werden auf Hosts ausgeführt) fehlschlagen, wird der Transportknoten nicht erstellt. Nachdem Sie sichergestellt haben, dass die Validierungen erfolgreich verlaufen, können Sie die Clusterkonfiguration mithilfe der API erneut anwenden. Wenn Sie jedoch möchten, dass der Knoten die Zuständigkeit für seine verwalteten Objekte abgibt, können Sie im API-Aufruf den Parameter override_nsx_ownership aufrufen.
-
Die NSX-Instanz reagiert nicht oder kann nicht verwendet werden
-
NSX verwaltet seine Objekte nicht mehr aktiv
Voraussetzungen
Prozedur
- ♦ Führen Sie den folgenden API-Aufruf aus, um Einschränkungen der NSX-Zuständigkeit außer Kraft zu setzen.
POST https://<nsx-mgr>/api/v1/fabric/discovered-nodes/5c669dc6-47a8-4508-3077-6a48f26c5a4g?action=reapply_cluster_config&override_nsx_ownership=true
Wenn override_nsx_ownership=true festgelegt ist, überschreibt NSX die Zuständigkeit für verwaltete Objekte.
Es wird jedoch abgeraten, diesen Parameter zu übergeben. Wenn Sie diesen Parameter verwenden, geben Sie an, dass Sie die Zuständigkeit für bestimmte verwaltete Objekte erhalten möchten, für die eine andere NSX-Instanz zuständig ist.
{ "resource_type": "TransportNode", "description": "Updated NSX configured Test Transport Node", "id": "77816de2-39c3-436c-b891-54d31f580961", "display_name": "NSX Configured TN", "host_switch_spec": { "resource_type": "StandardHostSwitchSpec", "host_switches": [ { "host_switch_profile_ids": [ { "value": "e331116d-f59e-4004-8cfd-c577aefe563a", "key": "UplinkHostSwitchProfile" }, { "value": "9e0b4d2d-d155-4b4b-8947-fbfe5b79f7cb", "key": "LldpHostSwitchProfile" } ], "host_switch_name": "nsxvswitch", "pnics": [ { "device_name": "vmnic1", "uplink_name": "uplink1" } ], "ip_assignment_spec": { "resource_type": "StaticIpPoolSpec", "ip_pool_id": "ecddcdde-4dc5-4026-ad4f-8857995d4c92" }, "vmknics": [ { "device_name": "vmk1", "logical_switch_id": "849e339e-64b7-47cb-9480-33068f70dc5a" } ] } ] }, "transport_zone_endpoints": [ { "transport_zone_id": "e14c6b8a-9edd-489f-b624-f9ef12afbd8f", "transport_zone_profile_ids": [] } ], "node_id": "41a4eebd-d6b9-11e6-b722-875041b9955d", "node_deployment_info": { "resource_type": "HostNode", "id": "41a4eebd-d6b9-11e6-b722-875041b9955d", "display_name": "FN1", "fqdn": "sc2-rdops-vm03-dhcp-110-133.eng.vmware.com", "ip_addresses": [ "10.192.156.199" ], "external_id": "a5113680-6a56-4386-9017-adffbe56c99e", "discovered_ip_addresses": [], "os_type": "ESXI", "os_version": "", "managed_by_server": "", "_create_time": 1538632396987, "_last_modified_user": "admin", "_protection": "NOT_PROTECTED", "_last_modified_time": 1538632396987, "_create_user": "admin", "_revision": 0 }, "_create_time": 1485299990773, "_last_modified_user": "admin", "_last_modified_time": 1485301913130, "_create_user": "admin", "_revision": 0 }
NSX ist nicht länger für verwaltete Objekte zuständig. Die Zuständigkeit für diese Objekte kann jetzt von einer anderen NSX-Instanz übernommen werden.