1. Tipos de conmutador virtual en Hyper-V

Hyper-V define tres tipos principales de conmutador virtual (vSwitch), que se usan tanto en entornos de laboratorio como en producción:

• Conmutador externo: se vincula a una NIC física del host y permite que las VMs se comuniquen con la red física (LAN/Internet) y, opcionalmente, con el propio host.
• Conmutador interno: crea una red sólo entre el host y las VMs del mismo host, sin acceso directo a la red física.
• Conmutador privado: conecta únicamente a las VMs del host entre sí, sin acceso al host ni a la red física.

En producción, el conmutador más común es el externo, mientras que los conmutadores internos y privados son muy útiles para laboratorios, redes aisladas o entornos de pruebas.

2. Crear conmutadores virtuales desde PowerShell

Aunque puedes usar el administrador de Hyper-V, PowerShell te da claridad y repetibilidad.

2.1. Conmutador externo

# Reemplaza "Ethernet" con el nombre de tu NIC física
New-VMSwitch -Name "vSwitch-Prod" -NetAdapterName "Ethernet" `
  -AllowManagementOS $true
    

2.2. Conmutador interno

New-VMSwitch -Name "vSwitch-Interno" -SwitchType Internal
    

2.3. Conmutador privado

New-VMSwitch -Name "vSwitch-Privado" -SwitchType Private
    

3. VLANs en Hyper-V: segmentación lógica

Las VLANs te permiten separar tráfico de distintas redes lógicas usando la misma infraestructura física.
Hyper-V puede etiquetar tráfico VLAN a nivel de adaptador de VM.

Ejemplo de asignación de VLAN a una VM:

Set-VMNetworkAdapterVlan -VMName "SRV-APP01" -Access -VlanId 20
    

Buenas prácticas al usar VLANs:

• Define un esquema claro de VLANs (por ejemplo: 10=Gestión, 20=Aplicaciones, 30=BDs, 40=Clientes).
• Mantén consistencia entre la configuración de Hyper-V y los switches físicos (troncales vs. acceso).
• Documenta qué VLAN utiliza cada vSwitch y cada grupo de VMs para simplificar troubleshooting.

4. QoS en Hyper-V: evitando que una VM “se coma” la red

La Calidad de Servicio (QoS) permite limitar o garantizar ancho de banda para ciertas VMs o tipos de tráfico, de forma que una carga ruidosa no afecte al resto.

Ejemplo de límites mínimos y máximos en un adaptador de red de una VM:

# Valores en Mbps
Set-VMNetworkAdapter -VMName "SRV-BACKUP" -Name "Red-Produccion" `
  -MinimumBandwidthWeight 10 -MaximumBandwidth 500
    

• Usa QoS para controlar tráfico de respaldo, réplicas o tareas de mantenimiento que puedan consumir mucho ancho de banda.
• Asegura ancho de banda mínimo para VMs críticas (por ejemplo, bases de datos o controladores de dominio).
• No abuses de reglas complejas: empieza con pocos límites bien definidos y ajusta según monitoreo.

5. Teaming de NICs y Switch Embedded Teaming (SET)

Para lograr resiliencia y mayor capacidad, es habitual agrupar varias NICs físicas para usarlas como un sólo enlace lógico. En versiones modernas de Windows Server, Hyper-V incorpora
Switch Embedded Teaming (SET).

Ejemplo básico de creación de un vSwitch con SET usando dos NICs físicas:

New-VMSwitch -Name "vSwitch-SET-Prod" `
  -NetAdapterName "NIC1","NIC2" `
  -EnableEmbeddedTeaming $true
    

Beneficios de usar SET:

• Alta disponibilidad: si una NIC falla, el tráfico continúa por la otra.
• Mayor capacidad agregada: suma el ancho de banda de varias NICs.
• Integración con Hyper-V: el teaming está integrado en el propio conmutador virtual.

Como siempre, valida la compatibilidad con tu hardware y configura correctamente los switches físicos según el modo de teaming que vayas a usar.

6. Diseños típicos de red en Hyper-V

6.1. Host único de producción (PYME)

• 2 NICs en SET para tráfico de producción.
• 1 NIC separada para administración.
• vSwitch de producción + VLANs por función (gestión, apps, BD, DMZ interna).

6.2. Cluster de Hyper-V

• Teamings dedicados para tráfico de VMs y Live Migration.
• Redes separadas para clúster y almacenamiento (SMB o iSCSI si aplica).
• Uso intensivo de VLANs para separar tipos de tráfico y tenants.

Conclusión

Un buen diseño de redes virtuales en Hyper-V combina conmutadores correctamente elegidos, VLANs claras, QoS bien aplicada y teaming de NICs para resiliencia. Si defines estas bases desde el inicio, ganarás rendimiento, seguridad y una vida mucho más tranquila cuando toque diagnosticar problemas de red en tus máquinas virtuales.