管理单个 VMware vCenter 的多个 NSX Manager

通过管理单个 VMware vCenter 的多个 NSX Manager 提高了运营效率。管理员可以通过使用不同的 NSX Manager 来管理同一 VMware vCenter 中的不同集群。

从 NSX 3.2.2 开始，您可以启用对管理单个 VMware vCenter 的多个 NSX Manager 的支持。

重要说明：在 VMware vCenter 7.0 及更高版本中，您只能启用多个 NSX Manager 来管理单个 VMware vCenter 功能（可通过在 NSX UI 上启用多 NSX 标记进行配置）。

有关如何在 VMware vCenter 中启用多 NSX 实例标记的更多详细信息，请参见添加计算管理器。

配置计算管理器时，启用多 NSX 标记。

将集群或主机准备为传输节点后，NSX 会在集群、主机和 DVS 扩展中附加一个密钥，以指示这些对象由特定 VMware vCenter 管理。

NSX 会在集群、主机和 DVS 扩展中附加管理这些对象的 VMware vCenter 密钥。

NSX 会将旧扩展 (com.vmware.nsx.management.nsxt) 更改为自定义扩展密钥 (com.vmware.nsx.management.nsxt.<computemanager-id>)，其中，<computemanager-id> 是 NSX 中的 VMware vCenter ID。

在主机 → 集群页面上，NSX 会发现所有集群均由同一个 VMware vCenter 管理，不同的 NSX Manager 可以管理自己的集群。如果另一个 NSX Manager 拥有集群，则无法准备或编辑该集群。这些集群处于只读模式。

其他 NSX Manager 拥有的集群以只读模式显示。此类集群只能由拥有它的 NSX Manager 管理。

在单 NSX 模式与多 NSX 模式之间切换

在 VMware vCenter 上启用多 NSX 实例标记时，NSX 会在其 NSX 受管对象（集群、主机、分布式虚拟交换机）中附加自定义扩展 (com.vmware.nsx.management.nsxt.<computemanager-id>)。

在多 NSX 模式下，注册到同一 VMware vCenter 的所有 NSX Manager 都必须启用多 NSX 实例标记。无法将多 NSX 实例配置为对 NSX Manager 1 启用，而在 NSX Manager 2 上停用。

主机移动场景


场景	操作/结果
使用 NSX 1 的 TNP 准备集群 1。使用 NSX 2 的 TNP 准备集群 2。在 VMware vCenter UI 中，将一个主机从集群 1 移至集群 2。在移至集群 2 的主机上，NSX 1 将从主机卸载 NSX VIB。NSX Manager 1 将从主机中移除其所有权。只有在 NSX Manager 1 移除其所有权，并且锁定图标从系统 > Fabric > 主机 > 集群中消失后，NSX Manager 2 才会在主机上开始安装。	NSX 将从移至集群 2 的主机上卸载。移动主机后，连接到集群 2 的 NSX 2 的 TNP 将会准备该主机。如果存在任何与卸载相关的错误，请查看主机 → 集群页面。单击解决以修复问题并继续。
在以下任何环境中，会单独将主机 1 准备为传输节点：它不是 VMware vCenter 的一部分。它是 VMware vCenter 的一部分，但 TNP 与集群分离。它是 VMware vCenter 中数据中心的一部分。	将主机 1 移至 NSX 管理的集群之前，请执行以下操作：从主机 1 传输节点中卸载 NSX。将主机 1 添加到 VMware vCenter 管理的集群。系统会自动将 TNP 应用于主机 1 并安装 NSX。
使用 NSX Manager-1 中的 TNP 准备由 Host-1 传输节点组成的 Cluster-1。使用 NSX Manager-2 中的 TNP 准备 Cluster-2。 Host-1 是 NSX Manager-1 中的 NSGroup 的静态成员。从 VMware vCenter，将 Host-1 传输节点移至 Cluster-2。	无法从 Host-1 传输节点中移除 NSX，因为它是 NSGroup 的一部分，并且不能在 NSX Manager-2 中准备相同的主机。您可以在日志文件中找到更多详细信息。注：即使未启用多 NSX 功能，也可能会出现此问题。尝试在集群之间移动主机时，可能会发生这种情况。

