对使用主机配置文件和 TNP 自动部署无状态集群时它们存在的问题进行故障排除。

场景 描述

在启用多个 VMkernel 适配器以支持管理后,vMotion 流量和其他流量会迁移到同一逻辑交换机时,VMkernel 适配器将在重新引导后迁移到逻辑交换机。但某个 VMkernel 适配器上的服务会在另一个适配器上启用。

例如,在迁移之前,启用 vmk0 以支持管理流量,并启用 vmk1 以支持 vMotion 流量。主机重新引导后,vmk0 支持 vMotion 流量,vmk1 支持管理流量。重新引导后这会导致不合规错误。

解决办法:无。因为两个 VMkernel 适配器均位于同一逻辑交换机上,因此不会产生任何影响。
当节点状态显示为已启动时,主机准备进度停滞在 60%。 问题:对集群应用 TNP 后,NSX-T 成功安装在主机上,并且节点状态显示为已启动,但 GUI 显示的进度仍为 60%。

解决办法:重新应用 TNP 或 TN 配置,而无需对配置进行任何更改。这样可将 GUI 上的状态修复为 100%。

在移除主机交换机之前,即使 VMkernel 迁移成功,TN 上仍存在验证错误。

问题:将管理接口 vmk0 从 vSwitch 迁移到逻辑交换机时,NSX-T 已成功安装在主机上。VMkernel 迁移成功,但 TN 状态显示“部分成功”并出现错误。

Validation before host switches removal failed: [error: No management vmk will have PNIC after ['vmk1'] in ['9a bb eb c1 04 81 40 e2-bc 3f 3e aa bd 14 62 1e'] lose all PNICs.]; LogicalSwitch full-sync: LogicalSwitch full-sync realization query skipped.

解决办法:无。忽略该错误消息,因为 VMkernel 迁移已成功。

重新应用 TNP 时,如果“用于安装的网络映射”列出了 vmk0,则会导致主机断开连接。 问题:当 TNP 配置包含“用于安装的网络映射”中的 vmk0 时,主机将断开连接。

解决办法:使用 TNP 中的必要配置重新引导主机,而不是重新应用 TNP。

无法应用主机配置文件,因为 MUX 用户密码策略和密码未重置。

问题:仅在运行 vSphere 6.7 U3 之前版本的主机上出现此问题。主机上的主机修复和主机配置文件应用程序可能会失败,除非重置 mux_user 密码。

解决办法:在“策略和配置文件”下,编辑主机配置文件以修改 mux_user 密码策略并重置 mux_user 密码。

主机配置文件不可移植。

问题:任何 vCenter Server 都不能使用包含 NSX-T 配置的主机配置文件。

解决办法:无。

自动部署规则引擎

问题:无法在自动部署规则中使用主机配置文件来部署新集群。如果部署了新集群,则主机将使用基本网络连接进行部署,并将保持维护模式。

解决办法:从 NSX-T GUI 中准备每个集群。请参见对无状态集群应用 TNP

检查合规性错误。

问题:主机配置文件修复无法修复与 NSX-T 配置相关的合规性错误。

  • 主机配置文件和 TNP 上配置的物理网卡不同。
  • vNIC 到 LS 映射之间的映射。主机配置文件发现逻辑交换机中到 vNIC 的映射与 TNP 配置文件不匹配。
  • 主机配置文件和 TNP 上连接到 N-VDS 的 VMkernel 不匹配。
  • 主机配置文件和 TNP 上的 Opaque 交换机不匹配。

解决办法:确保主机配置文件和 TNP 上的 NSX-T 配置匹配。重新引导主机以实现配置更改。主机将启动。

修复

问题:如果存在任何 NSX-T 特定的合规性错误,则会阻止该集群上的主机配置文件修复。

配置不正确:

  • vNIC 到 LS 映射之间的映射
  • 物理网卡的映射

解决办法:确保主机配置文件和 TNP 上的 NSX-T 配置匹配。重新引导主机以实现配置更改。主机将启动。

连接

问题:在配置了 NSX-T 的集群中,无法在主机级别连接主机配置文件。

解决办法:无。

断开连接

问题:在配置了 NSX-T 的集群中断开连接和连接新的主机配置文件时,不会移除 NSX-T 配置。即使集群与新连接的主机配置文件兼容,它仍会包含先前配置文件中的 NSX-T 配置。

解决办法:无。

更新

问题:如果用户更改了集群中的 NSX-T 配置,则会提取新的主机配置文件。对于丢失的所有设置,需要手动更新主机配置文件。

解决办法:无。

主机级别的传输节点配置

问题:自动部署 anportsport 节点后,它将充当单个实体。对该传输节点的任何更新都可能与 TNP 不匹配。

解决办法:更新集群。独立传输节点中的任何更新都无法保留其迁移规范。迁移可能无法发布重新引导。

选定用于迁移到 NVDS 交换机的 VMkernel 适配器不支持 PeerDNS 配置。

问题:如果选定用于迁移到 NVDS 的 VMkernel 适配器启用对等 DNS,则主机配置文件应用程序会失败。

解决办法:通过在必须迁移到 NVDS 交换机的 VMkernel 适配器上禁用对等 DNS 设置,编辑提取的主机配置文件。或者,确保不要将启用了对等 DNS 的 VMkernel 适配器迁移到 NVDS 交换机。

不会保留 VMkernel 网卡地址的 DHCP 地址

问题:如果引用主机是有状态主机,则对于使用从有状态引用主机提取的配置文件的任何无状态主机,都无法保留其源自 PXE 启动的 MAC 的 VMkernel 管理 MAC 地址。这会导致 DHCP 寻址问题。

解决办法:编辑从有状态主机提取的主机配置文件,并将“确定应如何决定 vmknic 的 MAC 地址”修改为“使用 PXE 用于启动系统的 MAC 地址”。

vCenter 中的主机配置文件应用程序故障可能会导致主机上出现 NSX 配置错误。

问题:如果 vCenter 中的主机配置文件应用程序出现故障,则 NSX 配置可能也会失败。

解决办法:在 vCenter 中,确认已成功应用主机配置文件。修复错误,然后重试

无状态 ESXi 主机不支持 LAG。

问题:由 vCenter Server 管理或者在 NSX 中管理的无状态 ESXi 主机不支持配置为 NSX 中 LAG 的上行链路配置文件。

解决办法:无。

当无状态主机应用了从有状态主机提取的主机配置文件时,无法使用 PXE 网卡的 MAC 地址引导无状态主机。 问题:如果无状态主机附加了从有状态主机提取的主机配置文件,则将无法使用主机 PXE 网卡的 MAC 地址引导无状态主机的 VMkernel 适配器 (vmknic),因为有状态主机无法作为已启用 PXE 的系统来引导。

解决办法:在设置无状态主机的自动部署时,请确保从可作为已启用 PXE 的系统来引导的主机提取主机配置文件。