Dopo la migrazione di NSX-T da NSX Virtual Distributed Switch (N-VDS) a Converged VDS (C-VDS), è necessario aggiornare le risorse di rete di vSphere interessate in vRealize Automation per continuare a utilizzare le risorse nelle distribuzioni e nei modelli cloud nuovi ed esistenti.

Dopo la migrazione da N-VDS a C-VDS, è possibile che le reti di vSphere manchino dai profili di rete di vRealize Automation di cui sono membri. Per evitare di perdere queste reti di tipo vSphere e continuare ad allocarle nelle distribuzioni esistenti e nuove, è necessario aggiornare manualmente tutte le reti C-VDS elencate in vRealize Automation Cloud Assembly.

Nota: Anche se gli utenti di VMware Cloud on AWS non necessitano del ruolo Cloudadmin per creare account cloud di VMware Cloud on AWS in vRealize Automation per N-VDS, richiedono tale livello di autorizzazione per accedere agli asset c-VDS dopo la migrazione da N-VDS a C-VDS. I membri di Active Directory con autorizzazioni containerizzate richiedono l'accesso a livello di commutatore dell'host (di sola lettura) alle risorse C-VDS migrate in vRealize Automation. Gli utenti del gruppo di amministratori del cloud (ruolo Cloudamin) dispongono di autorizzazioni a livello di commutatore dell'host. Gli utenti di vRealize Automation che non sono membri del gruppo di amministratori del cloud VMware Cloud on AWS non possono accedere alle risorse di C-VDS migrate.
  • I membri di Active Directory a cui è stato assegnato il ruolo Cloudadmin in VMware Cloud on AWS prima della migrazione da N-VDS a C-VDS in NSX-T hanno il ruolo Cloudadmin in VMware Cloud on AWS dopo la migrazione da N-VDS a C-VDS e quindi dispongono del livello di accesso necessario per le risorse di C-VDS migrate.
  • I membri di Active Directory a cui non è stato assegnato il ruolo Cloudadmin in VMware Cloud on AWS prima della migrazione da N-VDS a C-VDS in NSX-T devono essere assegnati al ruolo Cloudadmin dopo la migrazione.
  • Per informazioni correlate sulle credenziali di VMware Cloud on AWS e vRealize Automation, vedere Credenziali necessarie per l'utilizzo di account cloud in vRealize Automation.
Nota:

Questa procedura è specifica per le azioni necessarie in vRealize Automation per aggiornare le reti vSphere dopo che la migrazione da N-VDS a C-VDS è stata eseguita in NSX-T. Non è necessario eseguire alcuna azione in vRealize Automation per le reti NSX dopo la migrazione da N-VDS a C-VDS. Le reti NSX non richiedono alcun intervento manuale dopo la migrazione da N-VDS a C-VDS.

Le reti NSX collegate agli account cloud di vCenter, nonché agli account cloud di VMware Cloud on AWS, sono supportati e non richiedono l'intervento manuale descritto in questa procedura. Tuttavia, le reti NSX collegate agli account cloud di VMware Cloud on Dell potrebbero richiedere l'intervento manuale descritto qui. Per informazioni correlate, vedere Migrazione di VMware Cloud on AWS (VMConAWS) e VMware Cloud on Dell EMC da N-VDS a VDS (82487).

Anche se un amministratore di NSX-T può eseguire la migrazione dei tipi di rete NSX-T in VDS (N-VDS) ai tipi di rete Converged VDS (C-VDS) in NSX, questa azione influisce sulle risorse di rete di vSphere esistenti in vRealize Automation. L'amministratore di vRealize Automation può eseguire azioni successive alla migrazione per riconciliare tali risorse in vRealize Automation con le modifiche associate in NSX-T e vCenter Server. Si tenga presente che C-VDS, o semplicemente VDS, viene anche chiamato Virtual Distributed Switch (VDS) di vSphere 7.

Per informazioni correlate sul VDS convergente (C-VDS) di NSX-T, vedere l'articolo della Knowledge Base di VMware NSX-T su VDS (79872).

Nota: Questo scenario di esempio illustra i passaggi necessari per riconciliare le risorse in un ambiente vRealize Automation dopo la migrazione da N-VDS a C-VDS. È possibile utilizzare questo esempio e la procedura in vRealize Automation 8.5 e versioni successive per riconciliare le modifiche apportate in vCenter Server dopo la migrazione da N-VDS a C-VDS in NSX-T.

Esempio: risorse di vRealize Automation prima della migrazione

In questo esempio vengono illustrate risorse di NSX-T di esempio in un ambiente di vRealize Automation di esempio prima della migrazione da N-VDS a C-VDS.

  • Questo esempio include account cloud di NSX-T e vCenter come illustrato di seguito.

    cvds1

  • L'esempio contiene diverse reti vSphere, come illustrato di seguito.

    cvds2

  • La configurazione di rete di esempio contiene le impostazioni CIDR e DNS, come illustrato di seguito.

    cvds3

  • L'esempio include anche intervalli di IP esistenti, come illustrato di seguito.

    cvds4

  • L'esempio contiene un profilo di rete (ex-np) che contiene diverse reti N-VDS (N-VDS), tra cui seg-5, come illustrato di seguito.cvds5
  • In questo esempio, il componente di rete seg5 esistente è illustrato nella seguente sintassi del modello cloud. La rete è contrassegnata come rete N-VDS. In questo esempio verranno illustrati gli aggiornamenti successivi alla migrazione necessari per la rete seg5.

    cvds6

  • Il modello cloud di esempio genera la distribuzione, come illustrato di seguito.

    cvds7

  • Gli indirizzi IP delle macchine di esempio sono visualizzati nella distribuzione di esempio, come illustrato di seguito.

    cvds8

