Tras migrar todas las demás interfaces de kernel, proceda a migrar la interfaz del kernel de administración. Al migrar la interfaz de kernel de administración, se trasladan vmnic0 y vmk0 de un VSS o VDS a un N-VDS.

A continuación, puede migrar los vínculos superiores físicos vmnic0 y vmk0 al N-VDS al mismo tiempo. Modifique la configuración del nodo de transporte para que vmnic0 ahora esté configurado como uno de los vínculos superiores.

Nota:

Si desea migrar el vínculo superior vmnic0 y la interfaz de kernel vmk0 por separado, primero migre vmk0 y, a continuación, migre vmnic0. Si primero se migra vmnic0, vmk0 permanece en el VSS o VDS sin ningún vínculo superior de respaldo y pierde la conectividad con el host.

Requisitos previos

  • Verifique la conectividad con las vmknic que ya se migraron. Consulte Migrar las interfaces de VMkernel a N-VDS.

  • Si vmk0 y vmk1 utilizan diferentes VLAN, la VLAN troncal debe configurarse en el conmutador físico conectado a las PNIC vmnic0 y vmnic1 para admitir ambas VLAN.

  • Compruebe que un dispositivo externo pueda acceder a la interfaz vmk1 en el conmutador lógico respaldado por VLAN de almacenamiento y la interfaz vmk2 en el conmutador lógico respaldado por VLAN de vMotion.

Procedimiento

  1. (Opcional) Cree una segunda interfaz de kernel de administración en el VSS o VDS y migre esta interfaz nueva al N-VDS.
  2. (Opcional) Desde un dispositivo externo, compruebe la conectividad a la interfaz de administración de prueba.
  3. Si vmk0 (la interfaz de administración) utiliza una VLAN diferente de vmk1 (interfaz de almacenamiento), cree un conmutador lógico respaldado por VLAN en la zona de transporte de VLAN con un identificador de VLAN que coincida con aquel utilizado por vmk0 en el VSS o VDS.
  4. Recupere la configuración del nodo de transporte de vSphere ESXi.

    GET /api/v1/transport-nodes/<transportnode-id>

    En el ejemplo anterior, <transportnode-id> es el UUID del nodo de transporte.

  5. En el elemento host_switch_spec:host_switches de la configuración, agregue la instancia de vmnic0 a la tabla de PNIC y asígnela al vínculo superior dedicado, uplink-2.
    Nota:

    Durante la migración de las interfaces del kernel de máquina virtual, se asignó vmnic1 al vínculo superior uplink-1. Es necesario asignar vmnic0, la interfaz de administración, a un vínculo superior dedicado para que la migración se realice correctamente y se pueda acceder al host después de la migración.

    "pnics": [      {
                        "device_name": "vmnic0",
                        "uplink_name": "uplink-2"
                    },
                    {
                        "device_name": "vmnic1",
                        "uplink_name": "uplink-1"
                    }
    		],
    
  6. Migre la interfaz de kernel de administración (vmk0) al N-VDS con la configuración actualizada.

    PUT api/v1/transport-nodes/< transportnode-id>if_id=<vmk>&esx_mgmt_if_migration_dest=<network>

    En el ejemplo anterior, ,<transportnode-id> es el UUID del nodo de transporte. <vmk> es el nombre de la interfaz de administración de VMkernel (vmk0). <network> es el UUID del conmutador lógico de destino.

  7. Verifique que la migración haya finalizado correctamente.

    GET /api/v1/transport-nodes/<transportnode-id>/state

    Espere hasta que el estado de migración se muestre como SUCCESS (ÉXITO). En vCenter Server, puede comprobar si los adaptadores de kernel están configurados para mostrar el nombre de conmutador lógico nuevo.

Qué hacer a continuación

Puede optar por revertir la migración de las interfaces de administración y del kernel de N-VDS a un conmutador de VSS o VDS.