Host Switch auf vSphere Distributed Switch migrieren

Es gibt drei Methoden, mit denen Sie Ihren Host-Switch auf vSphere Distributed Switch migrieren können.

Wenn Sie das N-VDS als Host-Switch verwenden, wird NSX-T als opakes Netzwerk in vCenter Server dargestellt. N-VDS besitzt mindestens eine physische Schnittstelle (pNICs) auf dem Transportknoten, und die Portkonfiguration wird von NSX-T Data Center durchgeführt. Für eine optimale pNIC-Nutzung können Sie Ihren Host-Switch zu vSphere Distributed Switch (VDS) 7.0 migrieren und das Netzwerk für NSX-T-Hosts über vCenter Server verwalten. Beim Ausführen von NSX-T auf einem VDS-Switch wird ein Segment als NSX-T verteilte virtuelle-Portgruppe dargestellt. Änderungen an den Segmenten im NSX-T-Netzwerk werden in vCenter Server synchronisiert.

Um Ihre N-VDS auf ESXi-Hosts zu NSX auf VDS zu migrieren, wählen Sie:

Voraussetzungen

Die folgenden Anforderungen müssen erfüllt sein, um auf einen VDS 7.0-Host-Switch zu migrieren:

vCenter Server 7.0 oder höher
ESXi 7.0 oder höher
NSX-T wird nach der Migration nicht mehr als opakes Netzwerk dargestellt. Möglicherweise müssen Sie Ihre Skripte aktualisieren, um die migrierte Darstellung der NSX-T-Hosts zu verwalten.
Die Migration von N-VDS zum vSphere Distributed Switch für eine N-VDS-basierte, reduzierte Cluster-Umgebung wird in NSX-T 3.1 nicht unterstützt. Es wird in NSX-T 3.1.1 ohne benanntes Teaming unterstützt.
Sie können die Migration durch die parallele Migration von Hosts, die sich im Wartungsmodus befinden, über vSphere Lifecycle Manager oder manuell über APIs hochskalieren. Standardmäßig können 64 Hosts pro Cluster mit einer Thread-Pool-Größe von 22 pro Manager in einem Cluster im Parallelmodus migriert werden. Stellen Sie sicher, dass die Batchgröße für die parallele Wartung auf 4 Knoten beschränkt ist. Bei der Migration über vSphere Lifecycle Manager wird für jeden Host, der auf einen verfügbaren Thread wartet, der Status „In Warteschlange“ angezeigt. Bei der Migration über die API wird jede Anfrage jenseits von 64 aktiven Migrationen abgelehnt.
Für die Funktion der parallelen Wartung ist vCenter Server 7.0 Update 2 oder höher erforderlich. Diese Funktion wird für NSX-T Data Center 3.1 nicht unterstützt und sollte für Cluster unter Migration nicht aktiviert werden.
Die Migration von N-VDS zu NSX-T Data Center auf VDS wird nur für ESX-Upgrades ausgelöst, die die Version 7.0.2 (X.Y.Z-U.P) überschreiten. Die Migration wird nicht für „U.P“-Upgrades (update-patch) ausgelöst. Als ESX-Version wird X.Y.Z-U.P angegeben, wobei
- X = Hauptversion
- Y = Nebenversion
- Z = Wartung
- U = Update
- P = Patch
Das Tool für die Migration von N-VDS zu VDS ist in NSX-T Data Center 3.2.0 nicht verfügbar. Wenn Sie Ihre Arbeitslasten von N-VDS zu VDS migrieren möchten, müssen Sie dies manuell durchführen.

Hinweis:

Nehmen Sie keine Konfigurationsänderungen an NSX-T Data Center vor, bevor nicht alle Host-Switches erfolgreich migriert wurden.

Option 1: Verwenden der API zum Migrieren des Host-Switches auf vSphere Distributed Switch

Sie können die NSX-T Data Center-API verwenden, um einen Host-Switch auf einen vSphere Distributed Switch (VDS) zu migrieren.

Führen Sie die folgenden Schritte aus, um Ihren Host-Switch mithilfe von API-Aufrufen zu migrieren.

Prozedur

