Todos los sistemas y aplicaciones comerciales de una empresa se ejecutan en un entorno virtualizado que consta de 5 servidores con ESXi 6.0 instalado, han estado funcionando de manera estable durante muchos años y básicamente no han ocurrido problemas.
Un ingeniero empresarial se puso en contacto conmigo esta tarde y me dijo que el acceso al sistema empresarial de la unidad era muy lento. En el sistema empresarial, el retraso de la puerta de enlace PING supera los 2 ms, normalmente menos de 1 ms. El servidor y la red de la empresa no se han modificado recientemente.
Verifique que haya una alarma de memoria física del host (indicando que hay un problema con la memoria de la 20a ranura de memoria), como se muestra en la Figura 1. 
Figura 1 Hay un problema de memoria.
Ponga este servidor en modo de mantenimiento. Al migrar una máquina virtual a otro host, aparece "Esperando falla de datos ..." y "La migración se canceló porque la memoria de la máquina virtual ha cambiado más que el ancho de banda de red disponible ... "como se muestra en la imagen 2. 
Figura 2 Error de migración.
Si migra manualmente una máquina virtual a otro host, la migración original que tomó unos minutos no se pudo completar (tomó más de 3 horas completar la migración por la tarde). Debido a que no estaba en el sitio, le pedí al usuario que iniciara sesión en cada host ESXi por separado y HAGA PING a la puerta de enlace para ver el retraso y la pérdida de paquetes. otros estaban dentro de 1 ms El que tiene un retraso de 2 a 3 ms es el host con una memoria defectuosa.
Después de ir al sitio por la tarde, verifiqué y encontré que las tarjetas de red de algunos servidores estaban identificadas como 10Mb o 100Mb, como se muestra en la Figura 3. Actualmente hay un total de 5 hosts ESXi, y 4 de ellos tienen una identificación incorrecta de algunas tarjetas de red. La Figura 4 es una captura de pantalla de otro host. 
Figura 3 Error de reconocimiento parcial de la tarjeta de red 
Figura 4 Error de reconocimiento parcial de la tarjeta de red
Este problema generalmente se debe a un problema de configuración de la línea o del conmutador. Pero este sistema se ha utilizado durante varios años y la tarjeta de red original puede reconocer correctamente el gigabit, lo que no debería ser un problema con la configuración del conmutador. Los problemas del cable de red o del conector del cable de red son en su mayoría, y también pueden ser causados por un mal contacto.
Debido a que el sistema empresarial todavía es relativamente lento ahora, no es momento de apresurarse a verificar la red. Para fines de emergencia, en vSphere Client, seleccione el host ESXi y modifique el conmutador virtual vSwitch, el grupo de puertos y las propiedades de la red de administración en "Configuración → Hardware → Red". En "General → Enlace de tarjeta de red", el puerto que está incorrectamente identificado como 10Mb o 100Mb se puede mover al "Adaptador en espera", como se muestra en la Figura 5. 
Figura 5 Pasar al adaptador de reserva
Después de la modificación, la tarjeta de red gigabit es el adaptador activo y la tarjeta de red identificada como 10Mb o 100Mb es el adaptador de reserva, como se muestra en la Figura 6. 
Figura 6 Modificación del enlace ascendente del conmutador virtual
Después de configurar cada host, vuelva a poner el host con la memoria defectuosa en el modo de mantenimiento. En este momento, la migración de la máquina virtual se completa rápidamente, como se muestra en la Figura 7. En este momento, la velocidad de acceso de la unidad al sistema empresarial también volvió a la normalidad. 
Figura 7 La migración es fluida,
y luego vaya a la sala de computadoras para reemplazar los cables de red con las tarjetas de red identificadas como 10Mb y 100Mb, y todas las tarjetas de red están identificadas como 1000Mb.
Una vez que el host se coloca en modo de mantenimiento, apague el host ESXi, retire la memoria defectuosa en la ranura 20 y encienda el host.Después del inicio normal, salga del modo de mantenimiento del host y las máquinas virtuales migradas a otros hosts migre lentamente de nuevo a este host. El error está resuelto.
para resumir
En este proyecto, la administración de cada servidor usa 2 puertos Gigabit y la máquina virtual usa los otros 2 puertos Gigabit. Originalmente, la red es redundante tanto en administración como en aplicaciones. Sin embargo, algunas tarjetas de red se identificaron como 10 Mb o 100 Mb en esta falla. Al acceder a máquinas virtuales a través de redes físicas y conmutadores físicos, los usuarios pueden utilizar los enlaces ascendentes identificados como 10 Mb o 100 Mb, lo que provocó que algunos sistemas comerciales. Acceso lento. De hecho, la probabilidad de tales fallas es muy baja, y tales fallas generalmente no ocurren cuando se usa un cable de red calificado. Entonces, ¿cómo evitar este problema? Puede cambiar la "negociación automática" del enlace ascendente a "1000 Mb, dúplex completo" en las propiedades del conmutador virtual → adaptador de red, como se muestra en la Figura 8. Después de configurar este modo, si la velocidad de la línea no puede alcanzar gigabit, este puerto se desconectará, lo que evita que la línea se ralentice. Pero debe tenerse en cuenta que si ambos están configurados en 1000Mb, cuando ambos no se pueden identificar como Gigabit, la red se interrumpe y el negocio puede verse afectado en este momento; si uno de ellos está configurado en 1000Mb, cuando ninguno de ellos puede identificarse como Gigabit. También habrá una operación de velocidad reducida, lo que puede garantizar que el negocio se vea afectado pero no interrumpido. El administrador puede optar por configurar uno o dos de ellos en 1000Mb de acuerdo con la situación real.
Figura 8 Configuración de la velocidad del puerto
========== Video, si desea navegar, haga clic con el botón derecho para abrir ==============
Instalación de VMware ESXi y vCenter Server y actualizar el curso de video experimental
https : / /edu.51cto.com/sd/e1e6b
Utilice NVIDIA RTX8000 para configurar el escritorio virtual de la GPU
https://edu.51cto.com/sd/952a9
Curso de video de introducción a la virtualización de VMware vSphere 6.7
https://edu.51cto.com/sd/22fe0
Ejercicio de combate real de VMware vSAN 6.7
https://edu.51cto.com/sd/c6449
Estudio en profundidad del escritorio virtual VMware Horizon View7
https://edu.51cto.com/sd/225f2
SME vSphere, planificación y diseño de centros de datos virtualizados y selección de productos
https://edu.51cto.com/sd/04e53
Mejora de la virtualización del servidor VMware: curso en video de configuración de la infraestructura de virtualización
https://edu.51cto.com/sd/b9594
Olvidé el video tutorial de solución de contraseña de VMware ESXi y vCenter Server
https://edu.51cto.com/sd/993e5
======= Los últimos libros de Wang Chunhai, si desea navegar, haga clic derecho para abrir == = ======
Guía de la aplicación de escritorio virtual de VMware Horizon
https://item.jd.com/13038424.html
Combate de aplicaciones empresariales hiperconvergentes VMware vSAN
https://item.jd.com/12842654.html
Combate de operación y mantenimiento empresarial de VMware vSphere 6.5
https://item.jd.com/12329944.html
Estudio en profundidad de VMware vSphere 6
https://item.jd.com/11958052.html
Virtualización de VMware y computación en la nube: volumen de operación y mantenimiento de vSphere
https://item.jd.com/12237563.html
Virtualización de VMware y computación en la nube: volumen de solución de problemas
https://item.jd.com/12478965.html