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.

Sie dürfen die Zuständigkeit für verwaltete Objekte einer NSX-T-Instanz nur dann außer Kraft setzen, wenn eine der folgenden Bedingungen erfüllt ist:

  • Die NSX-T-Instanz reagiert nicht oder kann nicht verwendet werden

  • NSX-T verwaltet seine Objekte nicht mehr aktiv

Vorsicht: Wenn die von diesem Vorgang betroffenen verwalteten Objekte aktiv von dem NSX-T verwendet werden, das für diese Objekte zuständig ist, kann dies zu einer Beschädigung der Host-Switch-Konfigurationen führen, die von der NSX-T-Instanz übertragen werden.

Voraussetzungen

Prozedur

  • ♦ Führen Sie den folgenden API-Aufruf aus, um Einschränkungen der NSX-T-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-T 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-T ist nicht länger für verwaltete Objekte zuständig. Die Zuständigkeit für diese Objekte kann jetzt von einer anderen NSX-T-Instanz übernommen werden.