Distribuye conexiones entre dos proveedores y mantén continuidad cuando uno falla.
MikroTikBásico6 min de lectura
Diferencia entre balanceo y failover
Balanceo y failover suenan parecido, pero resuelven problemas distintos. Aquí verás en qué se diferencian, cuándo conviene cada uno y qué ocurre con las sesiones sensibles.
Publicado el · Actualizado el
Dos ideas que suelen confundirse
Cuando un negocio contrata un segundo proveedor de Internet, casi siempre busca una de dos cosas: aprovechar más capacidad o no quedarse sin servicio. Son objetivos distintos y, aunque a veces se combinan, conviene entenderlos por separado.
«Balanceo» y «failover» describen justamente esas dos metas. Mezclarlas lleva a expectativas equivocadas y a configuraciones que no hacen lo que el cliente creía.
Qué es el balanceo
El balanceo reparte las conexiones entre varios enlaces para usar mejor la capacidad disponible. La idea es que el tráfico no dependa de un solo proveedor y que la carga se distribuya según una estrategia definida.
Es importante el matiz: se reparten conexiones, no una sola descarga. Una transferencia individual normalmente sigue usando un único enlace.
Qué es el failover
El failover es continuidad: hay un enlace principal y otro de respaldo. Mientras el principal funciona, el respaldo espera. Si el principal falla, el tráfico pasa al respaldo hasta que el primero se recupera.
Su objetivo no es sumar capacidad, sino evitar que la red se quede sin salida cuando un proveedor tiene problemas.
Diferencias clave
- Balanceo busca aprovechar capacidad; failover busca no perder el servicio.
- En balanceo ambos enlaces se usan a la vez; en failover uno respalda al otro.
- El balanceo requiere decidir cómo se reparte el tráfico; el failover requiere detectar bien la caída.
- Se pueden combinar, pero cada objetivo se diseña y se prueba por separado.
Cuándo conviene cada uno
- Si lo crítico es no quedarse sin Internet: prioriza failover.
- Si sobra un enlace infrautilizado y quieres aprovecharlo: valora el balanceo.
- Si el negocio depende de continuidad y también quiere capacidad: un diseño combinado, con excepciones para lo sensible.
Qué pasa con las sesiones sensibles
Algunos servicios esperan que tu dirección de salida no cambie a mitad de una sesión: banca en línea, algunas videollamadas, pasarelas de pago o paneles que exigen persistencia.
Con balanceo, si esas sesiones saltan de un enlace a otro pueden cortarse o pedir reautenticación. Por eso, un diseño serio define excepciones para mantenerlas en un solo enlace.
Ejemplos conceptuales
- Oficina con dos enlaces que no puede quedarse sin Internet: failover con detección de caída.
- Negocio con mucho tráfico general y un enlace ocioso: balanceo con excepciones para banca y pagos.
- Sitio que hace videollamadas continuas: continuidad primero y persistencia para esas sesiones.
Errores frecuentes
- Esperar que dos enlaces «sumen» su velocidad en una sola descarga.
- Activar balanceo sin proteger las sesiones que necesitan persistencia.
- Suponer que el failover es instantáneo sin probar la detección de caída.
- No documentar qué enlace debe usar cada servicio crítico.
Preconfiguraciones relacionadas
Balanceo de dos WAN con failover
Recursos relacionados
Errores comunes al configurar dos WAN en MikroTik Configurar dos proveedores en un MikroTik parece sencillo hasta que aparecen los detalles. Estos son los errores que más problemas causan y cómo evitarlos.
¿Listo para el siguiente paso?
Si este tema aplica a tu red, evaluamos tu caso concreto antes de proponer una implementación.