Montar redes en Hyper‑V no es solo elegir un conmutador y listo; detrás hay decisiones que afectan al rendimiento, a la seguridad y a la operativa del día a día. Si vas a desplegar laboratorios, entornos de pruebas o cargas en producción, conviene dominar los tipos de redes disponibles y sus implicaciones.
En las siguientes líneas se desgranan los tipos de conmutadores, los adaptadores virtuales, las opciones clave como SR-IOV, VLAN o QoS, y un conjunto de prácticas recomendadas para clústeres, migración en vivo, almacenamiento y más. Además, verás detalles prácticos poco contados, como el conmutador interno con NAT, el comportamiento del Default Switch, o cuándo activar tramas jumbo.
Fundamentos de red en Hyper‑V
En Hyper‑V, la base la conforman dos piezas: el conmutador virtual y el adaptador de red virtual. El conmutador virtual opera en capa 2 como un switch Ethernet software, y el adaptador de red virtual es el interfaz que conectas a ese switch para dar red a cada máquina virtual.
Lo habitual es crear un conmutador virtual en la instalación y, al generar la máquina virtual, elegir ese conmutador para que se cree y asigne el adaptador de red virtual automáticamente. Todos los conmutadores residen en el host de Hyper‑V, mientras que cada adaptador virtual pertenece exclusivamente a su VM.
El conmutador virtual de Hyper‑V es extensible: permite supervisión, control, segmentación, seguridad y diagnóstico, y se le pueden añadir extensiones de terceros para ampliar capacidades. Algunas funciones avanzadas, como ACL de puertos o configuraciones detalladas de VLAN, se gestionan mejor con PowerShell.
Tipos de conmutadores virtuales para Hyper‑V
Hyper‑V ofrece tres clases de conmutador virtual, que determinan el alcance de la conectividad de las máquinas virtuales, el host y el exterior.
- Conmutador externo. Vinculado a un adaptador de red físico del host. Permite que las VMs alcancen la red física e Internet, y que se comuniquen entre ellas y con el host si así se configura. Se puede habilitar que el sistema operativo de administración comparta el adaptador físico.
- Conmutador interno. No se enlaza a NIC física. Permite tráfico entre VMs del host y con el propio host, pero no hacia redes externas. Desde Windows Server 2016, se puede habilitar NAT en el host para dar salida a las VMs a través del conmutador interno.
- Conmutador privado. Crea una red aislada entre VMs del mismo host, sin conectividad con el host ni con redes externas. Ideal para entornos de pruebas cerrados o segmentos altamente sensibles.
Cuando se crea un conmutador interno, en el host aparece una interfaz virtual asociada a esa red; en el caso del conmutador privado, no se crea interfaz en el host. En el conmutador externo, la NIC física queda enlazada al switch extensible y la conectividad del host pasa a través de una interfaz virtual cuando se habilita el uso compartido por el sistema de administración.
Opciones clave del conmutador
Al crear o editar un conmutador, hay dos ajustes que conviene conocer porque condicionan la conectividad y el rendimiento.
- Permitir que el sistema operativo de administración comparta este adaptador. Si se activa en un conmutador externo, el host usará esa NIC a través del conmutador para su propia conectividad, aplicándose también QoS, seguridad o cualquier otra opción configurada en el switch virtual.
- Habilitar SR-IOV. Hace que el tráfico de la VM salte el conmutador virtual y vaya directo al hardware de la NIC, reduciendo latencia y consumo de CPU. Requiere soporte de hardware y firmware y, en el contexto de lo tratado, está disponible para VMs con Windows Server.
Al aplicar cambios en un conmutador externo, es normal perder uno o dos pings durante la reconfiguración. También puedes cambiar el conmutador físico asociado o el tipo de conmutador, aunque modificar el tipo afecta a todas las VMs conectadas, por lo que no se recomienda salvo necesidad.
Adaptadores de red virtual: sintético y heredado
Hyper‑V ofrece dos tipos de adaptadores virtuales a nivel de VM, con usos y limitaciones diferenciadas.
- Adaptador de red sintético. Disponible en VMs de generación 1 y 2. Está optimizado para Hyper‑V y requiere los controladores que aportan los servicios de integración. Es más rápido y el recomendado en casi todos los escenarios; soporta funciones como VLAN y escalabilidad. Se pueden conectar hasta 8 adaptadores sintéticos a una VM.
- Adaptador de red heredado. Solo para VMs de generación 1. Emula un adaptador Intel 21140 Fast Ethernet PCI y es útil para arranque PXE o sistemas antiguos que necesitan hardware emulado. El máximo por VM es de 4 adaptadores heredados.
En equipos modernos y sistemas invitados compatibles, usa siempre adaptadores sintéticos para maximizar el rendimiento de red y reducir la sobrecarga de CPU.
VLAN y segmentación de tráfico
Hyper‑V soporta etiquetado 802.1Q en el host y en las VMs, lo que permite que con una sola NIC física puedas transportar múltiples VLAN, asignando un VLAN ID por VM o por interfaz del host.
Para usar VLAN de forma correcta, la NIC y sus controladores deben soportar 802.1Q y el puerto del switch físico ha de configurarse como trunk, autorizando las VLAN que vayas a utilizar. En el conmutador virtual puedes fijar la identificación VLAN del sistema de administración para separar su tráfico, y en cada adaptador de VM activar la identificación de VLAN de invitado.
Más allá del ID básico, el conmutador extensible permite opciones adicionales vía PowerShell como modo de puerto o VLAN nativa, algo útil en entornos avanzados y que debe alinearse con la configuración de red física.
QoS, ACL, duplicación de puertos y extensiones
El switch virtual extensible incorpora calidad de servicio para limitar o priorizar caudales por puerto, mejorar la convivencia de flujos y asegurar el ancho de banda de servicios críticos.
Además, el marco extensible admite complementos de terceros que brindan capacidades avanzadas de seguridad, monitorización o virtualización de funciones de red, ampliando el alcance del conmutador base.
Conmutadores, NAT y el Default Switch
Al trabajar con Hyper‑V en sistemas cliente recientes, existe un Default Switch que suministra conectividad mediante NAT a través del host. Es práctico para salir a Internet sin tocar nada, pero no equivale a un conmutador externo real y no integra a las VMs en la LAN física.
Si necesitas que una VM se comporte como un equipo más de la red local, crea un conmutador externo y así la VM obtendrá IP del router o del DHCP corporativo. Para escenarios de aislamiento con salida controlada, un conmutador interno con NAT configurado en el host te da equilibrio entre aislamiento y acceso al exterior.
Buenas prácticas de red en Hyper‑V
Antes de nada, mantén al día controladores y firmware de las NIC físicas del host. Las últimas versiones suelen ofrecer más estabilidad, mejor rendimiento y opciones como RSS, VMQ o SR-IOV mejoradas.
En hosts y servidores virtuales, utiliza direcciones IP estáticas siempre que esos equipos vayan a ser referenciados por su IP. Evitarás que cambios de concesión DHCP rompan conectividad con servicios críticos.
Si cuentas con varias NIC físicas, plantea NIC Teaming para agregación y tolerancia a fallos en redes de VMs o gestión. Ten en cuenta que para iSCSI y SMB 3.0 de almacenamiento no se recomienda Teaming; usa MPIO en iSCSI y las capacidades nativas de SMB Multichannel para SMB 3.0.
En clústeres de Hyper-V, separa redes por función para rendimiento y resiliencia. Lo ideal es dedicar redes a:
- Almacenamiento. Red de alta velocidad y baja latencia, a ser posible 10 GbE o superior.
- CSV y heartbeat. Tráfico ligero pero sensible a la latencia; evita compartir con flujos masivos.
- Migración en vivo. Ancho de banda suficiente para copiar memoria de VMs en ejecución sin penalizar otros tráficos.
- Red de VMs. Tráfico de carga de trabajo invitado.
- Gestión. Administración de hosts y tareas auxiliares.
En estas redes, activa QoS en el conmutador para garantizar mínimos de caudal y evitar que picos de una función degraden otra. Para tráfico de clúster en general, es buena práctica aislarlo y priorizarlo.
Tramas jumbo: cuándo y cómo
Las tramas jumbo permiten MTU superiores a 1500 bytes para reducir overhead y número de interrupciones, mejorando la eficiencia del servidor y de la red. En Ethernet estándar, la trama es de 1518 bytes; con VLAN añade 4 bytes hasta 1522.
Al trabajar con jumbo, la MTU típica ronda 9000 bytes. Una trama contiene cabeceras y carga útil, con preámbulo, delimitador de inicio, datos, y FCS para control de errores. Al transportar paquetes TCP más grandes, se reducen cabeceras repetitivas y disminuye la carga de CPU.
Activa tramas jumbo de extremo a extremo exclusivamente en redes donde aporten valor: iSCSI, Live Migration y CSV. Hay experiencias que señalan mejoras de transferencia cercanas al 27% en estos casos. No las apliques al resto de redes si no tienes claro el beneficio, porque puedes introducir efectos adversos.
Recuerda que todos los dispositivos del camino deben soportar la MTU elegida y configurarse coherentemente: NICs, switches, routers y sistemas implicados.
Migración en vivo, S2D y RDMA
Para la migración en vivo, puedes ajustar opciones de rendimiento que reduzcan uso de CPU y red y aceleren el movimiento de memoria. Aísla su tráfico y dale el ancho de banda adecuado.
Si utilizas Espacios de almacenamiento directo, la comunicación se basa en SMB 3.0 y RDMA, por lo que la red debe estar preparada para minimizar latencia y aportar la máxima capacidad efectiva.
Crear y gestionar conmutadores con Hyper-V Manager
Desde Hyper-V Manager, abre el Administrador de conmutadores. Puedes crear conmutadores externo, interno o privado, nombrarlos y elegir la NIC física en el caso externo. Marca o desmarca si quieres que el sistema de administración comparta el adaptador.
Al aplicar el cambio, el sistema puede quedar unos segundos sin red. Es normal y, aunque no suele dar problemas, si el host pierde conectividad revisa la configuración IP de la nueva interfaz virtual del host.
Para VLAN, en el conmutador puedes definir el ID para el host y en las VMs activar el etiquetado en cada adaptador. Opciones avanzadas como puerto nativo o modo de puerto requieren PowerShell y deben casar con el switch físico.
Escenarios de conectividad típicos
En una red externa, las VMs obtienen IP de la red física y se ven entre sí, con el host y con el resto de la LAN e Internet, siempre que su configuración IP encaje con el segmento de la red.
En una red interna, las VMs se comunican entre ellas y con el host mediante la interfaz virtual interna del host, sin salida directa a redes externas salvo que configures NAT en el host.
En una red privada, las VMs solo se ven entre ellas y no hay interfaz en el host. Es perfecta para laboratorios aislados, por ejemplo, montar un objetivo iSCSI en una VM y que solo lo consuman otras VMs del mismo host.
Cuando creas redes externas para VMs, la NIC física dedicada a esas redes queda con solo el protocolo del conmutador virtual, mientras que la tarjeta de gestión del host mantiene su pila habitual de cliente de red, uso compartido y TCP IP.
NIC Teaming, equilibrio y almacenamiento
El Teaming aporta mayor disponibilidad y distribución de tráfico, pero no suma anchos de banda de forma lineal; ayuda a repartir y a sobrevivir a fallos. En clústeres, conecta cada NIC del equipo a un switch físico distinto para tolerancia a fallos real.
Evita Teaming en iSCSI, y valora MPIO si tanto iniciadores como objetivos lo soportan. Para SMB 3.0 orientado a almacenamiento en entornos Hyper-V, tampoco es recomendable Teaming por las mismas razones.
Mantén un equilibrio entre el ancho de banda de red y el rendimiento de discos del almacenamiento compartido. Una red rápida con discos lentos, o discos rápidos en una red lenta, terminan creando cuellos de botella y menor rendimiento global.
SDN, NFV, SCVMM y servicios de integración
Hyper-V se beneficia de redes definidas por software, permitiendo abstraer funciones de red del hardware y habilitar gestión centralizada y automatización.
La virtualización de funciones de red permite ejecutar firewalls, balanceadores o routers como VMs, aportando agilidad y flexibilidad. El conmutador extensible y las extensiones son piezas clave en este enfoque.
Con System Center Virtual Machine Manager amplías el control sobre el tejido de red virtual y físico, la asignación de direcciones, las plantillas y los servicios, consolidando la operación a escala.
Los servicios de integración proporcionan controladores optimizados y funcionalidades adicionales que mejoran el desempeño y la operatividad de las VMs con Hyper-V.
DHCP, NLB y consideraciones adicionales
Dentro del entorno virtual puedes hospedar servicios DHCP si necesitas asignación de IPs automatizada para VMs, cuidando el aislamiento para evitar conflictos con servidores DHCP de la red física.
Hyper-V soporta equilibrio de carga de red a nivel de sistema para distribuir tráfico entrante entre varias VMs, mejorando escalabilidad y disponibilidad de servicios web u otras cargas TCP UDP.
Protección de datos en entornos Hyper‑V
Aunque no forma parte del tejido de red, asegurar el entorno con copias de seguridad y replicación es fundamental. Existen soluciones específicas para Hyper-V con copias incrementales, recuperación granular y DR que protegen tanto VMs como hosts y complementan la estrategia de disponibilidad.
Consejos operativos y resolución de problemas
Si necesitas conectar VMs como si fueran equipos físicos en la LAN, usa un conmutador externo y selecciona la NIC adecuada. Desactivar el uso compartido del host implica que el adaptador físico quedará dedicado a las VMs; en equipos con una sola NIC, no conviene.
Para pruebas aisladas con intercambio de ficheros entre host e invitados, elige conmutador interno. Si la salida a Internet es necesaria, habilita NAT en el host o usa el Default Switch si te basta con NAT automático.
Cuando cambies redes o VLAN, verifica siempre la coherencia en host, VMs y switches físicos. Pequeños desajustes en el etiquetado o en la MTU suelen estar detrás de la mayoría de incidencias.
Dominar los conmutadores virtuales, los adaptadores y sus opciones te permite diseñar redes de Hyper-V que rindan, sean seguras y escalen. Con VLAN bien planteadas, QoS para lo crítico, separación de funciones en clúster, tramas jumbo donde aportan y drivers al día, tendrás la base para mover VMs con migración en vivo, alimentar almacenamiento por SMB 3.0 o iSCSI y operar con tranquilidad, sabiendo qué tocar y por qué. Comparte esta información para que más usuarios conozcan sobre los tipos de redes a configurar en Hyper‑V.