Überprüfen Sie die Anforderungen für die Migration auf einen VDS 7.0-Host-Switch im Abschnitt Voraussetzungen.
Um zu überprüfen, ob die Hosts für die Migration bereit sind, führen Sie den folgenden API-Aufruf aus und führen Sie eine Vorabprüfung durch:
```
POST https://<nsx-mgr>/api/v1/nvds-urt/precheck
```
Richtlinien-API:
```
PUT /policy/api/v1/infra/nvds-urt/precheck
```
Beispielantwort:
```
{ "precheck_id": "166959af-7f4b-4d49-b294-907000eef889" }
```
Beheben Sie alle Konfigurationsinkonsistenzen und starten Sie die Vorabprüfung erneut. Wenn die Vorabprüfung nach dem Beheben von Konfigurationsinkonsistenzen ausgeführt wird, werden keine inkonsistenten Konfigurationen mehr gemeldet.
Ab Version 3.2.1 schlägt eine Vorabprüfung bei inkompatiblen Konfigurationen zwischen Transportknoten innerhalb einer NSX-T Data Center-Umgebung nicht mehr fehl. Bei inkompatiblen Konfigurationen von UplinkProfile, LLDPProfile und NIOCProfile gibt die Vorabprüfung Konfigurationsprobleme aus. Sie können die inkompatiblen Konfigurationen prüfen und ermitteln, ob Sie die Topologie anwenden oder die Konfigurationen zwischen Transportknoten angleichen möchten, um die Vorabprüfung erneut auszuführen. Legen Sie den Wert für den Parameter tolerate_different_configurations basierend darauf fest, ob die Topologie alle Kombinationen verschiedener Konfigurationen enthalten soll. Weitere Informationen finden Sie im Handbuch für die NSX-T Data Center-API. Der Standardwert für tolerate_different_configurations ist True (Wahr).

Bei der Vorabprüfung werden auch für jede Kombination unterschiedlicher Konfigurationen VDSs erstellt. Empfohlene Topologien enthalten alle Kombinationen unterschiedlicher Konfigurationen von Transportknoten innerhalb desselben NSX-T Data Center (oder im Falle von VCF desselben Clusters). Ein bestimmter VDS wird für Transportknoten mit äquivalentem UplinkProfile, LLDPProfile und NIOCProfile generiert.

Überprüfen Sie den Status der Vorabprüfung. Inkonsistente Profile werden in der Antwort als Warnung und nicht als Fehler angezeigt.

GET https://<nsx-mgr>/api/v1/nvds-urt/status-summary/<precheck-id>

Richtlinien-API:

GET /policy/api/v1/infra/nvds-urt/status-summary/<precheck-id>

Beispielantwort:

{
    "precheck_id": "165a592d-a94f-4614-978c-9ca003cda278",
    "precheck_status": "PENDING_TOPOLOGY",
    "precheck_issue": [
        {
            "component": "Uplink profile",
            "objid": "nsxvswitch1",
            "warning": "Found inconsistent profiles: [b63afe90-ce04-46e4-a238-d7b63deada36, 0520a955-06cd-4498-883a-d534e8d7724c]. Uplink profile mismatch. Mtu mismatch. ",
            "recommendation": "Keep profiles consistent among transport nodes in the same NVDS",
            "_protection": "NOT_PROTECTED"
        }
    ]
}

Nominieren Sie für statusfreie Hosts einen der Hosts als Quellhost und initiieren Sie die Migration.

Zum Abrufen der empfohlenen Topologie führen Sie folgenden API-Aufruf durch:

GET https://<nsx-mgr>/api/v1/nvds-urt/topology/<precheck-id>

Richtlinien-API:

GET /policy/api/v1/infra/nvds-urt/topology/<precheck-id>

Beispielantwort:

{
    "topology": [
        {
            "nvds_id": "e70a0fc2-7ec3-483e-9036-4eed170f0ecf",
            "nvds_name": "nsxvswitch1",
            "compute_manager_topology": [
                {
                    "compute_manager_id": "13127ee9-ea71-4c66-810e-c604d4f67fc4",
                    "dvswitch": [
                        {
                            "data_center_id": "datacenter-4",
                            "vds_name": "VDS-nsxvswitch1-datacenter-4-0",
                            "vmknic": [],
                            "transport_node_id": [
                                "7af27ad7-4e45-4b36-95a2-d73413aea181"
                            ],
                            "id": "190125b2-d469-4bea-915b-6ffeb9e7b542",
                            "_protection": "NOT_PROTECTED"
                        },
                        {
                            "data_center_id": "datacenter-4",
                            "vds_name": "VDS-nsxvswitch1-datacenter-4-1",
                            "vmknic": [],
                            "transport_node_id": [
                                "dca9568e-9587-4572-9001-c637960dbdae"
                            ],
                            "id": "9f039516-5318-4e14-8fd4-769d54560bcb",
                            "_protection": "NOT_PROTECTED"
                        },
                        {
                            "data_center_id": "datacenter-22",
                            "vds_name": "VDS-nsxvswitch1-datacenter-22-2",
                            "vmknic": [],
                            "transport_node_id": [
                                "ebe67bdf-bb9c-4b92-8c81-cdb6ec2d8559",
                                "32058d07-dbba-4042-92f7-69ece1cc9680"
                            ],
                            "id": "9a389bf0-af53-4ace-b7d3-29b534fbab58",
                            "_protection": "NOT_PROTECTED"
                        }
                    ]
                }
            ],
            "id": "62f2fe60-1138-454d-99f2-8319255d8119",
            "_protection": "NOT_PROTECTED"
        }
    ]
}

