ホスト プロファイルと TNP がステートレス クラスタの自動展開に使用されている場合に発生した問題のトラブルシューティングを行います。

シナリオ 説明

管理、vMotion、その他のトラフィックがさぽーとされている複数の VMkernel アダプタを同じ論理スイッチに移行すると、再起動後に VMkernel アダプタが論理スイッチに移行されます。ただし、1 つの VMkernel アダプタのサービスは別のアダプタで有効になっています。

たとえば、移行前に、vmk0 で管理トラフィックがサポートされ、vmk1 で vMotion トラフィックが許可されているとします。ホストの再起動後、vmk0 は vMotion トラフィックをサポートし、vmk1 は管理トラフィックをサポートします。その結果、再起動後に非遵守エラーが発生します。

回避策:なし。両方の VMkernel アダプターが同じ論理スイッチ上にあるため、影響はありません。
ホストの準備の進行状況が 60% で停止しているが、ノードの状態が「UP」と表示されます。 問題:クラスタに TNP が適用されると、ホストに NSX-T が正常にホストにインストールされ、ノードの状態が「UP」と表示されますが、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 の移行は成功しているため、このエラー メッセージは無視してください。

[インストール用のネットワーク マッピング] に vmk0 が設定さ入れているときに TNP を再適用すると、ホストの接続が切断されます。 問題:[インストール用のネットワーク マッピング] で TNP 構成に vmk0 が含まれていると、ホストの接続が失われます。

回避策:TNP を再適用する代わりに、TNP で必要な構成を持つホストを再起動します。

MUX パスワード ポリシーとパスワードがリセットされなかったため、ホスト プロファイルを適用できません。

問題:vSphere 6.7 U3 より前のバージョンを実行しているホストでのみ発生する。mux_user のパスワードがリセットされていないと、ホストの修正とホスト プロファイル アプリケーションが失敗することがあります。

回避策:[ポリシーとプロファイル] でホスト プロファイルを編集し、mux_user パスワード ポリシーを変更して、mux_user のパスワードをリセットします。

ホスト プロファイルを移動できません。

問題:どの vCenter Server も、NSX-T 構成を含むホスト プロファイルを使用できません。

回避策:なし。

Auto Deploy ルール エンジン

問題:新しいクラスタを展開するときに、ホスト プロファイルを Auto Deploy ルールで使用できません。新しいクラスタを展開すると、ホストは基本ネットワークで展開され、メンテナンス モードのままになります。

回避策:NSX-T の GUI からクラスタを準備します。ステートレス クラスタへの TNP の適用を参照してください。

コンプライアンス エラーを確認してください。

問題:ホスト プロファイルの修正で、NSX-T 構成のコンプライアンス エラーを修正できない。

  • ホスト プロファイルと TNP で構成されている物理 NIC が異なります。
  • vNIC と LS のマッピング。論理スイッチと vNIC のマッピングの設定が、ホスト プロファイルと TNP プロファイルとで一致していません。
  • N-VDS に接続する VMkernel の設定が、ホスト プロファイルと TNP とで一致していません。
  • ホスト プロファイルと TNP とで不透明スイッチが一致していません。

回避策:NSX-T 構成がホスト プロファイルと TNP で一致していることを確認します。ホストを再起動して、構成の変更を認識させます。ホストが起動します。

修正方法

問題:NSX-T 固有のコンプライアンス エラーが発生すると、そのクラスタでのホスト プロファイルの修正がブロックされる。

設定が無効です。

  • vNIC と LS のマッピング
  • 物理 NIC のマッピング

回避策:NSX-T 構成がホスト プロファイルと TNP で一致していることを確認します。ホストを再起動して、構成の変更を認識させます。ホストが起動します。

接続

問題:NSX-T で設定されているクラスタで、ホスト プロファイルをホスト レベルで適用できない。

回避策:なし。

接続解除

問題:NSX-T で設定されたクラスタでホスト プロファイルの分離と追加を行っても、NSX-T 構成が削除されない。クラスタが新しく適用されたホスト プロファイルに準拠していても、以前のプロファイルの NSX-T 構成が残ったままになります。

回避策:なし。

更新

問題:ユーザーがクラスタ内の NSX-T 構成を変更した場合、新しいホスト プロファイルを抽出する必要がある。失われたすべての設定について、ホスト プロファイルを手動で更新します。

回避策:なし。

ホスト レベルのトランスポート ノードの設定

問題:anportsport ノードが自動展開されRU、個別のエンティティとして機能する。このトランスポート ノードに対する更新が TNP と一致しない場合があります。

回避策:クラスタを更新します。スタンドアローンのトランスポート ノードの更新で、移行の設定が維持されません。移行で再起動を延期できないことがあります。

NVDS スイッチへの移行で選択した VMkernel アダプタで、ピア DNS 構成がサポートされません。

問題:NVDS への移行で選択した VMkernel アダプタでピア DNS が有効になっていると、ホスト プロファイル アプリケーションが失敗する。

回避策:抽出されたホスト プロファイルを編集し、NVDS スイッチに移行する VMkernel アダプタのピア DNS 設定を無効にします。または、ピア DNS が有効になっている VMkernel アダプタを NVDS スイッチに移行しないようにします。

VMkernel NIC アドレスの DHCP アドレスが保持されていません。

問題:リファレンス ホストがステートフルの場合、ステートフル リファレンス ホストから抽出されたプロファイルを使用するステートレス ホストが、PXE 起動の MAC から派生した VMkernel 管理の MAC アドレスを保持できない。その結果、DHCP のアドレス割り当てで問題が発生します。

回避策:ステートフル ホストから抽出されたホスト プロファイルを編集して、[vmknic の MAC アドレスを決定する方法を確認][システムが PXE 起動されたときの MAC アドレスを使用] に変更します。

vCenter Server でホスト プロファイルのアプリケーション エラーが発生すると、ホストで NSX 構成エラーが発生する可能性があります。

問題:vCenter Server でホスト プロファイル アプリケーションが失敗すると、NSX の構成も失敗することがある。

回避策:vCenter Server で、ホスト プロファイルが正常に適用されていることを確認します。エラーを修正して再試行します。

ステートレス ESXi ホストで LAG がサポートされません。

問題:NSX で LAG として設定されたアップリンク プロファイルが、vCenter Server または NSX で管理されているステートレス ESXi ホストでサポートされない。

回避策:なし。