En síntesis: Dos conexiones reducen dependencia de un enlace, pero no garantizan continuidad por sí solas. Importan las rutas físicas, el equipo de borde y el comportamiento de las aplicaciones al cambiar de IP.
Cada vez más, una empresa sin internet es una empresa parada: no factura, no cobra, no accede a sus sistemas en la nube ni a su correo. Y, sin embargo, la mayoría depende de un único proveedor. El día que ese proveedor tiene un corte -y todos lo tienen alguna vez- no hay plan B.
El concepto: no tener un único punto de falla
La redundancia de enlaces consiste en tener dos conexiones a internet de proveedores distintos (idealmente con tecnologías distintas: fibra y, por ejemplo, un enlace alternativo). Si una se cae, la otra toma la posta.
Qué es el failover automático
El equipo de borde puede cambiar al enlace de respaldo tras detectar una falla. Un cambio de IP puede interrumpir sesiones, llamadas o VPN: hay que probar las aplicaciones críticas.
Dos formas de aprovecharlo
- Respaldo (failover): el segundo enlace solo entra en acción cuando el primero falla.
- Balanceo de carga: los dos enlaces trabajan a la vez repartiendo el tráfico, repartiendo conexiones; normalmente no suman ambos anchos de banda para una única sesión y, además, quedando como respaldo mutuo.
¿Es caro?
Menos de lo que cuesta un día sin operar. El enlace de respaldo puede ser de menor capacidad y costo, pensado para sostener lo esencial mientras se resuelve el corte principal. La inversión se justifica sola la primera vez que te salva.
Cómo lo armamos
En MITS Group diseñamos el esquema según cuán crítica es la conectividad para tu negocio, instalamos y configuramos el equipamiento de balanceo y dejamos todo probado, simulando cortes para confirmar que el failover responde como debe.
Aplicación práctica: qué comprobar
Escenario ilustrativo, no un caso de éxito documentado. Al pasar al enlace de respaldo, internet vuelve pero una VPN no reconecta. La prueba debe incluir aplicaciones críticas y retorno al enlace principal; un ping correcto no alcanza para dar el failover por validado.
Evidencia que conviene registrar
- Independencia de proveedores, rutas y alimentación.
- Pruebas de DNS, VPN, correo y aplicaciones.
- Registro del corte, recuperación y retorno.
