Solucione los problemas relacionados con los perfiles de host y los TNP cuando se utilizan con clústeres sin estado con Auto Deploy.

Escenario Descripción

Cuando varios adaptadores de VMkernel habilitados para administración, vMotion y otros tipos de tráfico se migran al mismo conmutador lógico, los adaptadores de VMkernel se migrarán al conmutador lógico después del reinicio. Sin embargo, el servicio de un adaptador de VMkernel se habilita en un adaptador diferente.

Por ejemplo, antes de la migración, vmk0 está habilitado para admitir el tráfico de administración y vmk1 está habilitado para el tráfico de vMotion. Después de reiniciar el host, vmk0 admitirá el tráfico de vMotion y vmk1 admitirá el tráfico de administración. Esto da como resultado un error de conformidad después del reinicio.

Solución alternativa: ninguna. Este error no tiene ningún impacto, ya que ambos adaptadores de VMkernel están en el mismo conmutador lógico.
El progreso de la preparación del host se bloquea en el 60 %, mientras que el estado del nodo aparecerá como ACTIVO. Problema: cuando se aplica un TNP en un clúster, NSX-T se instala correctamente en el host y el estado del nodo aparecerá como ACTIVO, pero la interfaz gráfica de usuario seguirá mostrando 60 % de progreso.

Solución alternativa: vuelva a aplicar la configuración de TNP o TN sin ningún cambio en la configuración. Esta acción corregirá el estado al 100 % en la GUI.

A pesar de que la migración de VMkernel se realizó correctamente, se produjo un error de validación en TN antes de eliminar los conmutadores de host.

Problema: al migrar la interfaz de administración de vmk0 desde vSwitch a un conmutador lógico, NSX-T se instala correctamente en el host. La migración de VMkernel se realizó correctamente, pero el estado de TN muestra que la operación se completó parcialmente con errores.

No se pudo realizar la validación antes de la eliminación de los conmutadores de host: [error: No management vmk will have PNIC after ['vmk1'] in ['9a bb eb c1 04 81 40 e2-bc 3f 3e aa bd 14 62 1e'] lose all PNICs.]; LogicalSwitch full-sync: LogicalSwitch full-sync realization query skipped.

Solución alternativa: ninguna. Ignore el mensaje de error, ya que la migración de VMkernel se realizó correctamente.

Al volver a aplicar un TNP en la que la asignación de red para la instalación indica vmk0 provoca que el host pierda conectividad. Problema: cuando una configuración de un TNP consiste en vmk0 en la asignación de red para la instalación, los hosts pierden conectividad.

Solución alternativa: en lugar de volver a aplicar el TNP, reinicie el host con las configuraciones necesarias en TNP.

No se puede aplicar el perfil de host porque no se restableció la contraseña y la directiva de contraseñas del usuario de MUX.

Problema: solo en hosts que ejecutan versiones anteriores a vSphere 6.7 U3. Es posible que la solución para el host y la aplicación de perfil de host de los hosts produzcan errores a menos restablezca la contraseña de mux_user.

Solución alternativa: en Directivas y perfiles, edite el perfil de host para modificar la directiva de contraseñas de mux_user password policy y restablezca la contraseña de mux_user.

El perfil de host no es portátil.

Problema: ninguno de los vCenter Server puede utilizar el perfil de host que incluye la configuración de NSX-T.

Solución alternativa: ninguna.

Motor de reglas de Auto Deploy

Problema: no se puede utilizar el perfil de host en las reglas de Auto Deploy para implementar clústeres nuevos. Si se implementan clústeres nuevos, los hosts se implementarán con redes básicas y permanecerán en modo de mantenimiento.

Solución alternativa: prepare cada clúster a partir de la interfaz gráfica de usuario de NSX-T. Consulte Aplicar un TNP a un clúster sin estado.

Compruebe si existen errores de conformidad.

Problema: la solución para el perfil de host no puede corregir los errores de conformidad relacionados con la configuración de NSX-T.

  • Las NIC físicas configuradas en el perfil de host y el TNP son diferentes.
  • En la asignación de vNIC y conmutadores lógicos, el perfil de host encuentra una falta de coincidencia con respecto al perfil de TNP.
  • El VMkernel conectado a N-VDS no coincide en el perfil de host y el TNP.
  • El conmutador opaco no coincide en el perfil de host y el TNP.

