Sie können den NSX-V-Load Balancer zum NSX-T Advanced Load Balancer (ALB) migrieren.

Um zu ALB zu migrieren, wechseln Sie von NSX Manager zum Bildschirm System > Migrieren und wählen Sie NSX for vSphere migrieren, Benutzerdefinierte Topologie und Konfigurationsmigration aus. Dies ist die einzige Möglichkeit, den NSX-V-Load Balancer zu ALB zu migrieren. Alle anderen Migrationsmodi migrieren den NSX-V Load Balancer zum NSX-T Load Balancer. Es wird nur eine Bereitstellung auf einer einzelnen Site unterstützt.

Vor der Migration durchzuführende Aufgaben

Führen Sie vor der Migration die folgenden Aufgaben zum Einrichten von ALB in NSX-T aus:
  • Stellen Sie Avi-Controller über die NSX Manager-Benutzeroberfläche bereit (navigieren Sie zu System > Appliances). Weitere Informationen finden Sie unter Installieren des NSX Advanced Load Balancer Appliance Clusters im Installationshandbuch für NSX-T Data Center.
  • AVI-Controller-Konfigurationen:
    • Richten Sie den Lizenzmodus ein und laden Sie die erforderlichen Avi-Lizenzen auf dem Avi-Controller über die startübergreifende Benutzeroberfläche hoch.
    • Richten Sie Cloud-Konfigurationen für die entsprechende Transportzone in NSX-T ein.
    • Stellen Sie sicher, dass das Verwaltungsnetzwerk für die Dienst-Engine (SE) mit der Controller-IP verbunden ist.
    • Stellen Sie sicher, dass der Controller über SE auf die Ports 22, 443, 8443 und 123 zugreifen kann.

Unterstützte Topologien

Sie können Load Balancer entweder in VLAN oder Overlay migrieren. Die folgenden Bereitstellungstypen werden unterstützt.

Overlay:
  • Inline-Load Balancer ohne transparenten Modus
  • Einarmiger Load Balancer mit einer einzigen logischen Schnittstelle (LIF)
  • Einarmiger Load Balancer über zwei LIFs hinweg
  • Inline-Load Balancer mit einem einarmigen Load Balancer
VLAN:
  • Einarmiger Load Balancer
  • Inline-Load Balancer ohne transparenten Modus
  • Inline verschachtelter Load Balancer

Die folgenden Diagramme zeigen die Topologien vor der Migration (auf der linken Seite) und danach (auf der rechten Seite). In den Diagrammen steht C für Client-VM, S für Server-VM und E für Edge Services Gateway.

Overlay-Topologien:

Topologie 1: Auf der linken Seite: NSX-V-Inline-LB ohne transparenten Modus. Auf der rechten Seite: Einarmiger NSX-T ALB.ALB-Topologie 1

Topologie 2: Auf der linken Seite: NSX-V einarmiger LB. Auf der rechten Seite: Einarmiger NSX-T ALB.ALB-Topologie 2

Topologie 3: Auf der linken Seite: NSX-V. Zwei einarmige LBs über zwei LIFs (1, 2) bis zu einer LIF (1). Auf der rechten Seite: Einarmiger NSX-T ALB über verschiedene LIFs hinweg (1, 2).ALB-Topologie 3

Topologie 4: Auf der linken Seite: NSX-V-Inline-LB mit einarmigen LB. Auf der rechten Seite: NSX-T Inline ALB mit einarmigem LB.ALB-Topologie 4

VLAN-Topologien:

Topologie 5: Auf der linken Seite: NSX-V einarmiger LB. Auf der rechten Seite: Einarmiger NSX-T ALB.ALB-Topologie 5

Topologie 6: Auf der linken Seite: NSX-V-Inline-LB mit transparentem Modus. Auf der rechten Seite: NSX-T Inline ALB im transparenten Modus.ALB-Topologie 6

Topologie 7: Auf der linken Seite: verschachtelter LB für NSX-V inline. Auf der rechten Seite: Verschachtelter NSX-T Inline ALB.ALB-Topologie 7

ALB-Zuordnungsdatei

Für die Migration können Sie eine Zuordnungsdatei im JSON-Format vorbereiten, die angibt, wie Edge Services Gateways (ESGs) SE-Gruppen zugeordnet werden sollen. Die Bereitstellung einer Zuordnungsdatei ist optional. Wenn Sie sie nicht angeben, werden Sie aufgefordert, die erforderlichen Informationen einzugeben. Im Folgenden finden Sie ein Beispiel für eine Zuordnungsdatei für eine Overlay-Topologie: 
{
  "alb": {
    "service_engine_group_per_esg": false,
    "esgs": [
      {
        "name": "edge-4",
        "interfaces": [
          {
            "name": "mgmt",
            "tier1_id": "London_Tier1Gateway1"
          },
          {
            "name": "vnic1",
            "placement_network_subnet": "172.16.1.10/16",
            "service_engine_group": "Test-SE-group"
          }
        ]
      }
    ]
  }
}

Sie können die folgenden Felder in der Zuordnungsdatei angeben:

