Puede usar tres métodos para migrar su conmutador de host a vSphere Distributed Switch.

Cuando se utiliza N-VDS como conmutador de host, NSX-T se representa como una red opaca en vCenter Server. N-VDS tiene una o varias de las interfaces físicas (pNIC) en el nodo de transporte, y la configuración del puerto se realiza desde NSX-T Data Center. Puede migrar el conmutador de host a vSphere Distributed Switch (VDS) 7.0 para un uso óptimo de pNIC y administrar las redes para los hosts de NSX-T desde vCenter Server. Cuando se ejecuta NSX-T en un conmutador de VDS, un segmento se representa como un grupo de puertos virtuales distribuidos de NSX-T. Los cambios que se realicen en los segmentos de la red de NSX-T se sincronizan en vCenter Server.

Para migrar su N-VDS en hosts ESXi a NSX en VDS, elija entre:

Requisitos previos

Se deben cumplir los siguientes requisitos para migrar a un conmutador de host de VDS 7.0:

  • vCenter Server 7.0 o posterior

  • ESXi 7.0 o posterior

  • NSX-T dejará de representarse como una red opaca después de la migración. Es posible que deba actualizar los scripts para administrar la representación migrada de los hosts de NSX-T.

  • En NSX-T 3.1, la migración de N-VDS a vSphere Distributed Switch no se admite en entornos de clúster contraído basados en N-VDS. Se admite en NSX-T 3.1.1 sin la selección de equipos con nombre.

  • Puede escalar verticalmente la migración migrando en paralelo los hosts que están en modo de mantenimiento a través de vSphere Lifecycle Manager o manualmente a través de las API. De forma predeterminada, se pueden migrar en modo paralelo 64 hosts por clúster, con un tamaño de grupo de subprocesos de 22 por administrador en un clúster. Asegúrese de que el tamaño del lote para la corrección paralela esté restringido a 4 nodos. Para la migración a través de vSphere Lifecycle Manager, se muestra el estado "En cola" para cualquier host que espere un subproceso disponible. Para la migración a través de la API, se rechazará cualquier solicitud de migración activa superior a 64.

  • La función de corrección paralela requiere vCenter Server 7.0 Update 2 o una versión posterior. Esta función no es compatible con NSX-T Data Center 3.1 y no debe habilitarse para los clústeres en migración.

  • La migración de N-VDS a NSX-T Data Center en VDS solo se activa para las actualizaciones de ESX a la versión 7.0.2 (X.Y.Z-U.P). La migración no se activará para las actualizaciones "U.P" (actualización-revisión). La versión de ESX se especifica como X.Y.Z-U.P donde,

    • X = Principal

    • Y = Secundaria

    • Z = Mantenimiento

    • U = Actualización

    • P = Revisión

  • La herramienta de migración de N-VDS a VDS no está disponible en NSX-T Data Center 3.2.0. Si desea migrar las cargas de trabajo de N-VDS a VDS en esta versión, tendrá que hacerlo manualmente.

Nota:

No realice ningún cambio en la configuración de NSX-T Data Center hasta que todos los conmutadores de host se hayan migrado correctamente.

Opción 1: Usar la API para migrar el conmutador de host a vSphere Distributed Switch

Puede usar la API de NSX-T Data Center para migrar un conmutador de host a vSphere Distributed Switch (VDS).

Para migrar el conmutador de host mediante llamadas API, realice los siguientes pasos.

