NSX クラスタに vSphere Lifecycle Manager (vLCM) を使用する場合に注意が必要なインストールとアンインストールのシナリオ。

シナリオ 結果

トランスポート ノード プロファイルが適用されていないクラスタで vLCM を有効にするときに、一部のホストがホスト トランスポート ノードとして個別に準備されています。

トランスポート ノード プロファイルがクラスタに適用されていないため、クラスタで vLCM を有効にできません。

N-VDS ホスト スイッチを適用するように構成されたトランスポート ノード プロファイルを使用して、クラスタで vLCM を有効にします。

クラスタを vLCM クラスタに変換するため、vCenter Server はクラスタの使用資格を確認します。N-VDS ホスト スイッチ タイプはサポートされていないため、VDS ホスト スイッチを使用するように構成されたトランスポート ノード プロファイルを適用します。

準備されていないホストを非 vLCM クラスタから vLCM クラスタに移動します。

トランスポート ノード プロファイルを使用して vLCM クラスタが準備されている場合、vLCM は、準備されていないホストを NSX トランスポート ノードとして準備します。

トランスポート ノード プロファイルを使用して vLCM クラスタが準備されていない場合、ホストは未準備の状態のままになります。

トランスポート ノードを vLCM クラスタから NSX 用に準備されていない非 vLCM クラスタに移動します。

NSX VIB はホストから削除されますが、NSX ソリューション関連のデータ(vLCM によって設定されたデータ)は削除されません。

クラスタで vLCM クラスタを有効にしようとすると、NSX Manager NSX ソリューションがホストから削除されることが通知されます。ホスト上で NSX VIB はすでに削除されているため、この通知は誤りです。

vSphere Lifecycle Manager クラスタで [NSX の削除] 操作を実行した後、vLCM が最適な状態の NSX を削除できないと、すべてのノードが「アンインストール失敗」状態になります。この状況で、個々のトランスポート ノードから NSX を削除します。 各トランスポート ノードで NSX を削除すると、ホストで NSX VIB が削除されていても、vLCM のクラスタでは、NSX が最適な状態として維持されます。vCenter Server で、この状態はホスト コンプライアンスの誤差として表示されます。このため、クラスタで [NSX の削除] を実行して、vLCM 構成から NSX を削除する必要があります。
TNP を適用して、ホストで構成される vLCM クラスタを準備します。VDS スイッチ タイプは、TNP で構成されます。ホストをメンテナンス モードに切り替え、vLCM クラスタを vLCM クラスタからデータセンターに移動します。最後に、ホストを vLCM クラスタに戻します。

次のようなエラー メッセージが表示され、NSX のインストールが失敗します。

ホストにソフトウェアをインストールできませんでした。ホストでソリューションの適用に失敗しました: '192.196.178.156' Deployment status of host bfedeb69-48d3-4f3b-9ebc-ce4eb177a968 is INSTALL_IN_PROGRESS with 0 errors.予期されるステータスはエラーなしでINSTALL_SUCCESSFUL。ホスト bfedeb69-48d3-4f3b-9ebc-ce4eb177a968 の展開ステータスが 0 エラーでINSTALL_IN_PROGRESS。予期される状態は、エラーなしで INSTALL_SUCCESSFUL。ホスト 192.196.178.156 でソリューションの適用に失敗しました

回避策:ホストで [解決] をクリックして、TNP を再適用します。

TNP が適用されているかどうかにかかわらず、インストールに失敗したホストを非 vLCM クラスタに移動します。 NSX は操作を実行しません。
インストールに失敗したホストを TNP が適用された vLCM クラスタに移動します。 NSX のインストールが自動的に開始されます。
インストールに失敗したホストを TNP が適用されていない vLCM クラスタに移動します。 NSX は操作を実行しません。
インストールに失敗したホストをデータセンターに移動します。 NSX は操作を実行しません。
VMware vCenterは、[マルチ NSX] フラグが有効になっているコンピュート マネージャとして追加されます。既存の別の vLCM クラスタに TNP を適用します。 NSX では、TNP を使用して既存の vLCM クラスタを準備できます。
VMware vCenterは、[マルチ NSX] フラグが有効になっているコンピュート マネージャとして追加されます。次に、準備済みのクラスタを vLCM クラスタに変更します。 NSX では、既存の vLCM クラスタを準備できません。
VMware vCenterは、[マルチ NSX] フラグが有効になっているコンピュート マネージャとして追加されます。次に、新しい vLCM クラスタを作成します。 NSX では、既存の vLCM クラスタを準備できます。
VMware vCenter には、vLCM クラスタがすでに含まれています。VMware vCenter をコンピュート マネージャとして追加し、[マルチ NSX] フラグを有効にします。 VMware vCenter には vLCM クラスタがすでに含まれているため、NSX はこの操作に失敗します。
TNP が適用されたクラスタから TNP が適用されていないクラスタに、DPU が有効なホストを移動します。 VIB は、ESXi ホストおよび DPU から削除されません。vSphere Lifecycle Manager からホストを修正する必要があります。vSphere Lifecycle Manager は、ESXi ホストと DPU から NSX VIB を削除し、ホストを再起動します。
DPU 対応ホストから NSX VIB を削除するには、「del nsx」nsxcli を使用します。 del nsx コマンドを実行したら、ESXi ホストを再起動して、NSX VIB の削除プロセスを完了する必要があります(VIB は ESXi および DPU から削除されます)。
NSX ユーザー インターフェイスで [未構成] と表示されていても、NSX VIB は DPU 対応ホストから削除されていません。

NSX の削除操作中に DPU 対応ホストが切断されると、操作が失敗します。しばらくすると、TN の削除が続行され、ホストは [未構成] と表示されますが VIB は削除されていません。

回避策:vLCM ユーザー インターフェイスに移動して、クラスタを修正します。
注: DPU が有効なホストは、修正の一環として再起動します。
トランスポート ノード プロファイルを使用して構成されたクラスタで vLCM を有効にすると、移行は成功します。ただし、vLCM の修正(NSX タスクを vLCM に適用)が失敗します。 ホスト トランスポート ノードの状態は、vLCM を有効にするまで引き続き表示されます。vLCM ユーザー インターフェイスに移動して、NSX の適用操作が失敗したかどうかを確認します。また、クラスタの詳細を確認して、目的の状態とホスト間のドリフトの詳細を確認します。
すでに「アンインストール失敗」状態のホストは準備できません。ホストはダーティ状態です。つまり、トランスポート ノードのレコードとファイルはホストから完全に削除されていません。

障害が発生したホストを準備する前に、[強制的に削除] オプションを使用してトランスポート ノードのエントリを削除します。この操作により、トランスポート ノードのレコードが削除されます。次に、del nsx コマンドを使用して、ホストから NSX を削除します。この後、ホストを準備するか、ホストを TNP が適用されたクラスタに移動します。