Führen Sie den folgenden API-Aufruf zum Erstellen eines VDS mit der empfohlenen Topologie aus:

POST https://<nsx-mgr>/api/v1/nvds-urt/topology?action=apply

Richtlinien-API:

PUT /policy/api/v1/infra/nvds-urt/topology?action=apply

Beachten Sie, dass Sie den VDS nur in der empfohlenen Topologie umbenennen können und nicht den Namen eines vorhandenen VDS verwenden können.

Beispieleingabe:

{
  "topology": [
    {
      "nvds_id": "c8ff4053-502a-4636-8a38-4413c2a2d52f",
      "nvds_name": "nsxvswitch",
      "compute_manager_topology": [
        {
          "compute_manager_id": "fa1421d9-54a7-418e-9e18-7d0ff0d2f771",
          "dvswitch": [
            {
              "data_center_id": "datacenter-3",
              "vds_name": "test-dvs",
              "transport_node_id": [
                "65592db5-adad-47a7-8502-1ab548c63c6d",
                "e57234ee-1d0d-425e-b6dd-7dbc5f6e6527",
                "70f55855-6f81-45a8-bd40-d8b60ae45b82"
              ]
            }
          ]
        }
      ]
    }
  ]
}

Führen Sie den folgenden API-Aufruf aus, um den Status der Migration nachzuverfolgen:
```
GET https://<nsx-mgr>/api/v1/nvds-urt/status-summary/<precheck-id>
```
Wenn der Host für die Migration bereit ist, ändert sich precheck_status von APPLYING _TOPOLOGY in READY und der Hoststatus wird auf UPGRADE_READY festgelegt.

Weitere Informationen zu API-Parametern finden Sie im Handbuch für die NSX-T Data Center-API-Handbuch.
Versetzen Sie den ESXi-Host aus vCenter in den Wartungsmodus.
Führen Sie den folgenden API-Aufruf aus, um die Migration des N-VDS zu VDS zu starten:
```
POST https://<nsx-mgr>/api/v1/transport-nodes/<tn-id>?action=migrate_to_vds
```
Die Hosts werden asynchron migriert. Sie können mehrere Transportknoten parallel aktualisieren, indem Sie die API für eine gewünschte Gruppe von Hosts aufrufen. Dienste wie DRS werden während des Migrationsvorgangs weiterhin wie erwartet ausgeführt.

Führen Sie den folgenden API-Aufruf zum Nachverfolgen des Migrationsstatus aus:

GET https://<nsx-mgr>/api/v1/nvds-urt/status-summary/<precheck-id>

Der host migration_state wird nach einer erfolgreichen Migration von UPGRADE_IN_PROGRESS in SUCCESS geändert.

Beispielantwort:

{
  "precheck_id": "c306e279-8b75-4160-919c-6c40030fb3d0",
  "precheck_status": "READY",
  "migration_state": [
    {
      "host": "65592db5-adad-47a7-8502-1ab548c63c6d",
      "overall_state": "UPGRADE_READY"
    },
    {
      "host": "e57234ee-1d0d-425e-b6dd-7dbc5f6e6527",
      "overall_state": "UPGRADE_READY"
    },
    {
      "host": "70f55855-6f81-45a8-bd40-d8b60ae45b82",
      "overall_state": "SUCCESS"
    }
  ]
}

Bei Fehlern ändert sich der overall_state in FAILED, was auf den Grund für den Migrationsfehler hinweist. Führen Sie die migrate_to_vds-Aktion aus, um die Migrationsaufgabe erneut auszuführen.

Für statusfreie Hosts:
1. Extrahieren Sie das Hostprofil vom migrierten Host und hängen Sie es an den Cluster an.
2. Starten Sie die verbleibenden Hosts im Cluster neu.

Nächste Maßnahme

Nach Abschluss der Migration können Sie das Upgrade durchführen.

Option 2: Verwenden der CLI zum Migrieren des Host-Switches auf einem vSphere Distributed Switch

Sie können die NSX-TNSX-T CLI verwenden, um einen Host-Switch auf einen vSphere Distributed Switch (VDS) zu migrieren.

Führen Sie die folgenden Schritte aus, um Ihren Host-Switch mithilfe von CLI-Aufrufen zu migrieren.

Prozedur

Überprüfen Sie die Anforderungen für die Migration auf einen VDS 7.0-Host-Switch im Abschnitt Voraussetzungen.
Um zu überprüfen, ob die Hosts für die Migration bereit sind, führen Sie den folgenden Befehl aus und führen Sie eine Vorabprüfung durch:
```
vds-migrate precheck
```
Beispielausgabe:
```
 Precheck Id: 0a26d126-7116-11e5-9d70-feff819cdc9f
```
Beheben Sie alle Konfigurationsinkonsistenzen und starten Sie die Vorabprüfung erneut.