Procedimiento

  1. Revise los requisitos para migrar a un conmutador de host VDS 7.0 en la sección Requisitos previos.
  2. Para verificar que los hosts estén listos para la migración, realice la siguiente llamada API y ejecute una comprobación previa: 
    POST https://<nsx-mgr>/api/v1/nvds-urt/precheck
    API de Directiva: 
    PUT /policy/api/v1/infra/nvds-urt/precheck

    Ejemplo de respuesta:

    { "precheck_id": "166959af-7f4b-4d49-b294-907000eef889" }
  3. Resuelva las incoherencias de configuración y vuelva a ejecutar la comprobación previa. La ejecución de la comprobación previa después de abordar las incoherencias de configuración no volverá a mostrar configuraciones incoherentes en la respuesta.
    A partir de 3.2.1, no se producirá un error en la ejecución de una comprobación previa en caso de que haya configuraciones incompatibles entre los nodos de transporte dentro de un entorno de NSX-T Data Center. Para configuraciones incompatibles de UplinkProfile, LLDPProfile y NIOCProfile, la comprobación previa generará problemas de configuración. Puede comprobar las configuraciones incompatibles y determinar si desea aplicar la topología o alinear las configuraciones entre los nodos de transporte y volver a ejecutar la comprobación previa. Establezca el valor del parámetro tolerate_different_configurations en función de si desea o no que la topología incluya todas las combinaciones de configuraciones. Consulte la Guía de la API de NSX-T Data Center para obtener más información. El valor predeterminado de tolerate_different_configurations es true.
    La comprobación previa también creará VDS para cada combinación de configuraciones diferentes. Las topologías recomendadas incluirán todas las combinaciones de diferentes configuraciones de nodos de transporte dentro del mismo NSX-T Data Center (o el mismo clúster en el caso de VCF). Se generará un VDS específico para los nodos de transporte con UplinkProfile, LLDPProfile y NIOCProfile equivalentes.
  4. Compruebe el estado de la comprobación previa. Los perfiles incoherentes se mostrarán como advertencia en lugar de error en la respuesta. 
    GET https://<nsx-mgr>/api/v1/nvds-urt/status-summary/<precheck-id>
    API de Directiva: 
    GET /policy/api/v1/infra/nvds-urt/status-summary/<precheck-id>

    Respuesta de ejemplo:

    {
    "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"
        }
    ]
}
  5. Para hosts sin estado, designe uno de los hosts como host de origen e inicie la migración.
  6. Para recuperar la topología recomendada, realice la siguiente llamada API. 
    GET https://<nsx-mgr>/api/v1/nvds-urt/topology/<precheck-id>
    API de Directiva: 
    GET /policy/api/v1/infra/nvds-urt/topology/<precheck-id>

    Ejemplo de respuesta:

    {
    "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"
        }
    ]
}
  7. Realice la siguiente llamada API para crear un VDS con la topología recomendada: 
    POST https://<nsx-mgr>/api/v1/nvds-urt/topology?action=apply
    API de Directiva: 
    PUT /policy/api/v1/infra/nvds-urt/topology?action=apply

    Tenga en cuenta que solo puede cambiar el nombre del VDS en la topología recomendada con un nuevo nombre y no puede utilizar el nombre de un VDS existente.

    Entrada de ejemplo:

    {
  "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"
              ]
            }
          ]
        }
      ]
    }
  ]
}
  8. Para realizar un seguimiento del estado de la migración, realice la siguiente llamada API: 
    GET https://<nsx-mgr>/api/v1/nvds-urt/status-summary/<precheck-id>

    Cuando el host está listo para la migración, precheck_status cambia de APPLYING _TOPOLOGY a READY y el estado del host se establece en UPGRADE_READY.

    Consulte más información sobre los parámetros de API en la Guía de la API de NSX-T Data Center.

  9. Coloque el host ESXi en modo de mantenimiento desde vCenter.
  10. Para iniciar la migración de N-VDS a VDS, ejecute la siguiente llamada API: 
    POST https://<nsx-mgr>/api/v1/transport-nodes/<tn-id>?action=migrate_to_vds

    Los hosts se migran de forma asíncrona. Puede actualizar varios nodos de transporte en paralelo ejecutando la API de para obtener el conjunto de hosts deseado. Los servicios como DRS continúan funcionando según lo esperado durante el proceso de migración.

  11. Ejecute la siguiente llamadas de API para hacer un seguimiento de la migración: 
    GET https://<nsx-mgr>/api/v1/nvds-urt/status-summary/<precheck-id>

    host migration_state cambia de UPGRADE_IN_PROGRESS a SUCCESS después si la migración es correcta.

    Ejemplo de respuesta:

    {
  "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"
    }
  ]
}

    En caso de que se produzcan errores, overall_state cambia a FAILED, lo que indica el motivo del error en la migración. Ejecute la acción migrate_to_vds para volver a ejecutar la tarea de migración.

  12. Para los hosts sin estado:
    1. Extraiga el perfil de host desde el host migrado y asócielo al clúster.
    2. Reinicie los hosts restantes del clúster.