管理单个 VMware vCenter 设置的多个 NSX Manager 的限制

如果 NSX Manager 1 已在受管对象（集群、主机或分布式虚拟交换机 (Distributed Virtual Switch, DVS)）上标记其所有权，在第一个管理器放弃所有权或将所有权强制传递给另一个管理器之前，这些对象不能由 NSX Manager 2 拥有。
尽管您可以在 VMware vCenter（版本为 NSX 3.2.2）上启用多 NSX 实例，也不要在 NSX 3.2.1 或任何以前的版本中注册同一 VMware vCenter。
确保所需的用户角色具有在 VMware vCenter 中更新 Global.ManageCustomFields 的权限。不得将 NSX 自定义属性附加到任何受管对象。否则可能导致设置中断。
在 VMware vCenter 上启用多 NSX 实例后，无法使 Kubernetes 集群或 vLCM 集群在同一 VMware vCenter 上运行。
如果在 VMware vCenter 上停用多 NSX 实例，则无法使用相同的 VMware vCenter 在另一个 NSX 实例中注册。
如果由于 NSX 启动失败等原因未从 VMware vCenter 中删除任何自定义或旧版 VMware vCenter 扩展，则必须手动从 VMware vCenter 中删除扩展。
不支持合并的集群环境（其中的管理和工作负载部署在同一传输节点上）。如果在合并的集群环境中启用了“多 NSX 实例”标记，则无法部署新的 NSX Manager 节点。解决办法是创建新集群并部署 NSX Manager 节点。

互操作性列表

下表列出了可与多 NSX 实例功能进行互操作的解决方案。

功能/解决方案	受支持
NSX 客户机侦测 (GI) 平台	否
NSX 服务插入 (SI)	是
VMware vSphere with Tanzu	否
vSphere Lifecycle Manager （vLCM）	否
NSX 虚拟分布式交换机 (N-VDS) 注：在 NSX 4.0 之前的版本中支持 N-VDS。	是
NSX 联合	是
VMware vSphere Distributed Resource Scheduler (DRS)、VMware vSphere High Availability (HA)、VMware vMotion	是

场景	操作/结果
使用 NSX 1 的 TNP 准备集群 1。使用 NSX 2 的 TNP 准备集群 2。在 VMware vCenter UI 中，将一个主机从集群 1 移至集群 2。在移至集群 2 的主机上，NSX 1 将从主机卸载 NSX VIB。NSX Manager 1 将从主机中移除其所有权。只有在 NSX Manager 1 移除其所有权，并且锁定图标从系统 > Fabric > 主机 > 集群中消失后，NSX Manager 2 才会在主机上开始安装。	NSX 将从移至集群 2 的主机上卸载。移动主机后，连接到集群 2 的 NSX 2 的 TNP 将会准备该主机。如果存在任何与卸载相关的错误，请查看主机 → 集群页面。单击解决以修复问题并继续。
在以下任何环境中，会单独将主机 1 准备为传输节点：它不是 VMware vCenter 的一部分。它是 VMware vCenter 的一部分，但 TNP 与集群分离。它是 VMware vCenter 中数据中心的一部分。	将主机 1 移至 NSX 管理的集群之前，请执行以下操作：从主机 1 传输节点中卸载 NSX。将主机 1 添加到 VMware vCenter 管理的集群。系统会自动将 TNP 应用于主机 1 并安装 NSX。
使用 NSX Manager-1 中的 TNP 准备由 Host-1 传输节点组成的 Cluster-1。使用 NSX Manager-2 中的 TNP 准备 Cluster-2。 Host-1 是 NSX Manager-1 中的 NSGroup 的静态成员。从 VMware vCenter，将 Host-1 传输节点移至 Cluster-2。	无法从 Host-1 传输节点中移除 NSX，因为它是 NSGroup 的一部分，并且不能在 NSX Manager-2 中准备相同的主机。您可以在日志文件中找到更多详细信息。注：即使未启用多 NSX 功能，也可能会出现此问题。尝试在集群之间移动主机时，可能会发生这种情况。