Esempio: passaggio 1 successivo alla migrazione - Eseguire la raccolta dei dati dopo la migrazione da N-VDS a C-VDS e l'enumerazione

Nella sezione precedente, sono state utilizzate schermate per illustrare l'infrastruttura utilizzata in un ambiente di vRealize Automation di esempio per poi concludere con il modello cloud e la distribuzione risultanti.

Dopo aver eseguito la migrazione da N-VDS a C-VDS in NSX-T o dopo che questa migrazione è stata eseguita da un altro amministratore, attendere almeno 10 minuti per consentire a vRealize Automation di eseguire il processo periodico di raccolta ed enumerazione dei dati per recuperare e visualizzare le risorse interessate in vRealize Automation.

Dopo aver atteso il completamento della raccolta dei dati di vRealize Automation, fare clic su Infrastruttura > Reti per visualizzare le reti C-VDS disponibili e accedervi. Si noti la rete seg5, come illustrato di seguito.

Enumerazione

Esempio: passaggio 2 successivo alla migrazione - Aggiungere CIDR e DNS definiti in precedenza alle reti C-VDS migrate

Modificare una rete C-VDS migrata per aggiungere i dettagli di CIDR e DNS specificati nella definizione di N-VDS precedente alla migrazione e modificare i tag di rete.

  1. Aggiungere i dettagli di CIDR e DNS specificati nella definizione di N-VDS precedente alla migrazione
  2. Aggiungere un nuovo tag per il segmento di rete C-VDS seg-5, ad esempio seg5-cvds.

    Aggiungere i dettagli

    Si tenga presente che la rete N-VDS originale seg-5 è stata contrassegnata come seg5-nvds, come indicato nelle schermate precedenti. La modifica dei dettagli dei tag della risorsa è richiesta dalla riconfigurazione della rete. vRealize Automation richiede l'inclusione nel modello cloud per la rete C-VDS di un nome di tag diverso da quello utilizzato nella rete N-VDS originale. L'assegnazione dei tag modificata identifica una modifica nel modello cloud quando si genera una ridistribuzione valida.

Esempio: passaggio 3 successivo alla migrazione - Aggiungere informazioni aggiornate sull'intervallo di IPe

È possibile modificare gli intervalli di IP della rete specificando i dettagli degli intervalli di IP indicati nella definizione di N-VDS prima della migrazione, tramite un'API della riga di comando o una sequenza di menu in vRealize Automation.

  • Opzione 1: utilizzare l'API per aggiornare i dati dell'intervallo di IP come illustrato nella schermata di esempio seguente.

    Aggiornamento dell'intervallo di IP tramite l'API

  • Opzione 2: utilizzare l'interfaccia utente per aggiornare i dati dell'intervallo di IP come illustrato nella schermata di esempio seguente.

    Interfaccia utente per l'aggiornamento dell'intervallo di IP

Esempio: passaggio 4 successivo alla migrazione - Aggiornare i profili di rete per correggere le reti mancanti

Dopo la migrazione, le reti N-VDS vengono riconciliate ed eliminate da vRealize Automation Cloud Assembly dopo la raccolta e l'enumerazione dei dati. Nei profili di rete interessati (ad esempio, ex-np) mancano alcune reti. Per correggere il problema delle reti mancanti, aggiornare ciascuna rete N-VDS a rete C-VDS, come illustrato di seguito.

Aggiornare i profili di rete

Esempio: passaggio 5 successivo alla migrazione - Aggiornare i vincoli di rete nel modello cloud

Per le distribuzioni esistenti, è necessario aggiornare i vincoli di rete nel modello cloud in modo che corrispondano alle nuove reti C-VDS nei profili di rete aggiornati. I vincoli di rete aggiornati sono necessari anche per eseguire distribuzioni iterative e riconfigurare le reti dalla rappresentazione vSphere N-VDS originale alla rappresentazione vSphere C-VDS.

Per le nuove distribuzioni vengono utilizzate le risorse C-VDS specificate, quindi questo passaggio non è necessario. Le distribuzioni iterative e la riconfigurazione di rete funzionano semplicemente come previsto.

  1. Per questo esempio, modificare i vincoli di rete nel modello cloud da seg5-nvds a seg5-cvds come illustrato di seguito.

    Vincoli aggiornati 1

  2. Eseguire una distribuzione iterativa per riconfigurare la rete come illustrato di seguito.

    Vincoli aggiornati 2

  3. Dopo una ridistribuzione corretta, si noti che le proprietà personalizzate di rete visualizzano i vincoli aggiornati come illustrato di seguito.

    Vincoli aggiornati 3

    Poiché l'intervallo di IP è stato aggiornato in precedenza con i nuovi dati di C-VDS, l'indirizzo IP della macchina non viene modificato nella ridistribuzione, come illustrato di seguito.

    Vincoli aggiornati 4