Perdió la conectividad con el host Hyper V después de crear un conmutador externo


0

Antecedentes: tuvimos un error de disco SAS que formaba parte de una matriz RAID 10. Desafortunadamente, cuando falló, también pateó su par reflejado en el SPAN fuera de línea, lo que significa que toda la matriz era irrecuperable. Tenemos copias de seguridad, por lo que no hay problemas importantes allí. Compramos un par de discos nuevos, reconstruimos la matriz e instalamos el Servidor Hyper V desde cero listo para importar el VMS respaldado.

El servidor en cuestión tiene dos NIC. Cuando configuré inicialmente el servidor, asigné una dirección IP a la NIC 1 y, lo que es más importante, también ejecuté el comando set-netadapter -name Nic1 -VlanID 100ya que está conectado a un puerto troncal en el conmutador. Estoy seguro de que aquí es donde se origina el problema, sin embargo, en este punto todo funcionaba bien.

Pude conectar Hyper V Manager usando la dirección IP que asigné a NIC 1 e importé mi primera VM. Dado que esta máquina virtual tiene un gran ancho de banda, creé un nuevo conmutador externo con la NIC 2. Esta NIC está conectada a un puerto de acceso sin etiquetar en el conmutador, y no permití que el sistema operativo de administración use este conmutador virtual ya que quiero para ser dedicado a la VM. Todavía no hay problema aquí: la nueva máquina virtual está lista y tengo conectividad.

Luego procedí a crear un nuevo conmutador virtual usando NIC 1. Marqué la opción para permitir que el sistema operativo de administración use este adaptador de red e hice clic en "Aceptar". Este es el punto en que perdí la conectividad.

Tengo acceso al servidor físico, y puedo usar PowerShell para ver los adaptadores de red y ejecutar, ipconfig /alletc. La configuración de IP es correcta hasta donde puedo ver, y los adaptadores de red se muestran como conectados.

Estoy seguro de que esto tiene algo que ver con el hecho de que configuré el VlanID del adaptador de red subyacente antes de crear el conmutador virtual. Sin embargo, me cuesta entender los comandos de PowerShell que necesitaría para deshacer esta acción y, dado que se trata de una máquina de producción, prefiero no hacerlo por prueba y error.

Ni siquiera quiero tocar NIC2, ya que está conectado a nuestra máquina virtual más importante y actualmente funciona bien.

Cualquier ayuda con esto sería muy apreciada.


Obviamente, el efecto combinado de dormir en él y escribir este mensaje ha provocado algo: ahora veo que podría eliminar el interruptor externo que creé para al menos recuperar la conectividad de la red (al menos en teoría). Sin embargo, todavía me gustaría saber exactamente qué sucedió y cómo podría solucionarlo correctamente.
Rob Methven

Respuestas:


0

Lo tengo arreglado. Instalé 59Manager en el host Hyper-V y descubrí que la VLAN para el sistema operativo de administración no se había configurado a pesar de que se había especificado cuando creé el conmutador externo. Agregar la ID de VLAN en este cuadro dentro de 59Manager solucionó mis problemas de conectividad.

Parece que la computadora que ejecuta Hyper V Manager ejecuta los comandos en orden, y el comando para configurar la VLAN para el sistema operativo de administración se envía después del comando para crear el vSwitch. Si el primer comando causa una pérdida de conectividad (como lo haría), el comando para configurar la VLAN del sistema operativo de administración nunca llega al Host Hyper-V.

Puedo estar equivocado sobre ese último bit, pero se ajusta a mi situación. Esperemos que esto ayude a alguien más.

Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.