Host Switch auf vSphere Distributed Switch migrieren

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. Sie können Ihren Host-Switch auf vSphere Distributed Switch (VDS) 7.0 für eine optimale pNIC-Nutzung 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 verteilte virtuelle NSX-Portgruppe dargestellt. Änderungen an den Segmenten im NSX-T-Netzwerk werden in vCenter Server synchronisiert. Beachten Sie, dass die Migration von N-VDS zum VDS für eine N-VDS-basierte, reduzierte Cluster-Umgebung in NSX-T Data Center 3.0 nicht unterstützt wird. Darüber hinaus unterstützt die Migration keine benannte Gruppierungsrichtlinie.

Sie können die Migration skalieren, indem Sie Hosts parallel über vSphere Update Manager oder manuell über APIs migrieren. 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. Bei der Migration über vSphere Update 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. Sie können die Thread-Anzahl in der Eigenschaftsdatei über das Feld PARALLEL_HOST_MIGRATION_COUNT einstellen. Diese ist standardmäßig auf 64 festgelegt.

Hinweis: Die Migration von N-VDS zu NSX-T 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

Voraussetzungen

Wenden Sie sich an VMware Support, um die Auswirkungen der Migration auf VDS 7.0 zu bewerten.

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.

Prozedur

Migrieren Sie Ihren Host-Switch mithilfe von API-Aufrufen oder führen Sie die Befehle für die Migration aus der CLI aus. Sie können die Migration auch über die NSX Manager-Benutzeroberfläche initiieren.
- Führen Sie die folgenden API-Aufrufe zum Durchführen der Migration durch:
  1. 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
```
    Ab NSX-T 3.1.1 können Sie auch Host-Switches migrieren, wobei für jeden Cluster separate VDS-Instanzen generiert werden. Für diesen Anwendungsfall müssen Sie die folgende API anstelle von POST https://<nsx-mgr>/api/v1/nvds-urt/precheck aufrufen.
```
POST https://<nsx-mgr>/api/v1/nvds-urt/precheck-by-cluster
```
    Beispielantwort für beide API-Aufrufe:
```
{ "precheck_id": "166959af-7f4b-4d49-b294-907000eef889" }
```
  2. Beheben Sie alle Konfigurationsinkonsistenzen und starten Sie die Vorabprüfung erneut.
  3. Überprüfen Sie den Status der Vorabprüfung.
```
POST https://<nsx-mgr>/api/v1/nvds-urt/status-summary/<precheck-id>
```
    Beispiel für eine Neupositionierung:
```
{
  "precheck_id": "166959af-7f4b-4d49-b294-907000eef889",
  "precheck_status": "PENDING_TOPOLOGY"
}
```
  4. Nominieren Sie für statusfreie Hosts einen der Hosts als Quellhost und initiieren Sie die Migration.
  5. Zum Abrufen der empfohlenen Topologie führen Sie folgenden API-Aufruf durch:
```
GET https://<nsx-mgr>/api/v1/nvds-urt/topology/<precheck-id>
```
    Beispielantwort:
```
{
  "topology": [
    {
      "nvds_id": "21d4fd9b-7214-46b7-ab16-c4e7138f011f",
      "nvds_name": "nsxvswitch",
      "compute_manager_topology": [
        {
          "compute_manager_id": "fa1421d9-54a7-418e-9e18-7d0ff0d2f771",
          "dvswitch": [
            {
              "data_center_id": "datacenter-3",
              "vds_name": "VDS-nsxvswitch-datacenter-3",
              "vmknic": [
                "vmk1"
              ],
              "transport_node_id": [
                "4a6161af-7eec-4780-8faf-0e0610c33c2e",
                "5a78981a-03a6-40c0-8a77-28522bbf07a9",
                "f9c6314d-9b99-48aa-bfc8-1b3a582162bb"
              ]
            }
          ]
        }
      ]
    }
  ]
}
```
  6. 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
```
    Beachten Sie, dass Sie einen N-VDS nur durch einen neuen VDS ersetzen und keinen 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"
              ]
            }
          ]
        }
      ]
    }
  ]
}
```
  7. Führen Sie den folgenden API-Aufruf aus, um den Status der Migration nachzuverfolgen:
```
POST https://<nsx-mgr>/api/v1/nvds-urt/status-summary/<precheck-id>
```
    Wenn der Host für die Migration bereit ist, wird precheck_status von APPLYING _TOPOLOGY in UPGRADE_READY geändert.
    Weitere Informationen zu API-Parametern finden Sie im Handbuch für die NSX-T Data Center-API-Handbuch.
  8. Versetzen Sie den ESXi-Host aus vCenter in den Wartungsmodus.
  9. 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.
  10. Führen Sie den folgenden API-Aufruf zum Nachverfolgen des Migrationsstatus aus:
```
POST 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.
  11. 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.
- Führen Sie die Migration von der NSX Manager-CLI aus.
  1. 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
```
  2. Beheben Sie alle Konfigurationsinkonsistenzen und starten Sie die Vorabprüfung erneut.
  3. 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"                      
                   }                                                              
               ]                                                                  
           }                                                                      
       ]
```
  4. Führen Sie den folgenden Befehl zum Erstellen eines VDS mit der empfohlenen Topologie aus:
```
vds-migrate apply-topology
```
  5. Melden Sie sich bei vCenter Server an und überprüfen Sie, ob der VDS erstellt wurde.
  6. 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
```
- Ab NSX-T Data Center 3.1.1 können Sie 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.
  Um Ihren Host-Switch als Teil des Host-Betriebssystem-Upgrades mit vSphere Update Manager zu migrieren, benötigen Sie vCenter Server 7.0.U2.
  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.
  1. Melden Sie sich als lokaler Admin-Benutzer bei einem NSX Manager unter „https://nsx-manager-ip-address/login.jsp?local=true“ an.
  2. Wählen Sie System > Schnellstart aus.
  3. Klicken Sie auf Erste Schritte, um Ihre Hosts für die Migration von N-VDS auf VDS vorzubereiten.
  4. Klicken Sie auf Vorabprüfung, um zu überprüfen, ob die Hosts für die Migration bereit sind.
  5. Beheben Sie alle Konfigurationsinkonsistenzen und starten Sie die Vorabprüfung erneut.
  6. Überprüfen Sie die empfohlene Netzwerktopologie.
  7. Klicken Sie auf Erstellen, um die ausgewählten Hosts auf die Migration vorzubereiten, indem Sie einen entsprechenden VDS-Switch in vCenter Server erstellen.
  8. 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.
  9. Überwachen Sie den Fortschritt der Migration über die Registerkarte „Überwachen“.
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.