È possibile migliorare l'efficienza operativa gestendo un singolo vCenter Server con più NSX Manager. Gli amministratori possono gestire cluster diversi nello stesso vCenter Server utilizzando NSX Manager diversi.

A partire da NSX-T Data Center 3.2.2, è possibile abilitare il supporto di più NSX Manager che gestiscono un singolo vCenter Server.

Per ulteriori dettagli su come abilitare il flag Multi NSX in vCenter Server, vedere Aggiunta di un gestore delle risorse di elaborazione.

Quando si configura un gestore delle risorse di elaborazione, abilitare il flag Multi NSX.

Dopo aver preparato un cluster o un host come nodo di trasporto, NSX-T aggiunge nelle estensioni del cluster, degli host e di DVS una chiave che indica che questi oggetti sono gestiti da un determinato vCenter Server.

NSX aggiunge le estensioni di cluster, host e DVS con la chiave di vCenter Server che gestisce questi oggetti.

NSX-T modifica la vecchia estensione (com.vmware.nsx.management.nsxt) con una chiave di estensione personalizzata (com.vmware.nsx.management.nsxt.<computemanager-id>) in cui <computemanager-id> è l'ID di vCenter Server in NSX-T.

Nella pagina Host → Cluster, NSX-T individua tutti i cluster gestiti dallo stesso vCenter Server, in cui un NSX Manager diverso può gestire i propri cluster. Se un altro NSX Manager è proprietario di un cluster, non è possibile prepararlo o modificarlo. Questi cluster sono in modalità di sola lettura.

I cluster di proprietà di un NSX Manager diverso sono disponibili in modalità di sola lettura. Tali cluster possono essere gestiti solo dall'NSX Manager che ne è proprietario.

Passaggio dalla modalità con NSX-T singolo alla modalità con più NSX-T

Quando si abilita il flag Multi NSX in vCenter Server, NSX-T aggiunge agli oggetti gestiti di NSX-T (cluster, host, commutatore virtuale distribuito) un'estensione personalizzata (com.vmware.nsx.management.nsxt.<computemanager-id>).

Nella modalità con più NSX-T, tutti gli NSX Manager registrati nello stesso vCenter Server devono avere il flag Multi NSX abilitato. Non è possibile abilitare il flag Multi NSX in NSX Manager-1 e disattivarlo in NSX Manager-2.

Scenari di spostamento dell'host

Scenario Azione/Risultato
  • Preparare Cluster-1 utilizzando il TNP di NSX-T-1.

  • Preparare Cluster-2 utilizzando il TNP di NSX-T-2.

  • Nell'interfaccia utente di vCenter Server, spostare un host da Cluster-1 a Cluster-2.
    • Nell'host spostato in Cluster-2, NSX-T-1 disinstalla i VIB di NSX-T dall'host. NSX Manager-1 rimuove la sua proprietà dall'host. Solo dopo che NSX Manager-1 ha rimosso la sua proprietà e l'icona Blocca è scomparsa dalla pagina Nodo di trasporto host, NSX Manager-2 avvia l'installazione nell'host.
  • NSX-T viene disinstallato nell'host spostato in Cluster-2. Dopo lo spostamento, l'host verrà preparato dal TNP di NSX-T-2 che è collegato a Cluster-2.
  • Se si verificano errori relativi alla disinstallazione, controllare la pagina Host → Cluster. Fare clic su Risolvi per risolvere i problemi e continuare.
  • Host-1 viene preparato singolarmente come nodo di trasporto in uno degli ambienti seguenti in cui:
    • Non fa parte di un vCenter Server.
    • Fa parte di un vCenter Server, ma il TNP è scollegato dal cluster.
    • Fa parte del data center in un vCenter Server.
  • Prima di spostare Host-1 in un cluster gestito da NSX-T, eseguire le operazioni seguenti:
    • Disinstallare NSX-T dal nodo di trasporto Host-1.
    • Aggiungere Host-1 in un cluster gestito da vCenter Server.
    • Il TNP viene applicato automaticamente a Host-1 e NSX-T viene installato.

Limitazioni della configurazione con un singolo vCenter Server gestito da più NSX Manager

  • Se NSX Manager-1 ha contrassegnato la sua proprietà negli oggetti gestiti (cluster, host o commutatore virtuale distribuito (DVS)), questi oggetti non possono essere di proprietà di NSX Manager-2 finché il primo NSX Manager non rinuncia alla proprietà o la proprietà viene passata in modo forzato all'altro NSX Manager. Vedere <xref-topic>.
  • Anche se è possibile abilitare Multi NSX in un vCenter Server, se la versione è NSX-T 3.2.2, non registrare lo stesso vCenter Server in NSX-T 3.2.1 o in una versione precedente.
  • Assicurarsi che i ruoli utente desiderati dispongano delle autorizzazioni necessarie per aggiornare Global.ManageCustomFields in vCenter Server. L'attributo personalizzato NSX-T non deve essere aggiunto ad alcun oggetto gestito. Questa operazione potrebbe causare l'interruzione della configurazione.
  • Se il flag Multi NSX è abilitato in un vCenter Server, non è possibile abilitare il cluster Kubernetes o il cluster vLCM per l'utilizzo dello stesso vCenter Server.
  • Se si disattiva Multi NSX in un vCenter Server, non è possibile utilizzare lo stesso vCenter Server per eseguire la registrazione in un'altra istanza di NSX-T.
  • Se un'estensione di vCenter Server personalizzata o legacy non viene eliminata da vCenter Server perché potrebbe causare un errore in NSX, sarà necessario eliminare manualmente l'estensione da vCenter Server.

  • Non supporta gli ambienti cluster compressi (in cui la gestione e i carichi di lavoro sono distribuiti nello stesso nodo di trasporto). Se il flag Multi NSX è abilitato in un ambiente cluster compresso, non è possibile distribuire nuovi nodi di NSX Manager. La soluzione consiste nel creare un nuovo cluster e distribuire i nodi NSX Manager.