Qué hacer a continuación

Una vez completada la migración, podrá realizar la actualización.

Opción 2: Usar la CLI para migrar el conmutador de host a vSphere Distributed Switch

Puede usar la CLI de NSX-TNSX-T para migrar un conmutador de host a vSphere Distributed Switch (VDS).

Para migrar el conmutador de host mediante llamadas de CLI, realice los siguientes pasos.

Procedimiento

  1. Revise los requisitos para migrar a un conmutador de host VDS 7.0 en la sección Requisitos previos.
  2. Para verificar que los hosts estén listos para la migración, ejecute el siguiente comando y una comprobación previa: 
    vds-migrate precheck

    Resultados de muestra:

     Precheck Id: 0a26d126-7116-11e5-9d70-feff819cdc9f
  3. Resuelva cualquier incoherencia de configuración y vuelva a ejecutar la comprobación previa.
  4. Para recuperar la topología recomendada, ejecute el siguiente comando. 
    vds-migrate show-topology

    Resultados de muestra:

    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"                      
                   }                                                              
               ]                                                                  
           }                                                                      
       ]
  5. Ejecute el siguiente comando para crear un VDS con la topología recomendada: 
    vds-migrate apply-topology
  6. Inicie sesión en vCenter Server y compruebe que se haya creado el VDS.
  7. Para iniciar la migración de N-VDS a VDS, ejecute el siguiente comando: 
    vds-migrate esxi-cluster-name <cluster-name>

    Resultados de muestra:

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

    También puede utilizar el identificador de nodo de transporte para iniciar la migración:

    vds-migrate tn-list <file-path>

    donde <file-path> incluye los identificadores del nodo de transporte.

    Resultados de muestra:

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

Qué hacer a continuación

Una vez completada la migración, podrá realizar la actualización.

Opción 3: Usar la interfaz de usuario para migrar el conmutador de host a vSphere Distributed Switch

Puede utilizar NSX Manager para preparar los hosts para la migración y, a continuación, migrar a VDS como parte de la actualización del sistema operativo del host mediante vSphere Update Manager.

Para migrar el conmutador de host mediante la interfaz de usuario, siga estos pasos.

Nota: Los hosts ESXi deben actualizarse en versiones de actualización de ESXi para que se active esta migración. Por ejemplo,
  • Actualización de ESXi 7.0 a ESXi 7.0 U2: se puede activar la migración del conmutador.
  • Actualización de ESXi 7.0 U2 a ESXi 7.0 U2a: no se puede activar la migración del conmutador porque la actualización está dentro de la misma versión de actualización de ESXi.

Procedimiento

  1. Revise los requisitos para migrar a un conmutador de host VDS 7.0 en la sección Requisitos previos.
  2. Inicie sesión como usuario admin local en una instancia de NSX Manager en https://dirección-ip-nsx-manager/login.jsp?local=true.
  3. Seleccione Sistema > Inicio rápido.
  4. Haga clic en Empezar para preparar los hosts para la migración de N-VDS a VDS.
  5. Haga clic en Comprobación previa para comprobar si los hosts están listos para la migración.
  6. Resuelva cualquier incoherencia de configuración y vuelva a ejecutar la comprobación previa.
  7. Revise la topología de red recomendado.
  8. Haga clic en Crear para preparar los hosts seleccionados para la migración mediante la creación del conmutador de VDS correspondiente en vCenter Server.
  9. Inicie sesión en vCenter Server y actualice los hosts ESXi mediante vSphere Update Manager. La migración del conmutador se completa cuando se realiza la actualización del sistema operativo del host.
  10. Supervise el progreso de la migración en la pestaña Supervisar.

Qué hacer a continuación

Opcional: saque los hosts migrados del modo de mantenimiento. Este paso no es necesario para la migración del conmutador de host como parte de la actualización del host mediante vSphere Update Manager.