Per eseguire la migrazione del vSphere Distributed Switch, è necessario configurare il sistema vCenter Server associato come gestore delle risorse di elaborazione in NSX-T prima di poter avviare il processo di migrazione.

Procedura

  1. Da un browser, accedere con privilegi di utente admin a un NSX Manager all'indirizzo https://<nsx-manager-ip-address>.
  2. Selezionare Sistema > Infrastruttura > Gestori risorse di elaborazione > Aggiungi gestore risorse di elaborazione.
  3. Inserire i dettagli del gestore delle risorse di elaborazione.
    Opzione Descrizione
    Nome e descrizione Digitare il nome per identificare vCenter Server.

    Facoltativamente, è possibile descrivere qualsiasi dettaglio speciale, ad esempio il numero di cluster di vCenter Server.

    Nome di dominio completo o indirizzo IP Digitare il nome di dominio completo o l'indirizzo IP di vCenter Server.
    Tipo Il tipo di gestore delle risorse di elaborazione predefinito è impostato su vCenter Server.
    Porta HTTPS del proxy inverso La porta predefinita è 443. Se si utilizza un'altra porta, verificare che la porta sia aperta in tutte le appliance NSX Manager.

    Impostare la porta del proxy inverso per la registrazione del gestore delle risorse di elaborazione in NSX-T Data Center.
    Nome utente e password Digitare le credenziali di accesso a vCenter Server.
    Identificazione personale SHA-256 Digitare il valore dell'algoritmo di identificazione personale SHA-256 di vCenter Server.
    Crea account di servizio Abilitare questo campo per le funzionalità come vSphere Lifecycle Manager che devono eseguire l'autenticazione con le API di NSX-T Data Center. Accedere con le credenziali [email protected] per registrare un gestore delle risorse di elaborazione. Dopo la registrazione, il gestore delle risorse di elaborazione crea un account di servizio.
    Nota: La creazione dell'account di servizio non è supportata in un NSX Manager globale.

    Se la creazione dell'account di servizio non riesce, lo stato di registrazione del gestore delle risorse di elaborazione viene impostato su Registrato con errori. Il gestore delle risorse di elaborazione viene registrato correttamente. Tuttavia, non è possibile abilitare vSphere Lifecycle Manager nei cluster NSX-T Data Center.

    Se un amministratore di vCenter Server elimina l'account di servizio dopo che è stato creato correttamente, vSphere Lifecycle Manager tenta di eseguire l'autenticazione delle API di NSX-T Data Center e lo stato di registrazione del gestore delle risorse di elaborazione viene impostato su Registrato con errori.
    Abilita attendibilità

    Abilitare questo campo per stabilire una relazione di attendibilità tra NSX-T Data Center e il gestore delle risorse di elaborazione, in modo che i servizi in esecuzione in vCenter Server possano stabilire comunicazioni attendibili con NSX-T Data Center. Ad esempio, per fare in modo che vSphere Lifecycle Manager venga abilitato nei cluster NSX-T Data Center, è necessario abilitare questo campo.

    Supportato solo in vCenter Server 7.0 e versioni successive.
    Livello di accesso Abilitare una delle opzioni in base alle proprie esigenze:
    • Accesso completo a NSX: questa opzione è selezionata per impostazione predefinita. Questo livello di accesso fornisce al gestore delle risorse di elaborazione l'accesso completo a NSX-T Data Center. L'accesso completo garantisce che vSphere per Kubernetes e vSphere Lifecycle Manager possano comunicare con NSX-T Data Center. Il ruolo dell'utente di vCenter Server deve essere impostato su Amministratore aziendale.
    • Accesso limitato a NSX: questo livello di accesso garantisce che vSphere Lifecycle Manager possa comunicare con NSX-T Data Center. Il ruolo dell'utente di vCenter Server deve essere impostato su Amministratore vSphere limitato.
    Se si lascia vuoto il valore dell'identificazione personale, viene richiesto di accettare l'identificazione personale fornita dal server.

    Dopo aver accettato l'identificazione personale, sono necessari alcuni secondi affinché NSX-T Data Center rilevi e registri le risorse di vCenter Server.

    Nota: Se il nome di dominio completo, l'IP o l'identificazione personale del gestore delle risorse di elaborazione cambia dopo la registrazione, modificare il gestore delle risorse di elaborazione e immettere i nuovi valori.
  4. Se l'icona di avanzamento passa da In corso a Non registrato, eseguire i passaggi seguenti per risolvere il problema.
    1. Selezionare il messaggio di errore e fare clic su Risolvi. Un possibile messaggio di errore è il seguente: 
      Extension already registered at CM <vCenter Server name> with id <extension ID>
    2. Immettere le credenziali di vCenter Server e fare clic su Risolvi.
      Se esiste già una registrazione, verrà sostituita.

risultati

La registrazione del gestore delle risorse di elaborazione in vCenter Server e la visualizzazione dello stato della connessione ATTIVO richiedono un po' di tempo.

È possibile fare clic sul nome del gestore delle risorse di elaborazione per visualizzare i dettagli, modificare il gestore delle risorse di elaborazione o gestire i tag che si applicano al gestore delle risorse di elaborazione.

Dopo la registrazione di vCenter Server, non disattivare ed eliminare la macchina virtuale NSX Manager senza eliminare innanzitutto il gestore delle risorse di elaborazione. In caso contrario, quando si distribuisce un nuovo NSX Manager, non sarà possibile registrare nuovamente lo stesso vCenter Server. Verrà visualizzato un messaggio di errore che indica che vCenter Server è già registrato in un altro NSX Manager.

Nota: Dopo aver aggiunto un gestore delle risorse di elaborazione di vCenter Server (VC), non è possibile rimuoverlo se è stata eseguita una delle seguenti azioni:
  • I nodi di trasporto sono stati preparati utilizzando VDS che dipende da VC.
  • Le macchine virtuali del servizio sono state distribuite in un host o in un cluster in VC utilizzando l'inserimento del servizio NSX.
  • L'interfaccia utente di NSX Manager è stata utilizzata per distribuire macchine virtuali Edge, macchine virtuali NSX Intelligence o nodi di NSX Manager in un host o un cluster in VC.

Se si tenta di eseguire una di queste azioni e si verifica un errore (ad esempio l'installazione non riesce), è possibile rimuovere VC se non è stata eseguita alcuna delle azioni elencate sopra.

Se è stato preparato un nodo di trasporto qualsiasi utilizzando VDS che dipende da VC o è stata distribuita una macchina virtuale qualsiasi, è possibile rimuovere VC dopo aver eseguito le operazioni seguenti:
  • Annullare la preparazione di tutti i nodi di trasporto. Se la disinstallazione di un nodo di trasporto non riesce, è necessario forzare l'eliminazione del nodo di trasporto.
  • Annullare la distribuzione di tutte le macchine virtuali del servizio, di tutte le macchine virtuali NSX Intelligence, di tutte le macchine virtuali NSX Edge e di tutti i nodi di NSX Manager. L'annullamento della distribuzione deve essere riuscito o avere stato non riuscito.
  • Se un cluster di NSX Manager è costituito da nodi distribuiti da VC (metodo manuale) e nodi distribuiti dall'interfaccia utente di NSX Manager ed è stato necessario annullare la distribuzione dei nodi distribuiti manualmente, non è possibile rimuovere VC. Per rimuovere correttamente VC, assicurarsi di ridistribuire un nodo NSX Manager da VC.

La limitazione si applica a una nuova installazione di NSX-T Data Center, nonché a un aggiornamento.