Lorsqu'un profil de nœud de transport (TNP) est appliqué à un cluster, si des validations (les machines virtuelles s'exécutent sur des hôtes) échouent, le nœud de transport n'est pas créé. Après vous être assuré que les validations ont été correctement effectuées, vous pouvez réappliquer la configuration du cluster à l'aide de l'API. Cependant, si vous souhaitez que le nœud abandonne la propriété de ses objets gérés, vous pouvez appeler le paramètre override_nsx_ownership dans l'appel d'API.

Vous devez uniquement remplacer la propriété des objets gérés d'une instance de NSX si l'une des conditions suivantes est vraie :

  • L'instance de NSX ne répond pas ou est inutilisable

  • NSX ne gère plus activement ses objets

Attention : Si les objets gérés affectés par cette opération sont activement utilisés par l'instance de NSX qui possède ces objets, cela peut endommager les configurations de commutateurs d'hôtes qui sont envoyées par l'instance de NSX.

Conditions préalables

Procédure

  • ♦ Appelez l'API suivante pour remplacer les contraintes de propriété de NSX.
    POST https://<nsx-mgr>/api/v1/fabric/discovered-nodes/5c669dc6-47a8-4508-3077-6a48f26c5a4g?action=reapply_cluster_config&override_nsx_ownership=true

    Où override_nsx_ownership=true, lorsque la valeur est définie sur True, remplace la propriété NSX des objets gérés.

    Toutefois, il n'est pas recommandé de transmettre ce paramètre. Si vous utilisez ce paramètre, cela indique que vous souhaitez posséder certains objets gérés appartenant à une autre instance de NSX.

    {
  "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 ne possède plus d'objets gérés. Ces objets peuvent maintenant être détenus par une autre instance de NSX.