Scenari di installazione e disinstallazione da prendere in considerazione quando si utilizza vSphere Lifecycle Manager (vLCM) per i cluster NSX.
| Scenario | Risultato |
|---|---|
| Si tenta di abilitare vLCM in un cluster in cui non è applicato un profilo del nodo di trasporto, ma alcuni host sono stati preparati singolarmente come nodi di trasporto dell'host. |
vLCM non può essere abilitato nel cluster perché al cluster non è stato applicato un profilo del nodo di trasporto. |
| Si tenta di abilitare vLCM in un cluster utilizzando un profilo del nodo di trasporto configurato per l'applicazione del commutatore host N-VDS. |
vCenter Server verifica l'idoneità del cluster per la conversione in un cluster vLCM. Poiché il tipo di commutatore host N-VDS non è supportato, applicare un profilo del nodo di trasporto configurato per l'utilizzo di un commutatore host VDS. |
| Spostare un host non preparato da un cluster non vLCM a un cluster vLCM. |
Se il cluster vLCM è stato preparato con un profilo del nodo di trasporto, l'host non preparato viene preparato come nodo di trasporto NSX da vLCM. Se il cluster vLCM non è stato preparato con un profilo del nodo di trasporto, l'host rimane nello stato non preparato. |
| Spostare un nodo di trasporto da un cluster vLCM a un cluster non vLCM non preparato per NSX. | I VIB NSX vengono eliminati dall'host, ma i dati relativi alla soluzione NSX (impostati da vLCM) non vengono eliminati. Ora, se si tenta di abilitare il cluster vLCM nel cluster, NSX Manager segnala che la soluzione NSX verrà rimossa dall'host. Questa notifica è fuorviante perché i VIB NSX sono già stati rimossi nell'host. |
| Dopo aver eseguito l'operazione Rimuovi NSX in un cluster vSphere Lifecycle Manager, se vLCM non è in grado di eliminare NSX dallo stato desiderato, tutti i nodi passano allo stato Disinstallazione non riuscita. A questo punto, si tenta di rimuovere NSX sui singoli nodi di trasporto. | Se si rimuove NSX in ogni singolo nodo di trasporto, anche se i VIB NSX vengono rimossi dall'host, nel cluster continua a essere presente NSX come stato desiderato in vLCM. Questo stato viene visualizzato come una deviazione rispetto alla conformità dell'host in vCenter Server. Pertanto, è necessario eseguire l'operazione Rimuovi NSX nel cluster per rimuovere NSX dalla configurazione di vLCM. |
| È possibile preparare un cluster vLCM costituito da un host applicando un TNP. Il tipo di commutatore VDS è configurato in TNP. Si sposta l'host in modalità di manutenzione e si sposta il cluster vLCM al di fuori del cluster vLCM nel data center. Infine, spostare di nuovo l'host nel cluster vLCM. | L'installazione di NSX non riesce e viene visualizzato il messaggio seguente: Impossibile installare il software sull'host. Applicazione della soluzione non riuscita sull'host: '192.196.178.156' Lo stato di distribuzione dell'host bfedeb69-48d3-4f3b-9ebc-ce4eb177a968 è INSTALL_IN_PROGRESS con errori 0. Lo stato previsto è INSTALL_SUCCESSFUL senza errori. Lo stato di distribuzione dell'host bfedeb69-48d3-4f3b-9ebc-ce4eb177a968 è INSTALL_IN_PROGRESS con errori 0. Lo stato previsto è INSTALL_SUCCESSFUL senza errori. Applicazione della soluzione non riuscita sull'host: '192.196.178.156' Soluzione: nell'host, fare clic su Risolvi e riapplicare TNP. |
| Spostare un host la cui installazione non è riuscita in un cluster non vLCM con o senza TNP applicato. | NSX non esegue alcuna operazione. |
| Spostare un host la cui installazione non è riuscita in un cluster vLCM con TNP applicato. | L'installazione di NSX inizia automaticamente. |
| Spostare un host la cui installazione non è riuscita in un cluster vLCM senza TNP applicato. | NSX non esegue alcuna operazione. |
| Spostare un host la cui installazione non è riuscita in un data center. | NSX non esegue alcuna operazione. |
| vCenter Server viene aggiunto come gestore delle risorse di elaborazione con il flag Multi NSX abilitato. Applicare TNP a un altro cluster vLCM esistente. | NSX consente la preparazione del cluster vLCM esistente utilizzando TNP. |
| vCenter Server viene aggiunto come gestore delle risorse di elaborazione con il flag Multi NSX abilitato. Quindi provare a sostituire il cluster già preparato con un cluster vLCM. | NSX non consente la preparazione del cluster vLCM esistente. |
| vCenter Server viene aggiunto come gestore delle risorse di elaborazione con il flag Multi NSX abilitato. Quindi provare a creare un nuovo cluster vLCM. | NSX consente la preparazione del cluster vLCM esistente. |
| vCenter Server contiene già un cluster vLCM e si tenta di aggiungere vCenter Server come gestore delle risorse di elaborazione con il flag Multi NSX abilitato. | NSX non riesce a eseguire questa operazione poiché vCenter Server contiene già un cluster vLCM. |
| Spostare un host abilitato per DPU da un cluster con TNP applicato a un cluster senza TNP applicato. | I VIB non vengono eliminati dall'host ESXi e dalla DPU. È necessario correggere gli host utilizzando vSphere Lifecycle Manager. vSphere Lifecycle Manager elimina i VIB NSX dall'host ESXi e dalla DPU e riavvia l'host. |
| È possibile rimuovere i VIB NSXda un host abilitato per la DPU utilizzando nsxcli "del nsx". | Dopo aver eseguito il comando "del nsx", è necessario riavviare l'host ESXi per completare il processo di rimozione dei VIB di NSX (i VIB vengono rimossi da ESXi e dalla DPU). |
| I VIB di NSX non vengono eliminati dall'host abilitato per DPU anche se visualizzato come Non configurato nell'interfaccia utente di NSX. | Quando un host abilitato per DPU viene disconnesso durante l'operazione Rimuovi NSX, l'operazione non riesce. Dopo un po' di tempo, l'eliminazione del TN continua e l'host viene visualizzato come Non configurato ma i VIB non vengono rimossi.
Soluzione: passare all'interfaccia utente di vLCM e correggere il cluster.
Nota: L'host abilitato per DPU viene riavviato come parte della correzione.
|
