La agregación de enlaces ayuda solo cuando la carga de trabajo de tu NAS genera suficientes flujos de tráfico independientes o necesita conmutación por error de enlace.
Para un NAS doméstico, dos puertos Ethernet agrupados no convierten automáticamente una copia SMB en una conexión el doble de rápida. La decisión útil depende de si varios clientes, contenedores, máquinas virtuales, trabajos de respaldo o sesiones de protocolo compiten al mismo tiempo, si el switch distribuye esos flujos entre ambos enlaces y si el almacenamiento y la CPU pueden suministrar el tráfico combinado.
Describe la carga de trabajo antes de habilitar el enlace agrupado
Enumera los clientes, protocolos, direcciones y solapamientos temporales que realmente importan. Una sola estación de trabajo copiando un archivo grande es una carga de trabajo diferente a dos editores leyendo medios mientras otro dispositivo hace una copia de seguridad de fotos y un contenedor sirve aplicaciones.
Admin Magazine describe la agregación de enlaces como múltiples enlaces actuando juntos entre sistemas, pero la capacidad agregada se distribuye según la lógica del enlace agrupado y del switch, en lugar de prometerse a cada flujo individual.
Registra una línea base con el puerto único actual: rendimiento por cliente, rendimiento total del NAS, latencia, uso de CPU, utilización del disco y si la congestión aparece solo cuando las cargas de trabajo se solapan. Sin ese registro de carga, una pantalla de estado LACP exitosa no puede demostrar que los usuarios hayan ganado algo.
Prueba primero con un cliente y una transferencia
Realiza una lectura y escritura de un archivo grande desde un solo cliente, luego repite después de habilitar el LAG. Mantén constante la ruta del cliente, la versión SMB, el almacenamiento y el archivo para que el resultado refleje el diseño de red y no una carga diferente.
Una explicación práctica para laboratorios domésticos señala que LACP no duplica un flujo porque una decisión de hashing normalmente asigna esa conexión a un solo miembro. El enlace agrupado puede reportar una capacidad total mayor mientras ese flujo único sigue limitado por un puerto.
Si la copia única se mantiene a la velocidad de un solo enlace, eso no significa que el LAG haya fallado. Significa que tu caso de uso debe evaluarse con múltiples flujos independientes, SMB Multichannel o un enlace individual más rápido, en lugar de esperar que la etiqueta del enlace agrupado cambie el comportamiento TCP.
Mide varios clientes al mismo tiempo
Inicia dos o más clientes que transfieran un archivo grande hacia o desde diferentes carpetas del NAS. Comiénzalos casi simultáneamente, luego registra el resultado de cada cliente y el tráfico combinado a través de ambas interfaces miembro.
Las pruebas de NAS con múltiples clientes de AnandTech muestran que el rendimiento multi-cliente puede alcanzar un máximo antes de la capacidad teórica del enlace agrupado cuando las IOPS de almacenamiento u otro subsistema se vuelven limitantes.
Un resultado útil del LAG no es solo tráfico en ambos puertos. El rendimiento combinado debe superar el de un enlace mientras los clientes individuales se mantienen estables y el NAS no alcanza un límite de almacenamiento, CPU o memoria que anule la ganancia de red.
Compara LACP con SMB Multichannel para un cliente rápido
SMB Multichannel y la agregación de enlaces resuelven problemas diferentes. LACP distribuye flujos de red independientes por debajo de SMB, mientras que Multichannel puede crear varias conexiones de transporte SMB cuando ambos extremos exponen rutas adecuadas.
La guía de ZimaSpace sobre rutas SMB Multichannel explica por qué una sesión SMB puede usar múltiples interfaces directamente en lugar de depender solo de un hash del switch.
Prueba estos diseños por separado. No habilites un enlace agrupado y Multichannel juntos sin entender la selección de rutas resultante; informes de la comunidad describen configuraciones donde LAG y Multichannel interactúan de formas que complican el resultado esperado.
Prueba la conmutación por error como un beneficio separado
La redundancia puede justificar un enlace agrupado incluso cuando el rendimiento no mejora. Durante una transferencia activa, desconecta un cable miembro o deshabilita un puerto del switch en una ventana de mantenimiento controlada y observa si la sesión se pausa, reconecta o falla.
El resultado depende del modo de enlace agrupado, soporte del switch, intervalo de detección de fallos, comportamiento del protocolo y si ambos enlaces miembros llegan a la misma red lógica. Un enlace que vuelve al LAG también es un evento de prueba porque el aleteo puede crear cambios repetidos de ruta.
Mantén la conmutación por error solo cuando proteja un servicio importante y el comportamiento de recuperación esté documentado. Un NAS doméstico usado por un solo cliente cercano puede ganar poco con la configuración adicional, mientras que un servidor de almacenamiento que soporta varios servicios siempre activos puede valorar la resiliencia incluso sin copias individuales más rápidas.
Mantén la agregación de enlaces solo cuando la carga de trabajo lo justifique
Elige LACP cuando los flujos concurrentes superen regularmente un puerto, el switch gestionado soporte el mismo modo, el almacenamiento pueda alimentar la demanda combinada y la conmutación por error tenga valor operativo. Elige un puerto único más rápido cuando la prioridad sea un cliente o una transferencia dominante.
Usa un registro de decisión en lugar de asumir por el número de puertos: carga base, carga agregada, distribución de enlaces miembros, rendimiento total, límite de almacenamiento, carga de CPU y resultado de conmutación por error. Si el enlace agrupado no aporta un beneficio repetible, su complejidad de monitoreo y recuperación sigue siendo un costo real.
El resultado exitoso puede ser mantener un enlace 2.5GbE o 10GbE, usar SMB Multichannel a través de interfaces independientes o conservar LACP para servicio multi-cliente. La elección correcta es la que cambia la carga de trabajo medida del NAS doméstico, no la que produce la etiqueta de interfaz más grande.
Soporte y Consejos
Más para leer

¿Puede Plex compartir una GPU con otro contenedor de Docker?
Plex y otro contenedor suelen poder acceder a la misma GPU, pero debes probar la compatibilidad de los controladores, la asignación de dispositivos, la...

Cómo saber si un error de Plex proviene del cliente o del servidor
Reproduce el mismo elemento en otro cliente, compara la ruta de la sesión y recopila pruebas del servidor solo después de que el alcance...

Cómo configurar la caché de Plex y el almacenamiento temporal para la transcodificación
Protege el estado persistente de Plex mientras colocas los archivos temporales de transcodificación en un almacenamiento local adecuado; después, verifica la limpieza, el espacio...

