疑難排解主機設定檔和 TNP 用來自動部署無狀態叢集時的問題。

案例 說明

啟用多個 VMkernel 介面卡以支援管理時，vMotion 和其他流量會移轉至相同邏輯交換器，而 VMkernel 介面卡會在重新開機後移轉至邏輯交換器。但在不同的介面卡上啟用了一個 VMkernel 介面卡上的服務。

例如，在移轉之前，會啟用 vmk0 以支援管理流量，並為 vMotion 流量啟用 vmk1。主機重新開機後，vmk0 支援 vMotion 流量，且 vmk1 支援管理流量。這會導致重新開機後不合規的錯誤。

因應措施：無。因為這兩個 VMkernel 介面卡在相同邏輯交換器上，因此沒有任何影響。
在節點狀態顯示開啟時，主機準備進度停滯在 60%。 問題：在叢集上套用 TNP 時，NSX 會於主機上安裝成功，且節點狀態顯示開啟，但 GUI 仍顯示 60% 進度。

因應措施：重新套用 TNP 或 TN 組態，而不在組態中進行任何變更。這會將 GUI 上的狀態修正為 100%。

即使 VMkernel 移轉成功，在移除主機交換器之前，TN 上會發生驗證錯誤。

 問題：將 vmk0 管理介面從 vSwitch 移轉至邏輯交換器時，主機上已成功安裝 NSX。VMkernel 移轉成功，但 TN 狀態顯示部分成功並發生錯誤。

主機交換器移除前驗證失敗：[錯誤：在 [「9a bb eb c1 04 81 40 e2-bc 3f 3e aa bd 14 62 1e」] 中的 [「vmk1」] 遺失所有 PNIC 後，沒有任何管理 vmk 會有 PNIC。]；LogicalSwitch 完整同步：LogicalSwitch 完整同步實現查詢已略過。

因應措施：無。忽略該錯誤訊息，因為 VMkernel 移轉成功。
重新套用 TNP，其中用於安裝清單的網路對應 vmk0 會導致主機中斷連線。 問題：當 TNP 組態的網路對應中包含用於安裝的 vmk0 時，主機會中斷連線。

因應措施：不要重新套用 TNP，而是在 TNP 中使用必要組態將主機重新開機。
無法套用主機設定檔，因為 MUX 使用者密碼原則和密碼未重設。

問題：僅發生在執行版本低於 vSphere 6.7 U3 的主機上。除非重設 mux_user 密碼，否則主機修復和主機上的主機設定檔應用程式可能會失敗。

因應措施：在 [原則和設定檔] 下方編輯主機設定檔，以修改 mux_user 密碼原則，並重設 mux_user 密碼。
主機設定檔無法移轉。

問題：沒有任何 vCenter Server 可使用包含 NSX 組態的主機設定檔。

因應措施：無。
自動部署規則引擎

問題：在自動部署規則中無法使用主機設定檔來部署新叢集。如果部署了新叢集，則主機將會以基本網路進行部署，並維持處於維護模式。

因應措施：從 NSX GUI 準備每個叢集。請參閱在無狀態叢集上套用 TNP。
檢查符合性錯誤。

問題：主機設定檔修復無法修正與 NSX 組態有關的符合性錯誤。

  • 在主機設定檔和 TNP 上設定的實體 NIC 不相同。
  • vNIC 與 LS 對應之間的對應。主機設定檔發現 vNIC 對應的邏輯交換器與 TNP 設定檔不相符。
  • 在主機設定檔和 TNP 上，已連線至 N-VDS 的 VMkernel 不相符。
  • 主機設定檔和 TNP 上的不透明交換器不相符。

因應措施：確定主機設定檔與 TNP 上的 NSX 組態相符。請將主機重新開機以實現組態變更。主機會啟動。
修復

問題：如果有任何 NSX 特定的符合性錯誤，即會封鎖該叢集上的主機設定檔修復。

組態不正確：

  • vNIC 與 LS 對應之間的對應
  • 實體 NIC 的對應

因應措施：確定主機設定檔與 TNP 上的 NSX 組態相符。請將主機重新開機以實現組態變更。主機會啟動。
連結

問題：在設定了 NSX 的叢集中，主機設定檔無法在主機層級連結。

因應措施：無。
中斷連結

問題：在設定了 NSX 的叢集內中斷連結和連結新的主機設定檔時不會移除 NSX 組態。即使叢集符合新連結的主機設定檔，仍會使用先前設定檔中的 NSX 組態。

因應措施：無。
更新

問題：如果使用者變更了叢集中的 NSX 組態，請擷取新的主機設定檔。請針對所有遺失的設定，手動更新主機設定檔。

因應措施：無。
主機層級傳輸節點組態

問題：anportsport 節點在自動部署後，以個別實體的形式運作。對該傳輸節點的任何更新都可能與 TNP 不相符。

因應措施：請更新叢集。獨立傳輸節點中的任何更新都無法持續保存其移轉規格。移轉可能會在重新開機後失敗。
選取要移轉至 NVDS 交換器的 VMkernel 介面卡不支援 PeerDNS 組態。

問題：如果選取要移轉至 NVDS 的 VMkernel 介面卡已啟用對等 DNS，則主機設定檔應用程式會失敗。

因應措施：在必須移轉至 NVDS 交換器的 VMkernel 介面卡上停用對等 DNS 設定，以編輯擷取的主機設定檔。或者，請確定您不會將已啟用對等 DNS 的 VMkernel 介面卡移轉至 NVDS 交換器。
VMkernel NIC 位址的 DHCP 位址未保留

問題：如果參考主機是可設定狀態的，則任何無狀態主機若使用了從可設定狀態之參考主機擷取的設定檔，都將無法保留其 VMkernel 管理 MAC 位址 (衍生自啟動 PXE 的 MAC)。這會導致 DHCP 定址問題。

因應措施：編輯可設定狀態主機的已擷取主機設定檔，並將判斷如何決定 vmknic 的 MAC 位址修改為使用系統進行 PXE 啟動的 MAC 位址。
vCenter 中的主機設定檔應用程式失敗可能會導致主機上的 NSX 組態錯誤。

問題：如果 vCenter 中的主機設定檔應用程式失敗，則 NSX 組態也可能會失敗。

因應措施：在 vCenter 中，確認已成功套用主機設定檔。請修正錯誤，然後再試一次。
無狀態 ESXi 主機不支援 LAG。

問題：在由 vCenter Server 或 NSX 管理的無狀態 ESXi 主機中，不支援在 NSX 中設定為 LAG 的上行設定檔。

因應措施：無。
當無狀態主機套用從可設定狀態主機擷取的主機設定檔時，不會使用 PXE NIC 的 MAC 位址開機。 問題：如果將無狀態主機連結至從可設定狀態主機擷取的主機設定檔，則無狀態主機的 VMkernel 介面卡 (vmknic) 將不會使用主機 PXE NIC 的 MAC 位址開機，因為可設定狀態的主機不會開機為已啟用 PXE 的系統。

因應措施：當您設定無狀態主機的自動部署時，請確保擷取的主機設定檔來自開機為已啟用 PXE 之系統的主機。