Feld Beschreibung
alb Titel der obersten Ebene
service_engine_group_per_esg
  • Bei Bedarf wird mit einer Basislizenz die standardmäßige SE-Gruppe geklont, wenn dies zur Verwaltung der SE-Gruppen erforderlich ist. Mit einer Enterprise-Lizenz werden alle ESGs der standardmäßigen SE-Gruppe zugeordnet.
  • Wenn der Wert auf false festgelegt ist, müssen Sie service_engine_group angeben, die für die virtuellen Dienste verwendet werden, die zu dieser Schnittstelle gehören.
  • Wenn der Wert auf true festgelegt ist, wird für jedes ESG eine SE-Gruppe erstellt.
esgs Die Liste der ESGs in Ihrer Umgebung.
Name Name des ESG.
default_tier1_id Wenn dies festgelegt ist, werden alle Overlay-Schnittstellen des ESG diesem Tie-1-Gateway zugeordnet.
interfaces Die Liste der Schnittstellen auf dem ESG.
interfaces.name Der Name der Schnittstelle.
interfaces.tier1_id
  • Alle mit der Schnittstelle verbundenen virtuellen Dienste werden diesem Tier-1-Gateway zugeordnet.
  • Diese Einstellung gilt für virtuelle Overlay-Dienste.
  • Diese Einstellung überschreibt den default_tier1_id-Wert.
interfaces.placement_network_subnet
  • Hiermit werden die Subnetze angegeben, die im Cloud-Netzwerk auf dem Avi-Controller konfiguriert werden sollen.
  • Diese Einstellung gilt für virtuelle VLAN-Dienste.
interfaces.service_engine_group
  • Hiermit wird die SE-Gruppe für die virtuellen Dienste angegeben, die mit der Schnittstelle verbunden sind.
  • Diese Einstellung hat Vorrang vor anderen SE-Gruppeneinstellungen.

Allgemeine Probleme, die Feedback generieren

Der Migrationsassistent überprüft die Umgebung und gibt Feedback zu Problemen, die behoben werden müssen, bevor die Migration fortgesetzt werden kann. In der folgenden Tabelle sind die Probleme und die empfohlenen Aktionen aufgeführt.

Problem Aktion Beispiel
Fehlende Konfiguration Vorhandene Konfiguration aktualisieren Fehlende Cloud-Konfiguration auf Avi Controller
Nicht unterstütztes Objekt Überspringen MSSQL-Überwachung
Nicht unterstützte Konfiguration Teilweise migriert Der transparente Modus wird übersprungen, aber die virtuellen Dienste werden migriert.
Fehlende Informationen in Zuordnungsdatei Eingabe bereitstellen Tier-1- oder Segmentzuordnung fehlt
Verwaistes Objekt Überspringen Pools sind in virtuellen Diensten nicht verwiesen
Layer-2-Abhängigkeiten Überspringen Virtuelle Dienste übersprungen, wenn das entsprechende Segment nicht migriert wird

Der Migrationsassistent stellt auch Informationsmeldungen zu Bedingungen bereit, die die Migration nicht verhindern. Wenn Ihre Umgebung beispielsweise über eine Standardlizenz verfügt, wird eine Meldung mit der Empfehlung einer Enterprise-Lizenz angezeigt.

Ebene-1/Segmentzuordnung

Für eine Overlay-Topologie:
  • Nur einarmiger Load Balancer wird unterstützt.
  • Im Abschnitt "esgs" in der Zuordnungsdatei wird die Zuordnung angegeben.
  • Alle virtuellen Dienste und ihre Pools werden zu der in der Zuordnungsdatei angegebenen Tier-1 migriert.
Für eine VLAN-Topologie:
  • Sowohl Einzel- als auch Inline-Load Balancer werden unterstützt.
  • Das VLAN-Segment für virtuelle Dienste wird von der migrierten Schnittstelle des entsprechenden virtuellen Diensts abgeleitet.
  • Für Pools gibt der Migrationsassistent Feedback zur VLAN-Segmentzuordnung.

Gruppenzuordnung für Dienstmodul (SE)

Standardzuordnungen:
  • Standardlizenz
    • Unterstützt nur den Aktiv-Standby-Modus.
    • Eine neue SE-Gruppe wird für jede 10. vNIC-Schnittstelle geklont.
    • Eine neue SE-Gruppe wird geklont, wenn die Anzahl der virtuellen Dienste pro SE-Gruppe den konfigurierten Grenzwert überschreitet.
  • Erweiterte Lizenz
    • Standard-SE-Gruppe zugeordnet
In der Zuordnungsdatei können Sie Folgendes angeben, um die Standardeinstellung außer Kraft zu setzen:
  • Legen Sie den Parameter "service_engine_group_per_esg" auf true oder false fest.
  • Geben Sie eine bestimmte ESG-Zuordnung an, die den "service_engine_group_per_esg" Parameter überschreibt.
Beachten Sie Folgendes:
  • Alle virtuellen Dienste mit derselben VIP werden derselben SE-Gruppe zugeordnet.
  • Wenn die Anzahl der gemeinsam genutzten virtuellen Dienste größer als die Anzahl der virtuellen Dienste pro SE-Gruppe ist, wird Feedback generiert, um das Problem zu beheben.