Class HostTransportNodesStub
- java.lang.Object
-
- com.vmware.vapi.internal.bindings.Stub
-
- com.vmware.nsx_policy.infra.sites.enforcement_points.HostTransportNodesStub
-
- All Implemented Interfaces:
HostTransportNodes
,HostTransportNodesTypes
,com.vmware.vapi.bindings.Service
public class HostTransportNodesStub extends com.vmware.vapi.internal.bindings.Stub implements HostTransportNodes
Remote stub implementation of theHostTransportNodes
API service.WARNING: Internal class, subject to change in future versions.
-
-
Field Summary
-
Fields inherited from class com.vmware.vapi.internal.bindings.Stub
apiProvider, converter, ifaceId, retryPolicy, securityContext
-
Fields inherited from interface com.vmware.nsx_policy.infra.sites.enforcement_points.HostTransportNodesTypes
_VAPI_SERVICE_ID, UPDATEMAINTENANCEMODE_ACTION_ENTER_MAINTENANCE_MODE, UPDATEMAINTENANCEMODE_ACTION_EXIT_MAINTENANCE_MODE, UPDATEMAINTENANCEMODE_ACTION_FORCED_ENTER_MAINTENANCE_MODE
-
-
Constructor Summary
Constructors Constructor Description HostTransportNodesStub(com.vmware.vapi.core.ApiProvider apiProvider, com.vmware.vapi.bindings.StubConfigurationBase config)
HostTransportNodesStub(com.vmware.vapi.core.ApiProvider apiProvider, com.vmware.vapi.internal.bindings.TypeConverter typeConverter, com.vmware.vapi.bindings.StubConfigurationBase config)
-
Method Summary
All Methods Instance Methods Concrete Methods Modifier and Type Method Description void
delete(java.lang.String siteId, java.lang.String enforcementpointId, java.lang.String hostTransportNodeId, java.lang.Boolean force, java.lang.Boolean unprepareHost)
Deletes the specified transport node.void
delete(java.lang.String siteId, java.lang.String enforcementpointId, java.lang.String hostTransportNodeId, java.lang.Boolean force, java.lang.Boolean unprepareHost, com.vmware.vapi.bindings.client.AsyncCallback<java.lang.Void> asyncCallback)
Deletes the specified transport node.void
delete(java.lang.String siteId, java.lang.String enforcementpointId, java.lang.String hostTransportNodeId, java.lang.Boolean force, java.lang.Boolean unprepareHost, com.vmware.vapi.bindings.client.AsyncCallback<java.lang.Void> asyncCallback, com.vmware.vapi.bindings.client.InvocationConfig invocationConfig)
Deletes the specified transport node.void
delete(java.lang.String siteId, java.lang.String enforcementpointId, java.lang.String hostTransportNodeId, java.lang.Boolean force, java.lang.Boolean unprepareHost, com.vmware.vapi.bindings.client.InvocationConfig invocationConfig)
Deletes the specified transport node.HostTransportNode
get(java.lang.String siteId, java.lang.String enforcementpointId, java.lang.String hostTransportNodeId)
Returns information about a specified transport node.void
get(java.lang.String siteId, java.lang.String enforcementpointId, java.lang.String hostTransportNodeId, com.vmware.vapi.bindings.client.AsyncCallback<HostTransportNode> asyncCallback)
Returns information about a specified transport node.void
get(java.lang.String siteId, java.lang.String enforcementpointId, java.lang.String hostTransportNodeId, com.vmware.vapi.bindings.client.AsyncCallback<HostTransportNode> asyncCallback, com.vmware.vapi.bindings.client.InvocationConfig invocationConfig)
Returns information about a specified transport node.HostTransportNode
get(java.lang.String siteId, java.lang.String enforcementpointId, java.lang.String hostTransportNodeId, com.vmware.vapi.bindings.client.InvocationConfig invocationConfig)
Returns information about a specified transport node.HostTransportNodeListResult
list(java.lang.String siteId, java.lang.String enforcementpointId, java.lang.String cursor, java.lang.String discoveredNodeId, java.lang.Boolean inMaintenanceMode, java.lang.String includedFields, java.lang.String nodeIp, java.lang.String nodeTypes, java.lang.Long pageSize, java.lang.Boolean sortAscending, java.lang.String sortBy, java.lang.String transportZonePath)
Returns information about all host transport nodes along with underlying host details.void
list(java.lang.String siteId, java.lang.String enforcementpointId, java.lang.String cursor, java.lang.String discoveredNodeId, java.lang.Boolean inMaintenanceMode, java.lang.String includedFields, java.lang.String nodeIp, java.lang.String nodeTypes, java.lang.Long pageSize, java.lang.Boolean sortAscending, java.lang.String sortBy, java.lang.String transportZonePath, com.vmware.vapi.bindings.client.AsyncCallback<HostTransportNodeListResult> asyncCallback)
Returns information about all host transport nodes along with underlying host details.void
list(java.lang.String siteId, java.lang.String enforcementpointId, java.lang.String cursor, java.lang.String discoveredNodeId, java.lang.Boolean inMaintenanceMode, java.lang.String includedFields, java.lang.String nodeIp, java.lang.String nodeTypes, java.lang.Long pageSize, java.lang.Boolean sortAscending, java.lang.String sortBy, java.lang.String transportZonePath, com.vmware.vapi.bindings.client.AsyncCallback<HostTransportNodeListResult> asyncCallback, com.vmware.vapi.bindings.client.InvocationConfig invocationConfig)
Returns information about all host transport nodes along with underlying host details.HostTransportNodeListResult
list(java.lang.String siteId, java.lang.String enforcementpointId, java.lang.String cursor, java.lang.String discoveredNodeId, java.lang.Boolean inMaintenanceMode, java.lang.String includedFields, java.lang.String nodeIp, java.lang.String nodeTypes, java.lang.Long pageSize, java.lang.Boolean sortAscending, java.lang.String sortBy, java.lang.String transportZonePath, com.vmware.vapi.bindings.client.InvocationConfig invocationConfig)
Returns information about all host transport nodes along with underlying host details.void
patch(java.lang.String siteId, java.lang.String enforcementpointId, java.lang.String hostTransportNodeId, HostTransportNode hostTransportNode, java.lang.String esxMgmtIfMigrationDest, java.lang.String ifId, java.lang.Boolean overrideNsxOwnership, java.lang.String pingIp, java.lang.Boolean skipValidation, java.lang.String vnic, java.lang.String vnicMigrationDest)
Transport nodes are hypervisor hosts that will participate in an NSX-T overlay.void
patch(java.lang.String siteId, java.lang.String enforcementpointId, java.lang.String hostTransportNodeId, HostTransportNode hostTransportNode, java.lang.String esxMgmtIfMigrationDest, java.lang.String ifId, java.lang.Boolean overrideNsxOwnership, java.lang.String pingIp, java.lang.Boolean skipValidation, java.lang.String vnic, java.lang.String vnicMigrationDest, com.vmware.vapi.bindings.client.AsyncCallback<java.lang.Void> asyncCallback)
Transport nodes are hypervisor hosts that will participate in an NSX-T overlay.void
patch(java.lang.String siteId, java.lang.String enforcementpointId, java.lang.String hostTransportNodeId, HostTransportNode hostTransportNode, java.lang.String esxMgmtIfMigrationDest, java.lang.String ifId, java.lang.Boolean overrideNsxOwnership, java.lang.String pingIp, java.lang.Boolean skipValidation, java.lang.String vnic, java.lang.String vnicMigrationDest, com.vmware.vapi.bindings.client.AsyncCallback<java.lang.Void> asyncCallback, com.vmware.vapi.bindings.client.InvocationConfig invocationConfig)
Transport nodes are hypervisor hosts that will participate in an NSX-T overlay.void
patch(java.lang.String siteId, java.lang.String enforcementpointId, java.lang.String hostTransportNodeId, HostTransportNode hostTransportNode, java.lang.String esxMgmtIfMigrationDest, java.lang.String ifId, java.lang.Boolean overrideNsxOwnership, java.lang.String pingIp, java.lang.Boolean skipValidation, java.lang.String vnic, java.lang.String vnicMigrationDest, com.vmware.vapi.bindings.client.InvocationConfig invocationConfig)
Transport nodes are hypervisor hosts that will participate in an NSX-T overlay.void
restoreclusterconfig(java.lang.String siteId, java.lang.String enforcementpointId, java.lang.String hostTransportNodeId)
A host can be overridden to have different configuration than Transport Node Profile(TNP) on cluster.void
restoreclusterconfig(java.lang.String siteId, java.lang.String enforcementpointId, java.lang.String hostTransportNodeId, com.vmware.vapi.bindings.client.AsyncCallback<java.lang.Void> asyncCallback)
A host can be overridden to have different configuration than Transport Node Profile(TNP) on cluster.void
restoreclusterconfig(java.lang.String siteId, java.lang.String enforcementpointId, java.lang.String hostTransportNodeId, com.vmware.vapi.bindings.client.AsyncCallback<java.lang.Void> asyncCallback, com.vmware.vapi.bindings.client.InvocationConfig invocationConfig)
A host can be overridden to have different configuration than Transport Node Profile(TNP) on cluster.void
restoreclusterconfig(java.lang.String siteId, java.lang.String enforcementpointId, java.lang.String hostTransportNodeId, com.vmware.vapi.bindings.client.InvocationConfig invocationConfig)
A host can be overridden to have different configuration than Transport Node Profile(TNP) on cluster.void
resynchostconfig(java.lang.String siteId, java.lang.String enforcementpointId, java.lang.String hostTransportNodeId)
Resync the TransportNode configuration on a host.void
resynchostconfig(java.lang.String siteId, java.lang.String enforcementpointId, java.lang.String hostTransportNodeId, com.vmware.vapi.bindings.client.AsyncCallback<java.lang.Void> asyncCallback)
Resync the TransportNode configuration on a host.void
resynchostconfig(java.lang.String siteId, java.lang.String enforcementpointId, java.lang.String hostTransportNodeId, com.vmware.vapi.bindings.client.AsyncCallback<java.lang.Void> asyncCallback, com.vmware.vapi.bindings.client.InvocationConfig invocationConfig)
Resync the TransportNode configuration on a host.void
resynchostconfig(java.lang.String siteId, java.lang.String enforcementpointId, java.lang.String hostTransportNodeId, com.vmware.vapi.bindings.client.InvocationConfig invocationConfig)
Resync the TransportNode configuration on a host.HostTransportNode
update(java.lang.String siteId, java.lang.String enforcementpointId, java.lang.String hostTransportNodeId, HostTransportNode hostTransportNode, java.lang.String esxMgmtIfMigrationDest, java.lang.String ifId, java.lang.Boolean overrideNsxOwnership, java.lang.String pingIp, java.lang.Boolean skipValidation, java.lang.String vnic, java.lang.String vnicMigrationDest)
Transport nodes are hypervisor hosts that will participate in an NSX-T overlay.void
update(java.lang.String siteId, java.lang.String enforcementpointId, java.lang.String hostTransportNodeId, HostTransportNode hostTransportNode, java.lang.String esxMgmtIfMigrationDest, java.lang.String ifId, java.lang.Boolean overrideNsxOwnership, java.lang.String pingIp, java.lang.Boolean skipValidation, java.lang.String vnic, java.lang.String vnicMigrationDest, com.vmware.vapi.bindings.client.AsyncCallback<HostTransportNode> asyncCallback)
Transport nodes are hypervisor hosts that will participate in an NSX-T overlay.void
update(java.lang.String siteId, java.lang.String enforcementpointId, java.lang.String hostTransportNodeId, HostTransportNode hostTransportNode, java.lang.String esxMgmtIfMigrationDest, java.lang.String ifId, java.lang.Boolean overrideNsxOwnership, java.lang.String pingIp, java.lang.Boolean skipValidation, java.lang.String vnic, java.lang.String vnicMigrationDest, com.vmware.vapi.bindings.client.AsyncCallback<HostTransportNode> asyncCallback, com.vmware.vapi.bindings.client.InvocationConfig invocationConfig)
Transport nodes are hypervisor hosts that will participate in an NSX-T overlay.HostTransportNode
update(java.lang.String siteId, java.lang.String enforcementpointId, java.lang.String hostTransportNodeId, HostTransportNode hostTransportNode, java.lang.String esxMgmtIfMigrationDest, java.lang.String ifId, java.lang.Boolean overrideNsxOwnership, java.lang.String pingIp, java.lang.Boolean skipValidation, java.lang.String vnic, java.lang.String vnicMigrationDest, com.vmware.vapi.bindings.client.InvocationConfig invocationConfig)
Transport nodes are hypervisor hosts that will participate in an NSX-T overlay.void
updatemaintenancemode(java.lang.String siteId, java.lang.String enforcementpointId, java.lang.String hostTransportNodeId, java.lang.String action)
Put transport node into maintenance mode or exit from maintenance mode.void
updatemaintenancemode(java.lang.String siteId, java.lang.String enforcementpointId, java.lang.String hostTransportNodeId, java.lang.String action, com.vmware.vapi.bindings.client.AsyncCallback<java.lang.Void> asyncCallback)
Put transport node into maintenance mode or exit from maintenance mode.void
updatemaintenancemode(java.lang.String siteId, java.lang.String enforcementpointId, java.lang.String hostTransportNodeId, java.lang.String action, com.vmware.vapi.bindings.client.AsyncCallback<java.lang.Void> asyncCallback, com.vmware.vapi.bindings.client.InvocationConfig invocationConfig)
Put transport node into maintenance mode or exit from maintenance mode.void
updatemaintenancemode(java.lang.String siteId, java.lang.String enforcementpointId, java.lang.String hostTransportNodeId, java.lang.String action, com.vmware.vapi.bindings.client.InvocationConfig invocationConfig)
Put transport node into maintenance mode or exit from maintenance mode.
-
-
-
Constructor Detail
-
HostTransportNodesStub
public HostTransportNodesStub(com.vmware.vapi.core.ApiProvider apiProvider, com.vmware.vapi.internal.bindings.TypeConverter typeConverter, com.vmware.vapi.bindings.StubConfigurationBase config)
-
HostTransportNodesStub
public HostTransportNodesStub(com.vmware.vapi.core.ApiProvider apiProvider, com.vmware.vapi.bindings.StubConfigurationBase config)
-
-
Method Detail
-
delete
public void delete(java.lang.String siteId, java.lang.String enforcementpointId, java.lang.String hostTransportNodeId, java.lang.Boolean force, java.lang.Boolean unprepareHost)
Description copied from interface:HostTransportNodes
Deletes the specified transport node. Query param force can be used to force delete the host nodes. Force delete is not supported if transport node is part of a cluster on which Transport node profile is applied. It also removes the specified host node from system. If unprepare_host option is set to false, then host will be deleted without uninstalling the NSX components from the host. If transport node delete is called with query param force not being set or set to false and uninstall of NSX components in the host fails, TransportNodeState object will be retained. If transport node delete is called with query param force set to true and uninstall of NSX components in the host fails, TransportNodeState object will be deleted.Synchronous method overload. Result of the invocation will be reported as a method return value.
- Specified by:
delete
in interfaceHostTransportNodes
- Parameters:
siteId
- (required)enforcementpointId
- (required)hostTransportNodeId
- (required)force
- Force delete the resource even if it is being used somewhere (optional, default to false)unprepareHost
- Uninstall NSX components from host while deleting (optional, default to true)
-
delete
public void delete(java.lang.String siteId, java.lang.String enforcementpointId, java.lang.String hostTransportNodeId, java.lang.Boolean force, java.lang.Boolean unprepareHost, com.vmware.vapi.bindings.client.InvocationConfig invocationConfig)
Description copied from interface:HostTransportNodes
Deletes the specified transport node. Query param force can be used to force delete the host nodes. Force delete is not supported if transport node is part of a cluster on which Transport node profile is applied. It also removes the specified host node from system. If unprepare_host option is set to false, then host will be deleted without uninstalling the NSX components from the host. If transport node delete is called with query param force not being set or set to false and uninstall of NSX components in the host fails, TransportNodeState object will be retained. If transport node delete is called with query param force set to true and uninstall of NSX components in the host fails, TransportNodeState object will be deleted.Synchronous method overload. Result of the invocation will be reported as a method return value. Use
invocationConfig
to specify configuration for this particular invocation.- Specified by:
delete
in interfaceHostTransportNodes
- Parameters:
siteId
- (required)enforcementpointId
- (required)hostTransportNodeId
- (required)force
- Force delete the resource even if it is being used somewhere (optional, default to false)unprepareHost
- Uninstall NSX components from host while deleting (optional, default to true)invocationConfig
- Configuration for the method invocation.
-
delete
public void delete(java.lang.String siteId, java.lang.String enforcementpointId, java.lang.String hostTransportNodeId, java.lang.Boolean force, java.lang.Boolean unprepareHost, com.vmware.vapi.bindings.client.AsyncCallback<java.lang.Void> asyncCallback)
Description copied from interface:HostTransportNodes
Deletes the specified transport node. Query param force can be used to force delete the host nodes. Force delete is not supported if transport node is part of a cluster on which Transport node profile is applied. It also removes the specified host node from system. If unprepare_host option is set to false, then host will be deleted without uninstalling the NSX components from the host. If transport node delete is called with query param force not being set or set to false and uninstall of NSX components in the host fails, TransportNodeState object will be retained. If transport node delete is called with query param force set to true and uninstall of NSX components in the host fails, TransportNodeState object will be deleted.Asynchronous method overload. Result of the invocation will be reported via the specified
asyncCallback
.Operation Errors:
InvalidRequest
- Bad Request, Precondition Failed
Unauthorized
- Forbidden
ServiceUnavailable
- Service Unavailable
InternalServerError
- Internal Server Error
NotFound
- Not Found
- Specified by:
delete
in interfaceHostTransportNodes
- Parameters:
siteId
- (required)enforcementpointId
- (required)hostTransportNodeId
- (required)force
- Force delete the resource even if it is being used somewhere (optional, default to false)unprepareHost
- Uninstall NSX components from host while deleting (optional, default to true)asyncCallback
- Receives the status (progress, result or error) of the operation invocation.
-
delete
public void delete(java.lang.String siteId, java.lang.String enforcementpointId, java.lang.String hostTransportNodeId, java.lang.Boolean force, java.lang.Boolean unprepareHost, com.vmware.vapi.bindings.client.AsyncCallback<java.lang.Void> asyncCallback, com.vmware.vapi.bindings.client.InvocationConfig invocationConfig)
Description copied from interface:HostTransportNodes
Deletes the specified transport node. Query param force can be used to force delete the host nodes. Force delete is not supported if transport node is part of a cluster on which Transport node profile is applied. It also removes the specified host node from system. If unprepare_host option is set to false, then host will be deleted without uninstalling the NSX components from the host. If transport node delete is called with query param force not being set or set to false and uninstall of NSX components in the host fails, TransportNodeState object will be retained. If transport node delete is called with query param force set to true and uninstall of NSX components in the host fails, TransportNodeState object will be deleted.Asynchronous method overload. Result of the invocation will be reported via the specified
asyncCallback
. UseinvocationConfig
to specify configuration for this particular invocation.Operation Errors:
InvalidRequest
- Bad Request, Precondition Failed
Unauthorized
- Forbidden
ServiceUnavailable
- Service Unavailable
InternalServerError
- Internal Server Error
NotFound
- Not Found
- Specified by:
delete
in interfaceHostTransportNodes
- Parameters:
siteId
- (required)enforcementpointId
- (required)hostTransportNodeId
- (required)force
- Force delete the resource even if it is being used somewhere (optional, default to false)unprepareHost
- Uninstall NSX components from host while deleting (optional, default to true)asyncCallback
- Receives the status (progress, result or error) of the operation invocation.invocationConfig
- Configuration for the method invocation.
-
get
public HostTransportNode get(java.lang.String siteId, java.lang.String enforcementpointId, java.lang.String hostTransportNodeId)
Description copied from interface:HostTransportNodes
Returns information about a specified transport node.Synchronous method overload. Result of the invocation will be reported as a method return value.
- Specified by:
get
in interfaceHostTransportNodes
- Parameters:
siteId
- (required)enforcementpointId
- (required)hostTransportNodeId
- (required)- Returns:
- com.vmware.nsx_policy.model.HostTransportNode
-
get
public HostTransportNode get(java.lang.String siteId, java.lang.String enforcementpointId, java.lang.String hostTransportNodeId, com.vmware.vapi.bindings.client.InvocationConfig invocationConfig)
Description copied from interface:HostTransportNodes
Returns information about a specified transport node.Synchronous method overload. Result of the invocation will be reported as a method return value. Use
invocationConfig
to specify configuration for this particular invocation.- Specified by:
get
in interfaceHostTransportNodes
- Parameters:
siteId
- (required)enforcementpointId
- (required)hostTransportNodeId
- (required)invocationConfig
- Configuration for the method invocation.- Returns:
- com.vmware.nsx_policy.model.HostTransportNode
-
get
public void get(java.lang.String siteId, java.lang.String enforcementpointId, java.lang.String hostTransportNodeId, com.vmware.vapi.bindings.client.AsyncCallback<HostTransportNode> asyncCallback)
Description copied from interface:HostTransportNodes
Returns information about a specified transport node.Asynchronous method overload. Result of the invocation will be reported via the specified
asyncCallback
.Invocation Result:
com.vmware.nsx_policy.model.HostTransportNodeOperation Errors:
InvalidRequest
- Bad Request, Precondition Failed
Unauthorized
- Forbidden
ServiceUnavailable
- Service Unavailable
InternalServerError
- Internal Server Error
NotFound
- Not Found
- Specified by:
get
in interfaceHostTransportNodes
- Parameters:
siteId
- (required)enforcementpointId
- (required)hostTransportNodeId
- (required)asyncCallback
- Receives the status (progress, result or error) of the operation invocation.
-
get
public void get(java.lang.String siteId, java.lang.String enforcementpointId, java.lang.String hostTransportNodeId, com.vmware.vapi.bindings.client.AsyncCallback<HostTransportNode> asyncCallback, com.vmware.vapi.bindings.client.InvocationConfig invocationConfig)
Description copied from interface:HostTransportNodes
Returns information about a specified transport node.Asynchronous method overload. Result of the invocation will be reported via the specified
asyncCallback
. UseinvocationConfig
to specify configuration for this particular invocation.Invocation Result:
com.vmware.nsx_policy.model.HostTransportNodeOperation Errors:
InvalidRequest
- Bad Request, Precondition Failed
Unauthorized
- Forbidden
ServiceUnavailable
- Service Unavailable
InternalServerError
- Internal Server Error
NotFound
- Not Found
- Specified by:
get
in interfaceHostTransportNodes
- Parameters:
siteId
- (required)enforcementpointId
- (required)hostTransportNodeId
- (required)asyncCallback
- Receives the status (progress, result or error) of the operation invocation.invocationConfig
- Configuration for the method invocation.
-
list
public HostTransportNodeListResult list(java.lang.String siteId, java.lang.String enforcementpointId, java.lang.String cursor, java.lang.String discoveredNodeId, java.lang.Boolean inMaintenanceMode, java.lang.String includedFields, java.lang.String nodeIp, java.lang.String nodeTypes, java.lang.Long pageSize, java.lang.Boolean sortAscending, java.lang.String sortBy, java.lang.String transportZonePath)
Description copied from interface:HostTransportNodes
Returns information about all host transport nodes along with underlying host details. A transport node is a host that contains hostswitches. A hostswitch can have virtual machines connected to them. Because each transport node has hostswitches, transport nodes can also have virtual tunnel endpoints, which means that they can be part of the overlay.Synchronous method overload. Result of the invocation will be reported as a method return value.
- Specified by:
list
in interfaceHostTransportNodes
- Parameters:
siteId
- (required)enforcementpointId
- (required)cursor
- Opaque cursor to be used for getting next page of records (supplied by current result page) (optional)discoveredNodeId
- discovered node id (optional)inMaintenanceMode
- maintenance mode flag (optional)includedFields
- Comma separated list of fields that should be included in query result (optional)nodeIp
- Transport node IP address (optional)nodeTypes
- a list of node types separated by comma or a single type (optional)pageSize
- Maximum number of results to return in this page (server may return fewer) (optional, default to 1000)sortAscending
- (optional)sortBy
- Field by which records are sorted (optional)transportZonePath
- Transport zone path (optional)- Returns:
- com.vmware.nsx_policy.model.HostTransportNodeListResult
-
list
public HostTransportNodeListResult list(java.lang.String siteId, java.lang.String enforcementpointId, java.lang.String cursor, java.lang.String discoveredNodeId, java.lang.Boolean inMaintenanceMode, java.lang.String includedFields, java.lang.String nodeIp, java.lang.String nodeTypes, java.lang.Long pageSize, java.lang.Boolean sortAscending, java.lang.String sortBy, java.lang.String transportZonePath, com.vmware.vapi.bindings.client.InvocationConfig invocationConfig)
Description copied from interface:HostTransportNodes
Returns information about all host transport nodes along with underlying host details. A transport node is a host that contains hostswitches. A hostswitch can have virtual machines connected to them. Because each transport node has hostswitches, transport nodes can also have virtual tunnel endpoints, which means that they can be part of the overlay.Synchronous method overload. Result of the invocation will be reported as a method return value. Use
invocationConfig
to specify configuration for this particular invocation.- Specified by:
list
in interfaceHostTransportNodes
- Parameters:
siteId
- (required)enforcementpointId
- (required)cursor
- Opaque cursor to be used for getting next page of records (supplied by current result page) (optional)discoveredNodeId
- discovered node id (optional)inMaintenanceMode
- maintenance mode flag (optional)includedFields
- Comma separated list of fields that should be included in query result (optional)nodeIp
- Transport node IP address (optional)nodeTypes
- a list of node types separated by comma or a single type (optional)pageSize
- Maximum number of results to return in this page (server may return fewer) (optional, default to 1000)sortAscending
- (optional)sortBy
- Field by which records are sorted (optional)transportZonePath
- Transport zone path (optional)invocationConfig
- Configuration for the method invocation.- Returns:
- com.vmware.nsx_policy.model.HostTransportNodeListResult
-
list
public void list(java.lang.String siteId, java.lang.String enforcementpointId, java.lang.String cursor, java.lang.String discoveredNodeId, java.lang.Boolean inMaintenanceMode, java.lang.String includedFields, java.lang.String nodeIp, java.lang.String nodeTypes, java.lang.Long pageSize, java.lang.Boolean sortAscending, java.lang.String sortBy, java.lang.String transportZonePath, com.vmware.vapi.bindings.client.AsyncCallback<HostTransportNodeListResult> asyncCallback)
Description copied from interface:HostTransportNodes
Returns information about all host transport nodes along with underlying host details. A transport node is a host that contains hostswitches. A hostswitch can have virtual machines connected to them. Because each transport node has hostswitches, transport nodes can also have virtual tunnel endpoints, which means that they can be part of the overlay.Asynchronous method overload. Result of the invocation will be reported via the specified
asyncCallback
.Invocation Result:
com.vmware.nsx_policy.model.HostTransportNodeListResultOperation Errors:
InvalidRequest
- Bad Request, Precondition Failed
Unauthorized
- Forbidden
ServiceUnavailable
- Service Unavailable
InternalServerError
- Internal Server Error
NotFound
- Not Found
- Specified by:
list
in interfaceHostTransportNodes
- Parameters:
siteId
- (required)enforcementpointId
- (required)cursor
- Opaque cursor to be used for getting next page of records (supplied by current result page) (optional)discoveredNodeId
- discovered node id (optional)inMaintenanceMode
- maintenance mode flag (optional)includedFields
- Comma separated list of fields that should be included in query result (optional)nodeIp
- Transport node IP address (optional)nodeTypes
- a list of node types separated by comma or a single type (optional)pageSize
- Maximum number of results to return in this page (server may return fewer) (optional, default to 1000)sortAscending
- (optional)sortBy
- Field by which records are sorted (optional)transportZonePath
- Transport zone path (optional)asyncCallback
- Receives the status (progress, result or error) of the operation invocation.
-
list
public void list(java.lang.String siteId, java.lang.String enforcementpointId, java.lang.String cursor, java.lang.String discoveredNodeId, java.lang.Boolean inMaintenanceMode, java.lang.String includedFields, java.lang.String nodeIp, java.lang.String nodeTypes, java.lang.Long pageSize, java.lang.Boolean sortAscending, java.lang.String sortBy, java.lang.String transportZonePath, com.vmware.vapi.bindings.client.AsyncCallback<HostTransportNodeListResult> asyncCallback, com.vmware.vapi.bindings.client.InvocationConfig invocationConfig)
Description copied from interface:HostTransportNodes
Returns information about all host transport nodes along with underlying host details. A transport node is a host that contains hostswitches. A hostswitch can have virtual machines connected to them. Because each transport node has hostswitches, transport nodes can also have virtual tunnel endpoints, which means that they can be part of the overlay.Asynchronous method overload. Result of the invocation will be reported via the specified
asyncCallback
. UseinvocationConfig
to specify configuration for this particular invocation.Invocation Result:
com.vmware.nsx_policy.model.HostTransportNodeListResultOperation Errors:
InvalidRequest
- Bad Request, Precondition Failed
Unauthorized
- Forbidden
ServiceUnavailable
- Service Unavailable
InternalServerError
- Internal Server Error
NotFound
- Not Found
- Specified by:
list
in interfaceHostTransportNodes
- Parameters:
siteId
- (required)enforcementpointId
- (required)cursor
- Opaque cursor to be used for getting next page of records (supplied by current result page) (optional)discoveredNodeId
- discovered node id (optional)inMaintenanceMode
- maintenance mode flag (optional)includedFields
- Comma separated list of fields that should be included in query result (optional)nodeIp
- Transport node IP address (optional)nodeTypes
- a list of node types separated by comma or a single type (optional)pageSize
- Maximum number of results to return in this page (server may return fewer) (optional, default to 1000)sortAscending
- (optional)sortBy
- Field by which records are sorted (optional)transportZonePath
- Transport zone path (optional)asyncCallback
- Receives the status (progress, result or error) of the operation invocation.invocationConfig
- Configuration for the method invocation.
-
patch
public void patch(java.lang.String siteId, java.lang.String enforcementpointId, java.lang.String hostTransportNodeId, HostTransportNode hostTransportNode, java.lang.String esxMgmtIfMigrationDest, java.lang.String ifId, java.lang.Boolean overrideNsxOwnership, java.lang.String pingIp, java.lang.Boolean skipValidation, java.lang.String vnic, java.lang.String vnicMigrationDest)
Description copied from interface:HostTransportNodes
Transport nodes are hypervisor hosts that will participate in an NSX-T overlay. For a hypervisor host, this means that it hosts VMs that will communicate over NSX-T logical switches. This API creates transport node for a host node (hypervisor) in the transport network. When you run this command for a host, NSX Manager attempts to install the NSX kernel modules, which are packaged as VIB, RPM, or DEB files. For the installation to succeed, you must provide the host login credentials and the host thumbprint. To get the ESXi host thumbprint, SSH to the host and run the openssl x509 -in /etc/vmware/ssl/rui.crt -fingerprint -sha256 -noout command. To generate host key thumbprint using SHA-256 algorithm please follow the steps below. Log into the host, making sure that the connection is not vulnerable to a man in the middle attack. Check whether a public key already exists. Host public key is generally located at '/etc/ssh/ssh_host_rsa_key.pub'. If the key is not present then generate a new key by running the following command and follow the instructions. ssh-keygen -t rsa Now generate a SHA256 hash of the key using the following command. Please make sure to pass the appropriate file name if the public key is stored with a different file name other than the default 'id_rsa.pub'. awk '{print $2}' id_rsa.pub | base64 -d | sha256sum -b | sed 's/ .*$//' | xxd -r -p | base64 Additional documentation on creating a transport node can be found in the NSX-T Installation Guide. In order for the transport node to forward packets, the host_switch_spec property must be specified. Host switches (called bridges in OVS on KVM hypervisors) are the individual switches within the host virtual switch. Virtual machines are connected to the host switches. When creating a transport node, you need to specify if the host switches are already manually preconfigured on the node, or if NSX should create and manage the host switches. You specify this choice by the type of host switches you pass in the host_switch_spec property of the TransportNode request payload. For a KVM host, you can preconfigure the host switch, or you can have NSX Manager perform the configuration. For an ESXi host NSX Manager always configures the host switch. To preconfigure the host switches on a KVM host, pass an array of PreconfiguredHostSwitchSpec objects that describes those host switches. In the current NSX-T release, only one prefonfigured host switch can be specified. See the PreconfiguredHostSwitchSpec schema definition for documentation on the properties that must be provided. Preconfigured host switches are only supported on KVM hosts, not on ESXi hosts. To allow NSX to manage the host switch configuration on KVM hosts, ESXi hosts, pass an array of StandardHostSwitchSpec objects in the host_switch_spec property, and NSX will automatically create host switches with the properties you provide. In the current NSX-T release, up to 16 host switches can be automatically managed. See the StandardHostSwitchSpec schema definition for documentation on the properties that must be provided. The request should provide node_deployement_info.Synchronous method overload. Result of the invocation will be reported as a method return value.
- Specified by:
patch
in interfaceHostTransportNodes
- Parameters:
siteId
- (required)enforcementpointId
- (required)hostTransportNodeId
- (required)hostTransportNode
- (required)esxMgmtIfMigrationDest
- The network ids to which the ESX vmk interfaces will be migrated (optional)ifId
- The ESX vmk interfaces to migrate (optional)overrideNsxOwnership
- Override NSX Ownership (optional, default to false)pingIp
- IP Addresses to ping right after ESX vmk interfaces were migrated. (optional)skipValidation
- Whether to skip front-end validation for vmk/vnic/pnic migration (optional, default to false)vnic
- The ESX vmk interfaces and/or VM NIC to migrate (optional)vnicMigrationDest
- The migration destinations of ESX vmk interfaces and/or VM NIC (optional)
-
patch
public void patch(java.lang.String siteId, java.lang.String enforcementpointId, java.lang.String hostTransportNodeId, HostTransportNode hostTransportNode, java.lang.String esxMgmtIfMigrationDest, java.lang.String ifId, java.lang.Boolean overrideNsxOwnership, java.lang.String pingIp, java.lang.Boolean skipValidation, java.lang.String vnic, java.lang.String vnicMigrationDest, com.vmware.vapi.bindings.client.InvocationConfig invocationConfig)
Description copied from interface:HostTransportNodes
Transport nodes are hypervisor hosts that will participate in an NSX-T overlay. For a hypervisor host, this means that it hosts VMs that will communicate over NSX-T logical switches. This API creates transport node for a host node (hypervisor) in the transport network. When you run this command for a host, NSX Manager attempts to install the NSX kernel modules, which are packaged as VIB, RPM, or DEB files. For the installation to succeed, you must provide the host login credentials and the host thumbprint. To get the ESXi host thumbprint, SSH to the host and run the openssl x509 -in /etc/vmware/ssl/rui.crt -fingerprint -sha256 -noout command. To generate host key thumbprint using SHA-256 algorithm please follow the steps below. Log into the host, making sure that the connection is not vulnerable to a man in the middle attack. Check whether a public key already exists. Host public key is generally located at '/etc/ssh/ssh_host_rsa_key.pub'. If the key is not present then generate a new key by running the following command and follow the instructions. ssh-keygen -t rsa Now generate a SHA256 hash of the key using the following command. Please make sure to pass the appropriate file name if the public key is stored with a different file name other than the default 'id_rsa.pub'. awk '{print $2}' id_rsa.pub | base64 -d | sha256sum -b | sed 's/ .*$//' | xxd -r -p | base64 Additional documentation on creating a transport node can be found in the NSX-T Installation Guide. In order for the transport node to forward packets, the host_switch_spec property must be specified. Host switches (called bridges in OVS on KVM hypervisors) are the individual switches within the host virtual switch. Virtual machines are connected to the host switches. When creating a transport node, you need to specify if the host switches are already manually preconfigured on the node, or if NSX should create and manage the host switches. You specify this choice by the type of host switches you pass in the host_switch_spec property of the TransportNode request payload. For a KVM host, you can preconfigure the host switch, or you can have NSX Manager perform the configuration. For an ESXi host NSX Manager always configures the host switch. To preconfigure the host switches on a KVM host, pass an array of PreconfiguredHostSwitchSpec objects that describes those host switches. In the current NSX-T release, only one prefonfigured host switch can be specified. See the PreconfiguredHostSwitchSpec schema definition for documentation on the properties that must be provided. Preconfigured host switches are only supported on KVM hosts, not on ESXi hosts. To allow NSX to manage the host switch configuration on KVM hosts, ESXi hosts, pass an array of StandardHostSwitchSpec objects in the host_switch_spec property, and NSX will automatically create host switches with the properties you provide. In the current NSX-T release, up to 16 host switches can be automatically managed. See the StandardHostSwitchSpec schema definition for documentation on the properties that must be provided. The request should provide node_deployement_info.Synchronous method overload. Result of the invocation will be reported as a method return value. Use
invocationConfig
to specify configuration for this particular invocation.- Specified by:
patch
in interfaceHostTransportNodes
- Parameters:
siteId
- (required)enforcementpointId
- (required)hostTransportNodeId
- (required)hostTransportNode
- (required)esxMgmtIfMigrationDest
- The network ids to which the ESX vmk interfaces will be migrated (optional)ifId
- The ESX vmk interfaces to migrate (optional)overrideNsxOwnership
- Override NSX Ownership (optional, default to false)pingIp
- IP Addresses to ping right after ESX vmk interfaces were migrated. (optional)skipValidation
- Whether to skip front-end validation for vmk/vnic/pnic migration (optional, default to false)vnic
- The ESX vmk interfaces and/or VM NIC to migrate (optional)vnicMigrationDest
- The migration destinations of ESX vmk interfaces and/or VM NIC (optional)invocationConfig
- Configuration for the method invocation.
-
patch
public void patch(java.lang.String siteId, java.lang.String enforcementpointId, java.lang.String hostTransportNodeId, HostTransportNode hostTransportNode, java.lang.String esxMgmtIfMigrationDest, java.lang.String ifId, java.lang.Boolean overrideNsxOwnership, java.lang.String pingIp, java.lang.Boolean skipValidation, java.lang.String vnic, java.lang.String vnicMigrationDest, com.vmware.vapi.bindings.client.AsyncCallback<java.lang.Void> asyncCallback)
Description copied from interface:HostTransportNodes
Transport nodes are hypervisor hosts that will participate in an NSX-T overlay. For a hypervisor host, this means that it hosts VMs that will communicate over NSX-T logical switches. This API creates transport node for a host node (hypervisor) in the transport network. When you run this command for a host, NSX Manager attempts to install the NSX kernel modules, which are packaged as VIB, RPM, or DEB files. For the installation to succeed, you must provide the host login credentials and the host thumbprint. To get the ESXi host thumbprint, SSH to the host and run the openssl x509 -in /etc/vmware/ssl/rui.crt -fingerprint -sha256 -noout command. To generate host key thumbprint using SHA-256 algorithm please follow the steps below. Log into the host, making sure that the connection is not vulnerable to a man in the middle attack. Check whether a public key already exists. Host public key is generally located at '/etc/ssh/ssh_host_rsa_key.pub'. If the key is not present then generate a new key by running the following command and follow the instructions. ssh-keygen -t rsa Now generate a SHA256 hash of the key using the following command. Please make sure to pass the appropriate file name if the public key is stored with a different file name other than the default 'id_rsa.pub'. awk '{print $2}' id_rsa.pub | base64 -d | sha256sum -b | sed 's/ .*$//' | xxd -r -p | base64 Additional documentation on creating a transport node can be found in the NSX-T Installation Guide. In order for the transport node to forward packets, the host_switch_spec property must be specified. Host switches (called bridges in OVS on KVM hypervisors) are the individual switches within the host virtual switch. Virtual machines are connected to the host switches. When creating a transport node, you need to specify if the host switches are already manually preconfigured on the node, or if NSX should create and manage the host switches. You specify this choice by the type of host switches you pass in the host_switch_spec property of the TransportNode request payload. For a KVM host, you can preconfigure the host switch, or you can have NSX Manager perform the configuration. For an ESXi host NSX Manager always configures the host switch. To preconfigure the host switches on a KVM host, pass an array of PreconfiguredHostSwitchSpec objects that describes those host switches. In the current NSX-T release, only one prefonfigured host switch can be specified. See the PreconfiguredHostSwitchSpec schema definition for documentation on the properties that must be provided. Preconfigured host switches are only supported on KVM hosts, not on ESXi hosts. To allow NSX to manage the host switch configuration on KVM hosts, ESXi hosts, pass an array of StandardHostSwitchSpec objects in the host_switch_spec property, and NSX will automatically create host switches with the properties you provide. In the current NSX-T release, up to 16 host switches can be automatically managed. See the StandardHostSwitchSpec schema definition for documentation on the properties that must be provided. The request should provide node_deployement_info.Asynchronous method overload. Result of the invocation will be reported via the specified
asyncCallback
.Operation Errors:
InvalidRequest
- Bad Request, Precondition Failed
Unauthorized
- Forbidden
ServiceUnavailable
- Service Unavailable
InternalServerError
- Internal Server Error
NotFound
- Not Found
- Specified by:
patch
in interfaceHostTransportNodes
- Parameters:
siteId
- (required)enforcementpointId
- (required)hostTransportNodeId
- (required)hostTransportNode
- (required)esxMgmtIfMigrationDest
- The network ids to which the ESX vmk interfaces will be migrated (optional)ifId
- The ESX vmk interfaces to migrate (optional)overrideNsxOwnership
- Override NSX Ownership (optional, default to false)pingIp
- IP Addresses to ping right after ESX vmk interfaces were migrated. (optional)skipValidation
- Whether to skip front-end validation for vmk/vnic/pnic migration (optional, default to false)vnic
- The ESX vmk interfaces and/or VM NIC to migrate (optional)vnicMigrationDest
- The migration destinations of ESX vmk interfaces and/or VM NIC (optional)asyncCallback
- Receives the status (progress, result or error) of the operation invocation.
-
patch
public void patch(java.lang.String siteId, java.lang.String enforcementpointId, java.lang.String hostTransportNodeId, HostTransportNode hostTransportNode, java.lang.String esxMgmtIfMigrationDest, java.lang.String ifId, java.lang.Boolean overrideNsxOwnership, java.lang.String pingIp, java.lang.Boolean skipValidation, java.lang.String vnic, java.lang.String vnicMigrationDest, com.vmware.vapi.bindings.client.AsyncCallback<java.lang.Void> asyncCallback, com.vmware.vapi.bindings.client.InvocationConfig invocationConfig)
Description copied from interface:HostTransportNodes
Transport nodes are hypervisor hosts that will participate in an NSX-T overlay. For a hypervisor host, this means that it hosts VMs that will communicate over NSX-T logical switches. This API creates transport node for a host node (hypervisor) in the transport network. When you run this command for a host, NSX Manager attempts to install the NSX kernel modules, which are packaged as VIB, RPM, or DEB files. For the installation to succeed, you must provide the host login credentials and the host thumbprint. To get the ESXi host thumbprint, SSH to the host and run the openssl x509 -in /etc/vmware/ssl/rui.crt -fingerprint -sha256 -noout command. To generate host key thumbprint using SHA-256 algorithm please follow the steps below. Log into the host, making sure that the connection is not vulnerable to a man in the middle attack. Check whether a public key already exists. Host public key is generally located at '/etc/ssh/ssh_host_rsa_key.pub'. If the key is not present then generate a new key by running the following command and follow the instructions. ssh-keygen -t rsa Now generate a SHA256 hash of the key using the following command. Please make sure to pass the appropriate file name if the public key is stored with a different file name other than the default 'id_rsa.pub'. awk '{print $2}' id_rsa.pub | base64 -d | sha256sum -b | sed 's/ .*$//' | xxd -r -p | base64 Additional documentation on creating a transport node can be found in the NSX-T Installation Guide. In order for the transport node to forward packets, the host_switch_spec property must be specified. Host switches (called bridges in OVS on KVM hypervisors) are the individual switches within the host virtual switch. Virtual machines are connected to the host switches. When creating a transport node, you need to specify if the host switches are already manually preconfigured on the node, or if NSX should create and manage the host switches. You specify this choice by the type of host switches you pass in the host_switch_spec property of the TransportNode request payload. For a KVM host, you can preconfigure the host switch, or you can have NSX Manager perform the configuration. For an ESXi host NSX Manager always configures the host switch. To preconfigure the host switches on a KVM host, pass an array of PreconfiguredHostSwitchSpec objects that describes those host switches. In the current NSX-T release, only one prefonfigured host switch can be specified. See the PreconfiguredHostSwitchSpec schema definition for documentation on the properties that must be provided. Preconfigured host switches are only supported on KVM hosts, not on ESXi hosts. To allow NSX to manage the host switch configuration on KVM hosts, ESXi hosts, pass an array of StandardHostSwitchSpec objects in the host_switch_spec property, and NSX will automatically create host switches with the properties you provide. In the current NSX-T release, up to 16 host switches can be automatically managed. See the StandardHostSwitchSpec schema definition for documentation on the properties that must be provided. The request should provide node_deployement_info.Asynchronous method overload. Result of the invocation will be reported via the specified
asyncCallback
. UseinvocationConfig
to specify configuration for this particular invocation.Operation Errors:
InvalidRequest
- Bad Request, Precondition Failed
Unauthorized
- Forbidden
ServiceUnavailable
- Service Unavailable
InternalServerError
- Internal Server Error
NotFound
- Not Found
- Specified by:
patch
in interfaceHostTransportNodes
- Parameters:
siteId
- (required)enforcementpointId
- (required)hostTransportNodeId
- (required)hostTransportNode
- (required)esxMgmtIfMigrationDest
- The network ids to which the ESX vmk interfaces will be migrated (optional)ifId
- The ESX vmk interfaces to migrate (optional)overrideNsxOwnership
- Override NSX Ownership (optional, default to false)pingIp
- IP Addresses to ping right after ESX vmk interfaces were migrated. (optional)skipValidation
- Whether to skip front-end validation for vmk/vnic/pnic migration (optional, default to false)vnic
- The ESX vmk interfaces and/or VM NIC to migrate (optional)vnicMigrationDest
- The migration destinations of ESX vmk interfaces and/or VM NIC (optional)asyncCallback
- Receives the status (progress, result or error) of the operation invocation.invocationConfig
- Configuration for the method invocation.
-
restoreclusterconfig
public void restoreclusterconfig(java.lang.String siteId, java.lang.String enforcementpointId, java.lang.String hostTransportNodeId)
Description copied from interface:HostTransportNodes
A host can be overridden to have different configuration than Transport Node Profile(TNP) on cluster. This action will restore such overridden host back to cluster level TNP. This API can be used in other case. When TNP is applied to a cluster, if any validation fails (e.g. VMs running on host) then existing transport node (TN) is not updated. In that case after the issue is resolved manually (e.g. VMs powered off), you can call this API to update TN as per cluster level TNP.Synchronous method overload. Result of the invocation will be reported as a method return value.
- Specified by:
restoreclusterconfig
in interfaceHostTransportNodes
- Parameters:
siteId
- (required)enforcementpointId
- (required)hostTransportNodeId
- (required)
-
restoreclusterconfig
public void restoreclusterconfig(java.lang.String siteId, java.lang.String enforcementpointId, java.lang.String hostTransportNodeId, com.vmware.vapi.bindings.client.InvocationConfig invocationConfig)
Description copied from interface:HostTransportNodes
A host can be overridden to have different configuration than Transport Node Profile(TNP) on cluster. This action will restore such overridden host back to cluster level TNP. This API can be used in other case. When TNP is applied to a cluster, if any validation fails (e.g. VMs running on host) then existing transport node (TN) is not updated. In that case after the issue is resolved manually (e.g. VMs powered off), you can call this API to update TN as per cluster level TNP.Synchronous method overload. Result of the invocation will be reported as a method return value. Use
invocationConfig
to specify configuration for this particular invocation.- Specified by:
restoreclusterconfig
in interfaceHostTransportNodes
- Parameters:
siteId
- (required)enforcementpointId
- (required)hostTransportNodeId
- (required)invocationConfig
- Configuration for the method invocation.
-
restoreclusterconfig
public void restoreclusterconfig(java.lang.String siteId, java.lang.String enforcementpointId, java.lang.String hostTransportNodeId, com.vmware.vapi.bindings.client.AsyncCallback<java.lang.Void> asyncCallback)
Description copied from interface:HostTransportNodes
A host can be overridden to have different configuration than Transport Node Profile(TNP) on cluster. This action will restore such overridden host back to cluster level TNP. This API can be used in other case. When TNP is applied to a cluster, if any validation fails (e.g. VMs running on host) then existing transport node (TN) is not updated. In that case after the issue is resolved manually (e.g. VMs powered off), you can call this API to update TN as per cluster level TNP.Asynchronous method overload. Result of the invocation will be reported via the specified
asyncCallback
.Operation Errors:
InvalidRequest
- Bad Request, Precondition Failed
Unauthorized
- Forbidden
ServiceUnavailable
- Service Unavailable
InternalServerError
- Internal Server Error
NotFound
- Not Found
- Specified by:
restoreclusterconfig
in interfaceHostTransportNodes
- Parameters:
siteId
- (required)enforcementpointId
- (required)hostTransportNodeId
- (required)asyncCallback
- Receives the status (progress, result or error) of the operation invocation.
-
restoreclusterconfig
public void restoreclusterconfig(java.lang.String siteId, java.lang.String enforcementpointId, java.lang.String hostTransportNodeId, com.vmware.vapi.bindings.client.AsyncCallback<java.lang.Void> asyncCallback, com.vmware.vapi.bindings.client.InvocationConfig invocationConfig)
Description copied from interface:HostTransportNodes
A host can be overridden to have different configuration than Transport Node Profile(TNP) on cluster. This action will restore such overridden host back to cluster level TNP. This API can be used in other case. When TNP is applied to a cluster, if any validation fails (e.g. VMs running on host) then existing transport node (TN) is not updated. In that case after the issue is resolved manually (e.g. VMs powered off), you can call this API to update TN as per cluster level TNP.Asynchronous method overload. Result of the invocation will be reported via the specified
asyncCallback
. UseinvocationConfig
to specify configuration for this particular invocation.Operation Errors:
InvalidRequest
- Bad Request, Precondition Failed
Unauthorized
- Forbidden
ServiceUnavailable
- Service Unavailable
InternalServerError
- Internal Server Error
NotFound
- Not Found
- Specified by:
restoreclusterconfig
in interfaceHostTransportNodes
- Parameters:
siteId
- (required)enforcementpointId
- (required)hostTransportNodeId
- (required)asyncCallback
- Receives the status (progress, result or error) of the operation invocation.invocationConfig
- Configuration for the method invocation.
-
resynchostconfig
public void resynchostconfig(java.lang.String siteId, java.lang.String enforcementpointId, java.lang.String hostTransportNodeId)
Description copied from interface:HostTransportNodes
Resync the TransportNode configuration on a host. It is similar to updating the TransportNode with existing configuration, but force synce these configurations to the host (no backend optimizations).Synchronous method overload. Result of the invocation will be reported as a method return value.
- Specified by:
resynchostconfig
in interfaceHostTransportNodes
- Parameters:
siteId
- (required)enforcementpointId
- (required)hostTransportNodeId
- (required)
-
resynchostconfig
public void resynchostconfig(java.lang.String siteId, java.lang.String enforcementpointId, java.lang.String hostTransportNodeId, com.vmware.vapi.bindings.client.InvocationConfig invocationConfig)
Description copied from interface:HostTransportNodes
Resync the TransportNode configuration on a host. It is similar to updating the TransportNode with existing configuration, but force synce these configurations to the host (no backend optimizations).Synchronous method overload. Result of the invocation will be reported as a method return value. Use
invocationConfig
to specify configuration for this particular invocation.- Specified by:
resynchostconfig
in interfaceHostTransportNodes
- Parameters:
siteId
- (required)enforcementpointId
- (required)hostTransportNodeId
- (required)invocationConfig
- Configuration for the method invocation.
-
resynchostconfig
public void resynchostconfig(java.lang.String siteId, java.lang.String enforcementpointId, java.lang.String hostTransportNodeId, com.vmware.vapi.bindings.client.AsyncCallback<java.lang.Void> asyncCallback)
Description copied from interface:HostTransportNodes
Resync the TransportNode configuration on a host. It is similar to updating the TransportNode with existing configuration, but force synce these configurations to the host (no backend optimizations).Asynchronous method overload. Result of the invocation will be reported via the specified
asyncCallback
.Operation Errors:
InvalidRequest
- Bad Request, Precondition Failed
Unauthorized
- Forbidden
ServiceUnavailable
- Service Unavailable
InternalServerError
- Internal Server Error
NotFound
- Not Found
- Specified by:
resynchostconfig
in interfaceHostTransportNodes
- Parameters:
siteId
- (required)enforcementpointId
- (required)hostTransportNodeId
- (required)asyncCallback
- Receives the status (progress, result or error) of the operation invocation.
-
resynchostconfig
public void resynchostconfig(java.lang.String siteId, java.lang.String enforcementpointId, java.lang.String hostTransportNodeId, com.vmware.vapi.bindings.client.AsyncCallback<java.lang.Void> asyncCallback, com.vmware.vapi.bindings.client.InvocationConfig invocationConfig)
Description copied from interface:HostTransportNodes
Resync the TransportNode configuration on a host. It is similar to updating the TransportNode with existing configuration, but force synce these configurations to the host (no backend optimizations).Asynchronous method overload. Result of the invocation will be reported via the specified
asyncCallback
. UseinvocationConfig
to specify configuration for this particular invocation.Operation Errors:
InvalidRequest
- Bad Request, Precondition Failed
Unauthorized
- Forbidden
ServiceUnavailable
- Service Unavailable
InternalServerError
- Internal Server Error
NotFound
- Not Found
- Specified by:
resynchostconfig
in interfaceHostTransportNodes
- Parameters:
siteId
- (required)enforcementpointId
- (required)hostTransportNodeId
- (required)asyncCallback
- Receives the status (progress, result or error) of the operation invocation.invocationConfig
- Configuration for the method invocation.
-
update
public HostTransportNode update(java.lang.String siteId, java.lang.String enforcementpointId, java.lang.String hostTransportNodeId, HostTransportNode hostTransportNode, java.lang.String esxMgmtIfMigrationDest, java.lang.String ifId, java.lang.Boolean overrideNsxOwnership, java.lang.String pingIp, java.lang.Boolean skipValidation, java.lang.String vnic, java.lang.String vnicMigrationDest)
Description copied from interface:HostTransportNodes
Transport nodes are hypervisor hosts that will participate in an NSX-T overlay. For a hypervisor host, this means that it hosts VMs that will communicate over NSX-T logical switches. This API creates transport node for a host node (hypervisor) in the transport network. When you run this command for a host, NSX Manager attempts to install the NSX kernel modules, which are packaged as VIB, RPM, or DEB files. For the installation to succeed, you must provide the host login credentials and the host thumbprint. To get the ESXi host thumbprint, SSH to the host and run the openssl x509 -in /etc/vmware/ssl/rui.crt -fingerprint -sha256 -noout command. To generate host key thumbprint using SHA-256 algorithm please follow the steps below. Log into the host, making sure that the connection is not vulnerable to a man in the middle attack. Check whether a public key already exists. Host public key is generally located at '/etc/ssh/ssh_host_rsa_key.pub'. If the key is not present then generate a new key by running the following command and follow the instructions. ssh-keygen -t rsa Now generate a SHA256 hash of the key using the following command. Please make sure to pass the appropriate file name if the public key is stored with a different file name other than the default 'id_rsa.pub'. awk '{print $2}' id_rsa.pub | base64 -d | sha256sum -b | sed 's/ .*$//' | xxd -r -p | base64 Additional documentation on creating a transport node can be found in the NSX-T Installation Guide. In order for the transport node to forward packets, the host_switch_spec property must be specified. Host switches (called bridges in OVS on KVM hypervisors) are the individual switches within the host virtual switch. Virtual machines are connected to the host switches. When creating a transport node, you need to specify if the host switches are already manually preconfigured on the node, or if NSX should create and manage the host switches. You specify this choice by the type of host switches you pass in the host_switch_spec property of the TransportNode request payload. For a KVM host, you can preconfigure the host switch, or you can have NSX Manager perform the configuration. For an ESXi host NSX Manager always configures the host switch. To preconfigure the host switches on a KVM host, pass an array of PreconfiguredHostSwitchSpec objects that describes those host switches. In the current NSX-T release, only one prefonfigured host switch can be specified. See the PreconfiguredHostSwitchSpec schema definition for documentation on the properties that must be provided. Preconfigured host switches are only supported on KVM hosts, not on ESXi hosts. To allow NSX to manage the host switch configuration on KVM hosts, ESXi hosts, pass an array of StandardHostSwitchSpec objects in the host_switch_spec property, and NSX will automatically create host switches with the properties you provide. In the current NSX-T release, up to 16 host switches can be automatically managed. See the StandardHostSwitchSpec schema definition for documentation on the properties that must be provided. The request should provide node_deployement_info.Synchronous method overload. Result of the invocation will be reported as a method return value.
- Specified by:
update
in interfaceHostTransportNodes
- Parameters:
siteId
- (required)enforcementpointId
- (required)hostTransportNodeId
- (required)hostTransportNode
- (required)esxMgmtIfMigrationDest
- The network ids to which the ESX vmk interfaces will be migrated (optional)ifId
- The ESX vmk interfaces to migrate (optional)overrideNsxOwnership
- Override NSX Ownership (optional, default to false)pingIp
- IP Addresses to ping right after ESX vmk interfaces were migrated. (optional)skipValidation
- Whether to skip front-end validation for vmk/vnic/pnic migration (optional, default to false)vnic
- The ESX vmk interfaces and/or VM NIC to migrate (optional)vnicMigrationDest
- The migration destinations of ESX vmk interfaces and/or VM NIC (optional)- Returns:
- com.vmware.nsx_policy.model.HostTransportNode
-
update
public HostTransportNode update(java.lang.String siteId, java.lang.String enforcementpointId, java.lang.String hostTransportNodeId, HostTransportNode hostTransportNode, java.lang.String esxMgmtIfMigrationDest, java.lang.String ifId, java.lang.Boolean overrideNsxOwnership, java.lang.String pingIp, java.lang.Boolean skipValidation, java.lang.String vnic, java.lang.String vnicMigrationDest, com.vmware.vapi.bindings.client.InvocationConfig invocationConfig)
Description copied from interface:HostTransportNodes
Transport nodes are hypervisor hosts that will participate in an NSX-T overlay. For a hypervisor host, this means that it hosts VMs that will communicate over NSX-T logical switches. This API creates transport node for a host node (hypervisor) in the transport network. When you run this command for a host, NSX Manager attempts to install the NSX kernel modules, which are packaged as VIB, RPM, or DEB files. For the installation to succeed, you must provide the host login credentials and the host thumbprint. To get the ESXi host thumbprint, SSH to the host and run the openssl x509 -in /etc/vmware/ssl/rui.crt -fingerprint -sha256 -noout command. To generate host key thumbprint using SHA-256 algorithm please follow the steps below. Log into the host, making sure that the connection is not vulnerable to a man in the middle attack. Check whether a public key already exists. Host public key is generally located at '/etc/ssh/ssh_host_rsa_key.pub'. If the key is not present then generate a new key by running the following command and follow the instructions. ssh-keygen -t rsa Now generate a SHA256 hash of the key using the following command. Please make sure to pass the appropriate file name if the public key is stored with a different file name other than the default 'id_rsa.pub'. awk '{print $2}' id_rsa.pub | base64 -d | sha256sum -b | sed 's/ .*$//' | xxd -r -p | base64 Additional documentation on creating a transport node can be found in the NSX-T Installation Guide. In order for the transport node to forward packets, the host_switch_spec property must be specified. Host switches (called bridges in OVS on KVM hypervisors) are the individual switches within the host virtual switch. Virtual machines are connected to the host switches. When creating a transport node, you need to specify if the host switches are already manually preconfigured on the node, or if NSX should create and manage the host switches. You specify this choice by the type of host switches you pass in the host_switch_spec property of the TransportNode request payload. For a KVM host, you can preconfigure the host switch, or you can have NSX Manager perform the configuration. For an ESXi host NSX Manager always configures the host switch. To preconfigure the host switches on a KVM host, pass an array of PreconfiguredHostSwitchSpec objects that describes those host switches. In the current NSX-T release, only one prefonfigured host switch can be specified. See the PreconfiguredHostSwitchSpec schema definition for documentation on the properties that must be provided. Preconfigured host switches are only supported on KVM hosts, not on ESXi hosts. To allow NSX to manage the host switch configuration on KVM hosts, ESXi hosts, pass an array of StandardHostSwitchSpec objects in the host_switch_spec property, and NSX will automatically create host switches with the properties you provide. In the current NSX-T release, up to 16 host switches can be automatically managed. See the StandardHostSwitchSpec schema definition for documentation on the properties that must be provided. The request should provide node_deployement_info.Synchronous method overload. Result of the invocation will be reported as a method return value. Use
invocationConfig
to specify configuration for this particular invocation.- Specified by:
update
in interfaceHostTransportNodes
- Parameters:
siteId
- (required)enforcementpointId
- (required)hostTransportNodeId
- (required)hostTransportNode
- (required)esxMgmtIfMigrationDest
- The network ids to which the ESX vmk interfaces will be migrated (optional)ifId
- The ESX vmk interfaces to migrate (optional)overrideNsxOwnership
- Override NSX Ownership (optional, default to false)pingIp
- IP Addresses to ping right after ESX vmk interfaces were migrated. (optional)skipValidation
- Whether to skip front-end validation for vmk/vnic/pnic migration (optional, default to false)vnic
- The ESX vmk interfaces and/or VM NIC to migrate (optional)vnicMigrationDest
- The migration destinations of ESX vmk interfaces and/or VM NIC (optional)invocationConfig
- Configuration for the method invocation.- Returns:
- com.vmware.nsx_policy.model.HostTransportNode
-
update
public void update(java.lang.String siteId, java.lang.String enforcementpointId, java.lang.String hostTransportNodeId, HostTransportNode hostTransportNode, java.lang.String esxMgmtIfMigrationDest, java.lang.String ifId, java.lang.Boolean overrideNsxOwnership, java.lang.String pingIp, java.lang.Boolean skipValidation, java.lang.String vnic, java.lang.String vnicMigrationDest, com.vmware.vapi.bindings.client.AsyncCallback<HostTransportNode> asyncCallback)
Description copied from interface:HostTransportNodes
Transport nodes are hypervisor hosts that will participate in an NSX-T overlay. For a hypervisor host, this means that it hosts VMs that will communicate over NSX-T logical switches. This API creates transport node for a host node (hypervisor) in the transport network. When you run this command for a host, NSX Manager attempts to install the NSX kernel modules, which are packaged as VIB, RPM, or DEB files. For the installation to succeed, you must provide the host login credentials and the host thumbprint. To get the ESXi host thumbprint, SSH to the host and run the openssl x509 -in /etc/vmware/ssl/rui.crt -fingerprint -sha256 -noout command. To generate host key thumbprint using SHA-256 algorithm please follow the steps below. Log into the host, making sure that the connection is not vulnerable to a man in the middle attack. Check whether a public key already exists. Host public key is generally located at '/etc/ssh/ssh_host_rsa_key.pub'. If the key is not present then generate a new key by running the following command and follow the instructions. ssh-keygen -t rsa Now generate a SHA256 hash of the key using the following command. Please make sure to pass the appropriate file name if the public key is stored with a different file name other than the default 'id_rsa.pub'. awk '{print $2}' id_rsa.pub | base64 -d | sha256sum -b | sed 's/ .*$//' | xxd -r -p | base64 Additional documentation on creating a transport node can be found in the NSX-T Installation Guide. In order for the transport node to forward packets, the host_switch_spec property must be specified. Host switches (called bridges in OVS on KVM hypervisors) are the individual switches within the host virtual switch. Virtual machines are connected to the host switches. When creating a transport node, you need to specify if the host switches are already manually preconfigured on the node, or if NSX should create and manage the host switches. You specify this choice by the type of host switches you pass in the host_switch_spec property of the TransportNode request payload. For a KVM host, you can preconfigure the host switch, or you can have NSX Manager perform the configuration. For an ESXi host NSX Manager always configures the host switch. To preconfigure the host switches on a KVM host, pass an array of PreconfiguredHostSwitchSpec objects that describes those host switches. In the current NSX-T release, only one prefonfigured host switch can be specified. See the PreconfiguredHostSwitchSpec schema definition for documentation on the properties that must be provided. Preconfigured host switches are only supported on KVM hosts, not on ESXi hosts. To allow NSX to manage the host switch configuration on KVM hosts, ESXi hosts, pass an array of StandardHostSwitchSpec objects in the host_switch_spec property, and NSX will automatically create host switches with the properties you provide. In the current NSX-T release, up to 16 host switches can be automatically managed. See the StandardHostSwitchSpec schema definition for documentation on the properties that must be provided. The request should provide node_deployement_info.Asynchronous method overload. Result of the invocation will be reported via the specified
asyncCallback
.Invocation Result:
com.vmware.nsx_policy.model.HostTransportNodeOperation Errors:
InvalidRequest
- Bad Request, Precondition Failed
Unauthorized
- Forbidden
ServiceUnavailable
- Service Unavailable
InternalServerError
- Internal Server Error
NotFound
- Not Found
- Specified by:
update
in interfaceHostTransportNodes
- Parameters:
siteId
- (required)enforcementpointId
- (required)hostTransportNodeId
- (required)hostTransportNode
- (required)esxMgmtIfMigrationDest
- The network ids to which the ESX vmk interfaces will be migrated (optional)ifId
- The ESX vmk interfaces to migrate (optional)overrideNsxOwnership
- Override NSX Ownership (optional, default to false)pingIp
- IP Addresses to ping right after ESX vmk interfaces were migrated. (optional)skipValidation
- Whether to skip front-end validation for vmk/vnic/pnic migration (optional, default to false)vnic
- The ESX vmk interfaces and/or VM NIC to migrate (optional)vnicMigrationDest
- The migration destinations of ESX vmk interfaces and/or VM NIC (optional)asyncCallback
- Receives the status (progress, result or error) of the operation invocation.
-
update
public void update(java.lang.String siteId, java.lang.String enforcementpointId, java.lang.String hostTransportNodeId, HostTransportNode hostTransportNode, java.lang.String esxMgmtIfMigrationDest, java.lang.String ifId, java.lang.Boolean overrideNsxOwnership, java.lang.String pingIp, java.lang.Boolean skipValidation, java.lang.String vnic, java.lang.String vnicMigrationDest, com.vmware.vapi.bindings.client.AsyncCallback<HostTransportNode> asyncCallback, com.vmware.vapi.bindings.client.InvocationConfig invocationConfig)
Description copied from interface:HostTransportNodes
Transport nodes are hypervisor hosts that will participate in an NSX-T overlay. For a hypervisor host, this means that it hosts VMs that will communicate over NSX-T logical switches. This API creates transport node for a host node (hypervisor) in the transport network. When you run this command for a host, NSX Manager attempts to install the NSX kernel modules, which are packaged as VIB, RPM, or DEB files. For the installation to succeed, you must provide the host login credentials and the host thumbprint. To get the ESXi host thumbprint, SSH to the host and run the openssl x509 -in /etc/vmware/ssl/rui.crt -fingerprint -sha256 -noout command. To generate host key thumbprint using SHA-256 algorithm please follow the steps below. Log into the host, making sure that the connection is not vulnerable to a man in the middle attack. Check whether a public key already exists. Host public key is generally located at '/etc/ssh/ssh_host_rsa_key.pub'. If the key is not present then generate a new key by running the following command and follow the instructions. ssh-keygen -t rsa Now generate a SHA256 hash of the key using the following command. Please make sure to pass the appropriate file name if the public key is stored with a different file name other than the default 'id_rsa.pub'. awk '{print $2}' id_rsa.pub | base64 -d | sha256sum -b | sed 's/ .*$//' | xxd -r -p | base64 Additional documentation on creating a transport node can be found in the NSX-T Installation Guide. In order for the transport node to forward packets, the host_switch_spec property must be specified. Host switches (called bridges in OVS on KVM hypervisors) are the individual switches within the host virtual switch. Virtual machines are connected to the host switches. When creating a transport node, you need to specify if the host switches are already manually preconfigured on the node, or if NSX should create and manage the host switches. You specify this choice by the type of host switches you pass in the host_switch_spec property of the TransportNode request payload. For a KVM host, you can preconfigure the host switch, or you can have NSX Manager perform the configuration. For an ESXi host NSX Manager always configures the host switch. To preconfigure the host switches on a KVM host, pass an array of PreconfiguredHostSwitchSpec objects that describes those host switches. In the current NSX-T release, only one prefonfigured host switch can be specified. See the PreconfiguredHostSwitchSpec schema definition for documentation on the properties that must be provided. Preconfigured host switches are only supported on KVM hosts, not on ESXi hosts. To allow NSX to manage the host switch configuration on KVM hosts, ESXi hosts, pass an array of StandardHostSwitchSpec objects in the host_switch_spec property, and NSX will automatically create host switches with the properties you provide. In the current NSX-T release, up to 16 host switches can be automatically managed. See the StandardHostSwitchSpec schema definition for documentation on the properties that must be provided. The request should provide node_deployement_info.Asynchronous method overload. Result of the invocation will be reported via the specified
asyncCallback
. UseinvocationConfig
to specify configuration for this particular invocation.Invocation Result:
com.vmware.nsx_policy.model.HostTransportNodeOperation Errors:
InvalidRequest
- Bad Request, Precondition Failed
Unauthorized
- Forbidden
ServiceUnavailable
- Service Unavailable
InternalServerError
- Internal Server Error
NotFound
- Not Found
- Specified by:
update
in interfaceHostTransportNodes
- Parameters:
siteId
- (required)enforcementpointId
- (required)hostTransportNodeId
- (required)hostTransportNode
- (required)esxMgmtIfMigrationDest
- The network ids to which the ESX vmk interfaces will be migrated (optional)ifId
- The ESX vmk interfaces to migrate (optional)overrideNsxOwnership
- Override NSX Ownership (optional, default to false)pingIp
- IP Addresses to ping right after ESX vmk interfaces were migrated. (optional)skipValidation
- Whether to skip front-end validation for vmk/vnic/pnic migration (optional, default to false)vnic
- The ESX vmk interfaces and/or VM NIC to migrate (optional)vnicMigrationDest
- The migration destinations of ESX vmk interfaces and/or VM NIC (optional)asyncCallback
- Receives the status (progress, result or error) of the operation invocation.invocationConfig
- Configuration for the method invocation.
-
updatemaintenancemode
public void updatemaintenancemode(java.lang.String siteId, java.lang.String enforcementpointId, java.lang.String hostTransportNodeId, java.lang.String action)
Description copied from interface:HostTransportNodes
Put transport node into maintenance mode or exit from maintenance mode. When HostTransportNode is in maintenance mode no configuration changes are allowedSynchronous method overload. Result of the invocation will be reported as a method return value.
- Specified by:
updatemaintenancemode
in interfaceHostTransportNodes
- Parameters:
siteId
- (required)enforcementpointId
- (required)hostTransportNodeId
- (required)action
- (optional)
-
updatemaintenancemode
public void updatemaintenancemode(java.lang.String siteId, java.lang.String enforcementpointId, java.lang.String hostTransportNodeId, java.lang.String action, com.vmware.vapi.bindings.client.InvocationConfig invocationConfig)
Description copied from interface:HostTransportNodes
Put transport node into maintenance mode or exit from maintenance mode. When HostTransportNode is in maintenance mode no configuration changes are allowedSynchronous method overload. Result of the invocation will be reported as a method return value. Use
invocationConfig
to specify configuration for this particular invocation.- Specified by:
updatemaintenancemode
in interfaceHostTransportNodes
- Parameters:
siteId
- (required)enforcementpointId
- (required)hostTransportNodeId
- (required)action
- (optional)invocationConfig
- Configuration for the method invocation.
-
updatemaintenancemode
public void updatemaintenancemode(java.lang.String siteId, java.lang.String enforcementpointId, java.lang.String hostTransportNodeId, java.lang.String action, com.vmware.vapi.bindings.client.AsyncCallback<java.lang.Void> asyncCallback)
Description copied from interface:HostTransportNodes
Put transport node into maintenance mode or exit from maintenance mode. When HostTransportNode is in maintenance mode no configuration changes are allowedAsynchronous method overload. Result of the invocation will be reported via the specified
asyncCallback
.Operation Errors:
InvalidRequest
- Bad Request, Precondition Failed
Unauthorized
- Forbidden
ServiceUnavailable
- Service Unavailable
InternalServerError
- Internal Server Error
NotFound
- Not Found
- Specified by:
updatemaintenancemode
in interfaceHostTransportNodes
- Parameters:
siteId
- (required)enforcementpointId
- (required)hostTransportNodeId
- (required)action
- (optional)asyncCallback
- Receives the status (progress, result or error) of the operation invocation.
-
updatemaintenancemode
public void updatemaintenancemode(java.lang.String siteId, java.lang.String enforcementpointId, java.lang.String hostTransportNodeId, java.lang.String action, com.vmware.vapi.bindings.client.AsyncCallback<java.lang.Void> asyncCallback, com.vmware.vapi.bindings.client.InvocationConfig invocationConfig)
Description copied from interface:HostTransportNodes
Put transport node into maintenance mode or exit from maintenance mode. When HostTransportNode is in maintenance mode no configuration changes are allowedAsynchronous method overload. Result of the invocation will be reported via the specified
asyncCallback
. UseinvocationConfig
to specify configuration for this particular invocation.Operation Errors:
InvalidRequest
- Bad Request, Precondition Failed
Unauthorized
- Forbidden
ServiceUnavailable
- Service Unavailable
InternalServerError
- Internal Server Error
NotFound
- Not Found
- Specified by:
updatemaintenancemode
in interfaceHostTransportNodes
- Parameters:
siteId
- (required)enforcementpointId
- (required)hostTransportNodeId
- (required)action
- (optional)asyncCallback
- Receives the status (progress, result or error) of the operation invocation.invocationConfig
- Configuration for the method invocation.
-
-