Si tienes un equipo con varias tarjetas de red físicas y te gusta exprimirlo al máximo, seguramente te hayas preguntado alguna vez cómo aprovechar todo el ancho de banda disponible y ganar tolerancia a fallos. Ahí es donde entra en juego el famoso NIC Teaming, una tecnología que en entornos profesionales se usa desde hace años, pero que también puedes disfrutar en tu PC, servidor casero o laboratorio con Windows 11 si sabes por dónde tirar.
Aunque en Windows Server la cosa viene bastante mascada, en Windows 11 el tema está algo más escondido e incluso “capado” en algunas ediciones, por lo que conviene entender bien qué es exactamente el NIC Teaming, qué limitaciones tiene, cómo se relaciona con tecnologías como Switch Embedded Teaming (SET) o LBFO y, sobre todo, cómo puedes configurarlo desde cero usando PowerShell y una correcta preparación de tu switch.
Qué es NIC Teaming y para qué sirve en Windows 11
El NIC Teaming, también conocido como formación de equipos de NIC o equipos de adaptadores de red, consiste en agrupar varias interfaces de red físicas en una sola interfaz lógica. Desde el punto de vista de Windows, en lugar de ver dos o más tarjetas de red independientes, se expone un único adaptador “virtual” que es el que se configura con IP, máscara, puerta de enlace y demás parámetros.
La ventaja de este enfoque es que la comunicación ya no depende de una sola tarjeta, sino de todas las que forman el equipo. Esto permite dos cosas muy importantes: aumentar el ancho de banda agregado (link aggregation) y mejorar la alta disponibilidad, de forma que si uno de los cables, puertos del switch o NIC falla, el tráfico puede seguir circulando por el resto sin que pierdas conectividad.
Piensa en el NIC Teaming como si unieras varios tubos de agua en paralelo para crear una sola tubería de mayor diámetro: el caudal total aumenta y, además, si uno de los tubos se pincha, el agua sigue circulando por los otros. En red ocurre algo muy parecido: se suman capacidades y se reduce el impacto de un fallo individual.
En entornos con servidores físicos es muy habitual disponer de varias tomas Ethernet de 1 Gbps o 10 Gbps. En lugar de dejar una parada o usar cada una para cosas distintas, podemos combinarlas en un solo equipo NIC que gestione tráfico de forma agregada y con balanceo de carga, algo especialmente útil en servidores de archivos, virtualización, NAS caseros o máquinas que mueven mucho dato.
En Windows Server esta funcionalidad está soportada de forma oficial desde hace varias versiones, con opciones tanto en la interfaz gráfica del Administrador del servidor como vía PowerShell. En el caso de Windows 10 y Windows 11, el panorama es diferente: no hay asistente gráfico integrado para NIC Teaming tradicional y muchas de las opciones clásicas de LBFO (Load Balancing and Failover) están pensadas para entorno servidor, aunque existen vías para conseguir resultados similares o incluso restaurar parte de esas capacidades.
Diferencias entre NIC Teaming clásico, LBFO, SET y SDN
Para entender bien qué se puede hacer en Windows 11 conviene separar varios conceptos que a veces se mezclan: NIC Teaming (LBFO), Switch Embedded Teaming (SET) y redes definidas por software (SDN). Todos apuntan a un objetivo común (agregar enlaces, mejorar rendimiento y disponibilidad), pero no funcionan igual ni se usan en los mismos escenarios.
El NIC Teaming “clásico” o LBFO (Load Balancing and Failover) es la tecnología que se popularizó en versiones anteriores de Windows Server y que permite crear un equipo de NIC independiente del conmutador virtual de Hyper-V. Con LBFO puedes agrupar adaptadores físicos y exponer uno o varios NIC virtuales al sistema o a las máquinas virtuales, gestionando tanto el balanceo como la conmutación por error.
Con la llegada de Windows Server 2016 y la apuesta fuerte por las redes definidas por software, Microsoft introdujo Switch Embedded Teaming (SET), que básicamente integra la lógica de formación de equipos de NIC directamente dentro del conmutador virtual de Hyper-V. En lugar de crear el equipo “por fuera” y luego engancharlo al vSwitch, en SET los propios adaptadores físicos que forman el equipo son los que alimentan al conmutador virtual, con la ventaja de tener menos capas y mejor integración con SDN.
SET se diseñó pensando sobre todo en escenarios de virtualización avanzada, donde intervienen tecnologías como RDMA (Acceso Directo a Memoria Remota), NVGRE, VXLAN, NFV o controladoras de red. En esos entornos se busca reducir latencias, maximizar rendimiento y gestionar el tráfico de muchas máquinas virtuales como si fuera una sola plataforma de red lógica.
Mientras tanto, en los escenarios de estación de trabajo y sistemas cliente (Windows 10, Windows 11) el foco es distinto: ahí no hay normalmente conmutador de Hyper-V con SDN, pero sí puede haber varias tarjetas físicas que queramos agrupar para obtener más ancho de banda de red hacia un switch gestionable, un router avanzado o un NAS de alto rendimiento. Para estos casos, hay dos caminos: usar las capacidades de NIC Teaming disponibles vía PowerShell con New-NetSwitchTeam (limitadas pero funcionales) o recurrir a soluciones alternativas para restaurar LBFO en Windows 11 cuando la versión lo permite.
Ejemplo práctico: NIC Teaming en un NUC con Windows 11
Un caso muy ilustrativo es el de un mini PC de gama alta, por ejemplo un NUC Extreme con dos interfaces Ethernet de 1 Gbps y posibilidad de instalar una gráfica dedicada. Este tipo de máquina, comprada incluso de segunda mano, se convierte en un pequeño “servidor doméstico” perfecto para centralizar copias, montar un laboratorio de virtualización o servir contenidos multimedia en la red local.
En un escenario así, lo habitual es que el equipo tenga dos puertos RJ45 que, de serie, funcionan por separado a 1 Gbps cada uno. Si se conectan los dos al mismo switch, solo con eso no se consigue sumar ancho de banda, ya que el sistema operativo sigue viéndolos como dos rutas de red distintas. Para que de verdad aporten más rendimiento y resiliencia hay que agruparlos mediante NIC Teaming.
El primer paso, antes incluso de tocar Windows, es asegurarse de que el switch donde vas a conectar el equipo está configurado correctamente. Muchos switches gestionables permiten crear un “trunk” o agregación de enlaces (por ejemplo, usando LACP) en dos o más puertos. La idea es que esos puertos pasen a comportarse como un solo enlace lógico más ancho, con lo que el NUC y el switch podrán intercambiar tráfico como si dispusieran de una tubería doble.
Una vez configurado el trunk en el switch, llega el momento de abrir una consola de PowerShell con permisos de administrador en Windows 11. Desde ahí, el primer comando que interesa ejecutar es Get-NetAdapter, que muestra todos los adaptadores de red disponibles en el sistema, ya sean físicos o virtuales.
En el ejemplo típico, el resultado de Get-NetAdapter mostraría algo parecido a esto: un adaptador Wi-Fi (por ejemplo Intel Wi-Fi 6), dos NIC Ethernet cableadas (LAN01 y LAN02), quizá una interfaz de Bluetooth y algún adaptador adicional como un USB Ethernet externo de 1 Gbps. Lo que nos interesa es identificar los nombres exactos de las dos tarjetas que vamos a incluir en el equipo, ya que esos nombres serán los que usemos al crear el NIC Teaming.
Creación de un Switch Team con PowerShell en Windows 11
Con los nombres de las interfaces en la mano (por ejemplo «LAN01» y «LAN02»), el siguiente paso es crear el equipo como tal. Para ello, Windows 11 ofrece el cmdlet New-NetSwitchTeam, que permite definir un equipo de adaptadores de red integrado con funciones de switch y pensado para escenarios de conmutación.
El comando básico para crear un equipo llamado, por ejemplo, «LANTEAMING» sería algo del estilo: New-NetSwitchTeam -Name «LANTEAMING» -TeamMembers «LAN01″,»LAN02». Con una sola orden, Windows agrupa ambas interfaces físicas bajo un adaptador lógico compartido, que aparecerá a partir de ese momento entre los adaptadores de red del sistema como si fuera una tarjeta más.
Para comprobar que el proceso ha ido bien, se puede usar Get-NetSwitchTeam, que devuelve la lista de equipos creados y sus miembros. Si todo es correcto, verás un equipo con nombre «LANTEAMING» y una colección de miembros que incluirá LAN01 y LAN02 en estado activo. A partir de ahí, es buena idea revisar también que el nuevo adaptador aparece en el panel de conexiones de red de Windows, desde donde se pueden ajustar propiedades adicionales si es necesario.
Uno de los efectos más visibles del NIC Teaming es el cambio en la forma en que se presenta la interfaz de red al sistema. Si ejecutas ipconfig después de crear el equipo, verás que ya no figuran LAN01 y LAN02 como adaptadores con dirección IP propia, sino que la IP se asocia al adaptador «LANTEAMING». Es decir, la configuración IP pasa a estar vinculada al equipo lógico, mientras que las NIC físicas funcionan como “piernas” del conjunto.
En muchos casos, el equipo obtendrá la dirección IP automáticamente mediante DHCP, y no es raro que retenga la IP que tenía una de las interfaces previamente (por ejemplo la de LAN01) si el proceso de creación del equipo se hace sin interrumpir excesivamente la conexión. De cualquier modo, siempre puedes asignar manualmente IP estática, máscara, puerta de enlace y DNS sobre el adaptador del equipo LANTEAMING como harías con cualquier otra tarjeta.
Beneficios reales: ancho de banda agregado y alta disponibilidad
Al hablar de NIC Teaming muchas veces se tiende a simplificar diciendo que “duplica la velocidad”, pero conviene matizar qué significa exactamente eso en un entorno real. Cuando agregas dos enlaces de 1 Gbps con un switch correctamente configurado, lo que obtienes es una capacidad total de 2 Gbps repartida entre múltiples flujos de tráfico, no tanto un único flujo de 2 Gbps hacia un solo cliente.
En la práctica, esto se traduce en que si tienes varios clientes en la red accediendo a tu NUC, NAS o servidor Windows 11 a la vez, el sistema puede repartir las sesiones entre las dos interfaces y conseguir que la suma de todas ellas se acerque a los 2 Gbps, siempre que el switch soporte agregación de enlaces y el protocolo de balanceo se encargue de distribuir las cargas de manera eficiente.
Otro punto muy importante es la alta disponibilidad. Al tener dos cables hacia el switch, dos puertos en el switch y dos adaptadores físicos en el equipo, el sistema es mucho más resistente a fallos. Si uno de los cables se desconecta, un puerto del switch se estropea o una tarjeta de red deja de responder, el equipo NIC mantendrá la conexión gracias al resto de miembros. La velocidad total bajará (por ejemplo de 2 Gbps a 1 Gbps), pero no perderás comunicación con el resto de la red.
Este tipo de tolerancia a fallos es clave en servidores que dan servicio a usuarios o máquinas virtuales, pero también es muy interesante en un entorno doméstico avanzado, donde un único corte de red en el servidor multimedia o de copias de seguridad puede fastidiar bien una sesión de streaming o un backup largo. Gracias al NIC Teaming, pequeñas incidencias de hardware pasan mucho más desapercibidas.
Por supuesto, para notar de verdad las ventajas en términos de velocidad sostenida es recomendable que el resto de tu infraestructura de red acompañe: un switch gestionable con soporte de LACP u otro modo de agregación, un router o firewall capaz de manejar ese tráfico y, si trabajas con NAS o cabinas de discos, que también dispongan de puertos múltiples y opciones de teaming o bonding compatibles.
NIC Teaming en Windows 10 y Windows 11: PowerShell y particularidades
En el caso de Windows 10 y Windows 11, habilitar NIC Teaming no es tan “amigable” como en Windows Server, donde el Administrador del servidor ofrece un asistente gráfico paso a paso. En los sistemas cliente, el camino pasa casi siempre por usar PowerShell con permisos elevados y los cmdlets relacionados con NetSwitchTeam y NetAdapter.
La secuencia típica en Windows 10 sería muy similar a la descrita antes para el NUC con Windows 11: primero Get-NetAdapter para ver qué interfaces tiene tu equipo, y después New-NetSwitchTeam -Name «LAN» -TeamMembers «LAN1″,»LAN2» (ajustando nombres a los que realmente aparezcan en tu sistema). Tras ejecutar el comando, el equipo se crea y puedes verificarlo con Get-NetSwitchTeam, además de revisar en el panel de conexiones de red que ahora existe un adaptador nuevo que agrupa a los anteriores.
En Windows 11 la filosofía es parecida, aunque hay que tener en cuenta que Microsoft ha ido reduciendo el soporte oficial para LBFO en sistemas cliente. Aun así, muchos usuarios siguen usando New-NetSwitchTeam para montar equipos básicos cuando los controladores de red lo permiten, y en algunos casos se recurre a scripts o herramientas externas para restaurar características heredadas.
Por ejemplo, hay repositorios públicos en GitHub que proporcionan scripts y binarios para devolver al sistema las capacidades de LBFO clásicas, que originalmente estaban disponibles en Windows 10 pero dejaron de estar expuestas de forma estándar en Windows 11. Un caso comentado es el de un laboratorio doméstico con Windows 11 IoT Enterprise LTSC 2024, donde el usuario quería recrear el mismo comportamiento de NIC Teaming que tenía antes y necesitaba compatibilidad con aplicaciones que no se llevaban bien con Windows Server.
Gracias a ese tipo de soluciones (derivadas de investigaciones previas y de documentación no oficial sobre el funcionamiento interno de LBFO), se ha logrado restaurar la capacidad de crear equipos de NIC en Windows 11 Pro 24H2 y Windows 11 IoT Enterprise LTSC 2024, tanto en máquinas virtuales como en hardware físico, permitiendo usar de nuevo agregación de enlaces basada en LACP entre routers avanzados, switches gestionables y servidores domésticos.
Escenarios de red admitidos en Windows Server relacionados con NIC Teaming
Aunque el foco principal aquí es Windows 11, merece la pena repasar cómo encaja NIC Teaming dentro de los escenarios de red oficialmente soportados en Windows Server 2016 y versiones posteriores, porque muchas de las tecnologías asociadas se han diseñado pensando en una continuidad entre entorno servidor y cliente avanzado.
En el ámbito de las redes definidas por software (SDN), Windows Server soporta la implementación de una controladora de red que centraliza la definición y gestión de la política de red mediante API REST. Esa controladora permite orquestar redes virtuales complejas con encapsulación NVGRE o VXLAN, dando lugar a topologías extensibles y muy flexibles. En este contexto, el teaming de NIC y SET son piezas clave para proporcionar ancho de banda y redundancia a los hosts de virtualización.
En los escenarios de Virtualización de Función de Red (NFV), se aprovechan equilibradores de carga de software (para tráfico norte-sur y este-oeste), puertas de enlace de nivel 3, VPN IPsec de sitio a sitio, puertas de enlace GRE y enrutamiento dinámico basado en BGP, todo ello con posibilidades de redundancia M+N. Aquí de nuevo la capacidad de disponer de varias interfaces físicas agregadas mediante SET o NIC Teaming es fundamental para asegurar disponibilidad y rendimiento en un entorno de múltiples tenants y servicios.
En cuanto a la plataforma de red de Windows Server, se admite el uso de NIC convergentes que combinan tráfico RDMA y Ethernet en un único adaptador, así como la creación de rutas de acceso de datos de baja latencia mediante Packet Direct, habilitado en el conmutador virtual de Hyper-V. Además, se puede configurar SET para repartir flujos SMB Direct y RDMA entre hasta dos adaptadores de red físicos, reforzando el papel del teaming integrado en el vSwitch.
Si nos centramos en el conmutador virtual de Hyper-V, los escenarios soportados incluyen la creación de un vSwitch con vNIC RDMA, vSwitch con vNIC basadas en SET y RDMA, creación de equipos SET dentro del propio conmutador virtual y administración de esos equipos mediante PowerShell. Todo este entramado forma la base de muchas soluciones de virtualización modernas en las que el NIC Teaming deja de ser un “extra” y pasa a ser un requisito básico.
Otros servicios de red relacionados: DNS, IPAM y más
El NIC Teaming no vive en una burbuja aislada; suele ir acompañado de otros servicios de red como DNS, DHCP o IPAM, especialmente en despliegues de Windows Server. Saber qué escenarios están soportados ayuda a entender cómo encaja el equipo de NIC dentro de una infraestructura más amplia donde también hay balanceo de carga, segmentación y políticas avanzadas.
Por ejemplo, en servidores DNS con Windows Server puedes definir directivas basadas en ubicación geográfica para dirigir tráfico de forma inteligente, configurar DNS dividido (split-brain) para resolver de forma diferente según desde dónde se consulte, aplicar filtros a consultas, equilibrar la carga de aplicaciones a través de DNS, generar respuestas inteligentes basada en la hora del día o configurar políticas de transferencia de zonas, entre otras cosas.
Además, es posible habilitar autenticación basada en DNS para entidades con nombre (DANE), limitar la tasa de respuesta para mitigar ataques y dar soporte a registros desconocidos en DNS, lo que amplía las opciones de integración con servicios modernos. Todo ello se beneficia de una red subyacente estable, con rutas redundantes y ancho de banda suficiente, donde el NIC Teaming contribuye a evitar cuellos de botella y cortes.
En el ámbito de IPAM (IP Address Management), Windows Server permite detectar y administrar servidores DNS y DHCP, así como rangos de direcciones IP en múltiples bosques de Active Directory federados. Puedes centralizar la administración de zonas y registros, definir políticas de control de acceso basadas en roles para delegar tareas a diferentes grupos de usuarios y automatizar buena parte de esa configuración mediante cmdlets de PowerShell orientados a IPAM.
Todo este ecosistema de servicios de red es más robusto cuando se apoya en hosts con varias interfaces agregadas mediante NIC Teaming o SET, ya que los servidores DNS, DHCP o IPAM se convierten en piezas críticas de la infraestructura y se benefician enormemente de las capacidades de alta disponibilidad y balanceo que aporta el teaming de NIC.
Creación, modificación y eliminación de equipos NIC
Dentro de los escenarios oficialmente admitidos de formación de equipos de NIC, tanto en entorno servidor como, con ciertas limitaciones, en sistemas cliente avanzados, se contempla la posibilidad de crear, modificar y eliminar equipos de forma flexible. Esto implica que puedes iniciar con un equipo mínimo y ampliarlo o reconfigurarlo más adelante en función de tus necesidades.
La creación de un equipo NIC en una configuración compatible consiste en seleccionar adaptadores del mismo tipo (por ejemplo, dos tarjetas Ethernet de 1 Gbps) y agregarlos bajo un mismo nombre de equipo, eligiendo el modo de operación adecuado según soporte del switch (LACP, estático, independiente de switch, etc.). Desde PowerShell, además de New-NetSwitchTeam, se dispone de otros cmdlets para ajustar parámetros avanzados, comprobar el estado de los miembros y revisar estadísticas.
Si en algún momento necesitas cambiar la composición del equipo, se puede agregar adaptadores adicionales a un equipo ya existente siempre que la configuración sea compatible. Este proceso permite, por ejemplo, empezar con dos NIC y más adelante añadir una tercera para ganar más margen de ancho de banda o redundancia, siempre que tu switch y tus tarjetas lo soporten.
Por el contrario, también es posible retirar adaptadores físicos de un equipo, ya sea de forma temporal (para pruebas) o permanente (porque vas a reutilizar esa interfaz para otro propósito). El equipo seguirá activo con menos miembros, aunque con un ancho de banda efectivo menor o una tolerancia a fallos reducida. Si finalmente dejas el equipo con un solo miembro, prácticamente habrás perdido las ventajas de teaming, pero al menos no tendrás que rehacer toda la configuración IP.
En cualquier momento tienes la opción de eliminar por completo un equipo NIC si ya no lo necesitas. Al hacerlo, Windows desmonta el adaptador lógico y devuelve las tarjetas físicas a su estado independiente, sin configuración IP asociada al antiguo equipo. Conviene planificar bien este paso porque, en un servidor en producción, eliminar un equipo NIC implica un cambio importante en la topología de red y puede dejar servicios inaccesibles si no se reasignan direcciones correctamente.
En definitiva, disponer de mecanismos para crear, ampliar, reducir y borrar equipos NIC te permite adaptar la capacidad de red de tus servidores o equipos de laboratorio a medida que cambian tus necesidades, sin tener que rediseñar la infraestructura desde cero cada vez que quieres añadir o quitar una tarjeta.
Todo lo que rodea a NIC Teaming, ya sea en Windows 11 con PowerShell y soluciones específicas, o en Windows Server con SET y SDN, está pensado para que exprimamos al máximo el hardware de red disponible, consiguiendo más rendimiento, más estabilidad y menos sorpresas cuando un simple cable o un puerto decide dejar de funcionar justo en el peor momento.
from Actualidad Gadget https://ift.tt/DAQN7iF
via IFTTT
No hay comentarios:
Publicar un comentario