Zum Abrufen der empfohlenen Topologie führen Sie folgenden Befehl durch:

vds-migrate show-topology

Beispielausgabe:

Precheck Id: 137d2a87-0544-4914-829d-d8b7e33b13f2
       NVDS: nvds1(19cca902-9455-4316-92e2-65f4f5b4b138)                          
       Compute Manager Topology:                                                  
       [                                                                          
           {                                                                      
               "compute_manager_id": "fd37ed6e-0eae-4d65-b29a-d40eee1d5d47",      
               "dvswitch": [                                                      
                   {                                                              
                       "transport_node_id": [                                     
                           "4d011ade-a010-4eea-b45a-b2569c0bb9ad"                 
                       ],                                                         
                       "data_center_id": "datacenter-3",                          
                       "vmknic": [],                                              
                       "vds_name": "VDS-nvds1-datacenter-3"                      
                   }                                                              
               ]                                                                  
           }                                                                      
       ]

Führen Sie den folgenden Befehl zum Erstellen eines VDS mit der empfohlenen Topologie aus:
```
vds-migrate apply-topology
```
Melden Sie sich bei vCenter Server an und überprüfen Sie, ob der VDS erstellt wurde.

Führen Sie den folgenden Befehl aus, um die Migration des N-VDS zu VDS zu starten:

vds-migrate esxi-cluster-name <cluster-name>

Beispielausgabe:

 VDS Migration Done:                                                     
   3 Transport-Nodes Migrate Successfully          
   0 Transport-Nodes Migrate Failed

Sie können die Transportknoten-ID auch verwenden, um die Migration einzuleiten:

vds-migrate tn-list <file-path>

wobei <file-path> die Transportknoten-IDs enthält.

Beispielausgabe:

nsx-manager-1> vds-migrate tn-list /opt/tnid
       VDS Migration Done:
       3 Transport-Nodes Migrate Successfully
       0 Transport-Nodes Migrate Failed

Nächste Maßnahme

Nach Abschluss der Migration können Sie das Upgrade durchführen.

Option 3: Verwenden der Benutzeroberfläche zum Migrieren des Host-Switches auf einen vSphere Distributed Switch

Sie können den NSX Manager verwenden, um Ihre Hosts für die Migration vorzubereiten und dann als Teil des Host-Betriebssystem-Upgrades mit dem vSphere Update Manager auf VDS zu migrieren.

Führen Sie die folgenden Schritte aus, um Ihren Host-Switch über die Benutzeroberfläche zu migrieren.

Hinweis: Die ESXi-Hosts müssen für alle ESXi-Update-Versionen aktualisiert werden, damit diese Migration ausgelöst wird. Beispiel:

Upgrade von ESXi 7.0 auf ESXi 7.0 U2 – Switch-Migration kann ausgelöst werden.
Upgrade von ESXi 7.0 U2 auf ESXi 7.0 U2a – Switch-Migration kann nicht ausgelöst werden, da sich das Upgrade innerhalb derselben ESXi-Update-Version befindet.

Prozedur

Überprüfen Sie die Anforderungen für die Migration auf einen VDS 7.0-Host-Switch im Abschnitt Voraussetzungen.
Melden Sie sich als lokaler Admin-Benutzer bei einem NSX Manager unter „https://nsx-manager-ip-address/login.jsp?local=true“ an.
Wählen Sie System > Schnellstart aus.
Klicken Sie auf Erste Schritte, um Ihre Hosts für die Migration von N-VDS auf VDS vorzubereiten.
Klicken Sie auf Vorabprüfung, um zu überprüfen, ob die Hosts für die Migration bereit sind.
Beheben Sie alle Konfigurationsinkonsistenzen und starten Sie die Vorabprüfung erneut.
Überprüfen Sie die empfohlene Netzwerktopologie.
Klicken Sie auf Erstellen, um die ausgewählten Hosts auf die Migration vorzubereiten, indem Sie einen entsprechenden VDS-Switch in vCenter Server erstellen.
Melden Sie sich bei vCenter Server an und aktualisieren Sie Ihre ESXi-Hosts mit vSphere Update Manager. Die Migration des Switches ist abgeschlossen, wenn das Upgrade des Host-Betriebssystems abgeschlossen ist.
Überwachen Sie den Fortschritt der Migration über die Registerkarte „Überwachen“.

Nächste Maßnahme

Optional: Deaktivieren Sie den Wartungsmodus für die migrierten Hosts. Dieser Schritt ist nicht erforderlich für die Migration von Host-Switches als Teil eines Host-Upgrades mit vSphere Update Manager.