Solución alternativa: asegúrese de que la configuración de NSX-T sea la misma en el perfil de host y el TNP. Reinicie el host para aplicar los cambios de configuración. El host se encenderá.

Corrección

Problema: si hay algún error de conformidad específico de NSX-T, la solución para el perfil de host de ese clúster se bloquea.

Configuración incorrecta:

  • Asignación de vNIC y conmutadores lógicos
  • Asignación de NIC físicas

Solución alternativa: asegúrese de que la configuración de NSX-T sea la misma en el perfil de host y el TNP. Reinicie el host para aplicar los cambios de configuración. El host se encenderá.

Asociar

Problema: en un clúster configurado con NSX-T, el perfil de host no se puede asociar a un host.

Solución alternativa: ninguna.

Desasociar

Problema: al desasociar y asociar un perfil de host nuevo en un clúster configurado con NSX-T no se elimina la configuración de NSX-T. Aunque el clúster sea conforme con el perfil de host que se acaba de asociar, sigue teniendo la configuración de NSX-T de un perfil anterior.

Solución alternativa: ninguna.

Actualizar

Problema: si el usuario cambió la configuración de NSX-T en el clúster, extraiga un perfil de host nuevo. Actualice todos los ajustes del perfil de host que se hayan perdido manualmente.

Solución alternativa: ninguna.

Configuración de nodo de transporte en el host

Problema: después de implementar automáticamente el nodo anportsport, se comporta como una entidad independiente. Puede que las actualizaciones de ese nodo de transporte no coincidan con el TNP.

Solución alternativa: actualice el clúster. Ninguna actualización de un nodo de transporte independiente puede persistir en su especificación de migración. Es posible que la migración no pueda compartir el reinicio.

No se admite la configuración de PeerDNS en el adaptador de VMkernel seleccionado para la migración al conmutador N-VDS.

Problema: si el adaptador de VMkernel seleccionado para la migración a N-VDS está habilitado para DNS del mismo nivel, la aplicación del perfil de host no funcionará correctamente.

Solución alternativa: edite el perfil de host extraído. Para ello, deshabilite la configuración de DNS del mismo nivel en el adaptador de VMkernel que debe migrarse a un conmutador N-VDS. También puede asegurarse de que no se migren los adaptadores de VMkernel habilitados para DNS del mismo nivel a un conmutador N-VDS.

No se guarda la dirección DHCP de la dirección de la NIC de VMkernel

Problema: si el host de referencia tiene estado, los hosts sin estado que utilizan el perfil extraído del host de referencia con estado no pueden guardar la dirección MAC de administración de VMkernel derivada de la dirección MAC desde la que se arrancó el sistema con PXE. Esto genera problemas relacionados con las direcciones DHCP.

Solución alternativa: edite el perfil de host extraído del host con estado y cambie la opción "Determinar de qué manera se debe decidir la dirección MAC para vmknic" a ""Utilizar la dirección MAC desde la cual el sistema se arrancó con PXE".

El error de la aplicación del perfil de host en vCenter puede provocar problemas con la configuración de NSX en el host.

Problema: si la aplicación del perfil de host no funciona correctamente en vCenter, la configuración de NSX también puede fallar.

Solución alternativa: en vCenter, compruebe que el perfil de host se aplicó correctamente. Corrija los errores e inténtelo de nuevo.

No se admiten los LAG en los hosts ESXi sin estado.

Problema: el perfil de vínculo superior configurado como LAG en NSX no se admite en un host ESXi sin estado administrado por un vCenter Server o en NSX.

Solución alternativa: ninguna.

Un host sin estado no arranca con la dirección MAC de la NIC de PXE cuando se aplica con un perfil de host extraído de un host con estado. Problema: Si un host sin estado está asociado a un perfil de host extraído de un host con estado, el adaptador de VMkernel (vmknic) del host sin estado no arranca con la dirección MAC de la NIC de PXE del host, ya que un host con estado no arranca como sistema habilitado para PXE.

Solución alternativa: Cuando esté configurando la implementación de hosts sin estado, asegúrese de que el perfil de host extraído proviene de un host que arranca como un sistema con PXE habilitado.