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

Ab NSX 3.2.2 können Sie aktivieren, dass mehrere NSX Manager einen einzelnen VMware vCenter verwalten.
Wichtig: Sie können nur in VMware vCenter 7.0 und höheren Versionen mehrere NSX Manager aktivieren, die eine einzelne VMware vCenter-Funktion verwalten (konfiguriert durch Aktivieren des Flags Multi-NSX auf der Benutzeroberfläche von NSX).

Weitere Informationen zur Aktivierung des Multi-NSX-Flags in VMware vCenter 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 den Cluster, den Host und DVS-Erweiterungen mit einem Schlüssel an, der angibt, dass diese Objekte von einem bestimmten VMware vCenter verwaltet werden.

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

NSX ä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 VMware vCenter-ID in NSX angibt.

Auf der Seite Hosts → Cluster erkennt NSX alle Cluster, die von demselben VMware vCenter 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.

Wechseln zwischen dem Modus mit einem einzelnen NSX zum Modus mit mehreren NSX

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

Im Multi-NSX-Modus muss für alle NSX Manager, die bei demselben VMware vCenter 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-1 vor.

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

  • Verschieben Sie auf der VMware vCenter-Benutzeroberfläche einen Host von Cluster-1 in Cluster-2.
    • Auf dem Host, der in Cluster-2 verschoben wird, deinstalliert NSX-1 NSX-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 unter System > Fabric > Hosts > Cluster kein Schloss-Symbol mehr angezeigt wird, startet NSX Manager-2 die Installation auf dem Host.
  • NSX wird von dem Host deinstalliert, der in Cluster-2 verschoben wird. Nachdem der Host verschoben wurde, wird der Host mit dem TNP von NSX-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 VMware vCenter ist.
    • Er Teil eines VMware vCenter ist, das TNP aber vom Cluster getrennt wird.
    • Er Teil des Datencenters in einem VMware vCenter ist.
  • Führen Sie folgende Schritte aus, bevor Sie Host-1 in einen NSX-verwalteten Cluster verschieben:
    • Deinstallieren Sie NSX vom Host-1-Transportknoten.
    • Fügen Sie Host-1 zu einem VMware vCenter-verwalteten Cluster hinzu.
    • Das TNP wird automatisch auf Host-1 angewendet und NSX wird installiert.
  • Bereiten Sie Cluster-1 mit dem Transportknoten für Host-1 mithilfe von TNP in NSX Manager-1 vor.
  • Bereiten Sie Cluster-2 mit dem TNP in NSX Manager-2 vor.
  • Host-1 ist ein statisches NSGroup-Mitglied in NSX Manager-1.
  • Verschieben Sie in VMware vCenter den Transportknoten für Host-1 in Cluster-2.
  • NSX kann nicht vom Transportknoten für Host-1 entfernt werden, da er Teil der NSGroup ist und derselbe Host nicht in NSX Manager-2 vorbereitet werden kann. Weitere Informationen finden Sie in den Protokolldateien.
Hinweis: Dieses Problem kann auch dann auftreten, wenn die Multi-NSX-Funktionalität nicht aktiviert ist. Dies kann passieren, wenn Sie versuchen, einen Host zwischen Clustern zu verschieben.

Einschränkungen bei der Verwaltung eines einzelnen VMware vCenter-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.
  • Auch wenn Sie Multi-NSX auf einem VMware vCenter aktivieren können, auf dem sich NSX 3.2.2 befindet, dürfen Sie nicht denselben VMware vCenter mit NSX 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 VMware vCenter verfügen. Das benutzerdefinierte NSX-Attribut darf an keines der verwalteten Objekte angehängt werden. Dies kann zu einem Abbruch des Setups führen.
  • Wenn Multi-NSX auf einem VMware vCenter aktiviert ist, können Sie keinen Kubernetes-Cluster oder vLCM-Cluster für denselben VMware vCenter aktivieren.
  • Wenn Sie Multi-NSX auf einem VMware vCenter deaktivieren, können Sie denselben VMware vCenter nicht für die Registrierung mit einer anderen NSX-Instanz verwenden.
  • Wenn eine benutzerdefinierte oder eine veraltete VMware vCenter-Erweiterung nicht vom VMware vCenter gelöscht wird, z. B. aufgrund eines NSX-Fehlers, müssen Sie die Erweiterung manuell vom VMware vCenter 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.

Interoperabilitätsmatrix

In der folgenden Tabelle sind die Lösungen aufgeführt, die mit der Funktion Multi-NSX interoperabel sind.

Funktion/Lösung Unterstützt
NSX Guest Introspection-Plattform (GI) Nein
NSX Service Insertion (SI) Ja
VMware vSphere with Tanzu Nein
vSphere Lifecycle Manager (vLCM) Nein
NSX Virtual Distributed Switch (N-VDS)
Hinweis: N-VDS wird in Versionen vor NSX 4.0 unterstützt.
Ja
NSX-Verbund Ja
VMware vSphere Distributed Resource Scheduler (DRS), VMware vSphere High Availability (HA), VMware vMotion Ja