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

案例 說明

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

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

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

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

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

 問題：將 vmk0 管理介面從 vSwitch 移轉至邏輯交換器時，主機上已成功安裝 NSX-T。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-T 組態的主機設定檔。

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

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

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

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

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

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

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

組態不正確：

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

因應措施：確定主機設定檔與 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 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 之系統的主機。