Verbessern Sie die betriebliche Effizienz, indem mehrere NSX Managern einen einzelnen vCenter Server verwalten. Administratoren können verschiedene Cluster in demselben vCenter Server verwalten, indem Sie verschiedene NSX Manager verwenden.

Ab NSX-T Data Center 3.2.2 können Sie aktivieren, dass mehrere NSX Manager einen einzelnen vCenter Server verwalten.

Weitere Informationen zur Aktivierung des Multi-NSX-Flags in vCenter Server finden Sie unter Hinzufügen eines Compute Manager.

Aktivieren Sie beim Konfigurieren eines Compute Managers das Multi-NSX-Flag.

Nachdem Sie einen Cluster oder einen Host als Transportknoten vorbereitet haben, hängt NSX-T den Cluster, den Host und DVS-Erweiterungen mit einem Schlüssel an, der angibt, dass diese Objekte von einem bestimmten vCenter Server verwaltet werden.

NSX hängt an Cluster, Hosts und DVS-Erweiterungen mit den vCenter Server-Schlüssel an, der diese Objekte verwaltet.

NSX-T ändert die alte Erweiterung (com.vmware.nsx.management.nsxt) in einen benutzerdefinierten Erweiterungsschlüssel (com.vmware.nsx.management.nsxt.<computemanager-id>), in dem <computemanager-id> die vCenter Server-ID in NSX-T angibt.

Auf der Seite Hosts → Cluster erkennt NSX-T alle Cluster, die von demselben vCenter Server verwaltet werden, wobei ein anderer NSX Manager seine eigenen Cluster verwalten kann. Wenn ein anderer NSX Manager für einen Cluster zuständig ist, können Sie ihn weder vorbereiten noch bearbeiten. Diese Cluster befinden sich im schreibgeschützten Modus.

Cluster, die einem anderen NSX Manager gehören, sind im schreibgeschützten Modus verfügbar. Solche Cluster können nur von dem NSX Manager verwaltet werden, dem sie gehören.

Wechsel zwischen dem Modus mit einem einzelnen NSX-T zum Modus mit mehreren NSX-T

Wenn Sie das Multi-NSX-Flag auf dem vCenter Server aktivieren, hängt NSX-T seine verwalteten Objekte aus NSX-T (Cluster, Host, Distributed Virtual Switch) mit der benutzerdefinierten Erweiterung (com.vmware.nsx.management.nsxt.<computemanager-id>) an.

Im Multi-NSX-T-Modus muss für alle NSX Manager, die bei demselben vCenter Server registriert sind, das Multi-NSX-Flag aktiviert sein. Sie können Multi-NSX nicht so konfigurieren, dass der Modus für NSX Manager-1 aktiviert und für NSX Manager-2 deaktiviert ist.

Szenarien der Hostverschiebung

Szenario Aktion/Ergebnis
  • Bereiten Sie Cluster-1 mit dem TNP von NSX-T-1 vor.

  • Bereiten Sie Cluster-2 mit dem TNP von NSX-T-2 vor.

  • Verschieben Sie auf der vCenter Server-Benutzeroberfläche einen Host von Cluster-1 in Cluster-2.
    • Auf dem Host, der in Cluster-2 verschoben wird, deinstalliert NSX-T-1 NSX-T-VIBs vom Host. NSX Manager-1 entfernt seine Zuständigkeit für den Host. Erst nachdem NSX Manager-1 seine Zuständigkeit entfernt hat und auf der Seite „Host-Transportknoten“ kein Schloss-Symbol mehr angezeigt wird, startet NSX Manager-2 die Installation auf dem Host.
  • NSX-T wird von dem Host deinstalliert, der in Cluster-2 verschoben wird. Nachdem der Host verschoben wurde, wird der Host mit dem TNP von NSX-T-2 vorbereitet, das an Cluster-2 angehängt ist.
  • Wenn im Zusammenhang mit der Deinstallation Fehler auftreten, überprüfen Sie die Seite Host → Cluster. Klicken Sie auf Auflösen, um Probleme zu beheben und fortzufahren.
  • Host-1 wird in allen folgenden Umgebungen einzeln als Transportknoten vorbereitet, wenn:
    • Er nicht Teil eines vCenter Server ist.
    • Er Teil eines vCenter Server ist, das TNP aber vom Cluster getrennt wird.
    • Er Teil des Datencenters in einem vCenter Server ist.
  • Führen Sie folgende Schritte aus, bevor Sie Host-1 in einen NSX-T-verwalteten Cluster verschieben:
    • Deinstallieren Sie NSX-T vom Host-1-Transportknoten.
    • Fügen Sie Host-1 zu einem vCenter Server-verwalteten Cluster hinzu.
    • Das TNP wird automatisch auf Host-1 angewendet und NSX-T wird installiert.

Einschränkungen bei der Verwaltung eines einzelnen vCenter Server-Setups durch mehrere NSX Manager

  • Wenn NSX Manager-1 seine Zuständigkeit für verwaltete Objekte (Cluster, Host oder Distributed Virtual Switch (DVS)) mit einem Stempel gekennzeichnet hat, können diese Objekte erst dann in die Zuständigkeit von NSX Manager-2 fallen, wenn der erste Manager die Zuständigkeit aufgibt oder wenn die Zuständigkeit zwangsweise an einen anderen Manager übertragen wird. Weitere Informationen finden unter <xref-topic>.
  • Auch wenn Sie Multi-NSX auf einem vCenter Server aktivieren können, auf dem sich NSX-T 3.2.2 befindet, dürfen Sie nicht denselben vCenter Server mit NSX-T 3.2.1 oder einer früheren Version registrieren.
  • Stellen Sie sicher, dass die gewünschten Benutzerrollen über Berechtigungen zum Aktualisieren von Global.ManageCustomFields in vCenter Server verfügen. Das benutzerdefinierte NSX-T-Attribut darf an keines der verwalteten Objekte angehängt werden. Dies kann zu einem Abbruch des Setups führen.
  • Wenn Multi-NSX auf einem vCenter Server aktiviert ist, können Sie keinen Kubernetes-Cluster oder vLCM-Cluster für denselben vCenter Server aktivieren.
  • Wenn Sie Multi-NSX auf einem vCenter Server deaktivieren, können Sie denselben vCenter Server nicht für die Registrierung mit einer anderen NSX-T-Instanz verwenden.
  • Wenn eine benutzerdefinierte oder eine veraltete vCenter Server-Erweiterung nicht vom vCenter Server gelöscht wird, z. B. aufgrund eines NSX-Fehlers, müssen Sie die Erweiterung manuell vom vCenter Server löschen.

  • Reduzierte Clusterumgebungen (in denen Verwaltungs- und Arbeitslasten auf demselben Transportknoten bereitgestellt werden), werden nicht unterstützt. In einer reduzierten Clusterumgebung mit aktiviertem Multi-NSX-Flag können keine neuen NSX Manager-Knoten bereitgestellt werden. Dieses Problem können Sie umgehen, indem Sie einen neuen Cluster erstellen und neue NSX Manager-Knoten bereitstellen.