Redes de alta disponibilidad para mantener la conectividad empresarial ante fallas

¿Qué son las redes de alta disponibilidad?

Son redes diseñadas para reducir los puntos únicos de falla y facilitar la continuidad de la comunicación durante averías, mantenimientos o cambios controlados.

En una red convencional, un solo switch, router, firewall, enlace de Internet, fuente de alimentación o tramo de fibra puede concentrar una función indispensable. Cuando ese elemento deja de operar, todos los usuarios y servicios que dependen de él pueden perder conectividad.

Una arquitectura de alta disponibilidad incorpora alternativas para los elementos críticos. Sin embargo, duplicar componentes no es suficiente. La infraestructura debe detectar la falla, seleccionar un camino utilizable, actualizar el reenvío del tráfico y conservar las dependencias necesarias para que el servicio continúe.

El diseño se realiza de extremo a extremo. Una oficina puede disponer de dos switches y seguir teniendo un único enlace hacia Internet, una sola acometida eléctrica, una única canalización de fibra o un solo servicio de resolución de nombres. Cualquiera de esas dependencias puede mantener un punto único de falla.

¿Cómo funciona una red de alta disponibilidad?

La red combina caminos alternativos con mecanismos de detección, selección y recuperación. El funcionamiento específico depende de la topología, los equipos, los protocolos y el nivel de continuidad requerido.

1. Se identifican los servicios críticos. Se determina qué aplicaciones, usuarios, dispositivos, sedes y comunicaciones no deben depender de un solo elemento.
2. Se define la tolerancia a la interrupción. El proyecto establece cuánto tiempo puede permanecer afectado cada servicio y qué nivel de degradación puede aceptarse durante una falla.
3. Se representa el recorrido completo. Se documenta el flujo desde el usuario o dispositivo hasta la aplicación, Internet, centro de datos, nube o sede remota.
4. Se localizan los puntos únicos de falla. Se revisan equipos, puertos, enlaces, fibras, canalizaciones, energía, proveedores, puertas de enlace, servicios de red y herramientas de administración.
5. Se definen dominios de falla. La arquitectura separa, cuando el proyecto lo requiere, los elementos que podrían verse afectados por un mismo evento físico, eléctrico, lógico u operativo.
6. Se incorporan caminos alternativos. La solución puede contemplar enlaces adicionales, equipos redundantes, rutas distintas, fuentes de alimentación separadas o más de un servicio de telecomunicaciones.
7. Se configura la detección de fallas. Los equipos deben identificar cuándo un enlace, vecino, ruta, servicio o componente deja de ser utilizable.
8. Se establece la selección del camino. Los protocolos y políticas determinan qué ruta debe utilizarse durante la operación normal y cuál debe utilizarse después de una falla.
9. Se controla la convergencia. La red actualiza sus tablas, puertas de enlace, adyacencias o grupos de enlaces para dejar de enviar tráfico hacia el componente afectado.
10. Se revisa la capacidad durante la falla. Los componentes restantes deben disponer de recursos suficientes para atender la carga prioritaria que recibirán.
11. Se monitorean estado y desempeño. La observabilidad permite detectar degradación, pérdida de redundancia, errores de interfaz, cambios de ruta y eventos de conmutación.
12. Se prueban los escenarios. La aceptación debe incluir fallas controladas de enlaces, equipos, energía o servicios dentro de límites seguros.
13. Se documentan operación y recuperación. Diagramas, respaldos de configuración, inventarios, procedimientos y responsables facilitan la atención de incidentes y cambios posteriores.

¿Dónde se utilizan las redes de alta disponibilidad?

Pueden implementarse donde una interrupción de red afecte la operación, la atención a usuarios, la comunicación entre sedes, el acceso a aplicaciones o la disponibilidad de dispositivos conectados.

Ventajas específicas de una red de alta disponibilidad

Una arquitectura correctamente dimensionada puede disminuir la dependencia de componentes individuales y facilitar una respuesta más controlada ante fallas y mantenimientos.

• Menor impacto de fallas individuales. La pérdida de un enlace o componente puede ser atendida por un camino alternativo cuando el diseño lo contempla.
• Continuidad de procesos prioritarios. Las aplicaciones críticas pueden conservar conectividad o recuperar su comunicación dentro de los objetivos definidos.
• Mantenimiento más controlado. Algunas intervenciones pueden realizarse trasladando previamente el tráfico hacia componentes disponibles.
• Reducción de puntos únicos de falla. El análisis permite localizar dependencias que concentran riesgo físico, lógico, eléctrico u operativo.
• Uso de caminos múltiples. Una arquitectura activa-activa puede aprovechar varios enlaces o rutas durante la operación normal.
• Recuperación automatizada. Los protocolos pueden retirar caminos afectados y seleccionar alternativas sin depender exclusivamente de una intervención manual.
• Mayor flexibilidad para crecer. Una topología modular puede facilitar la incorporación de equipos, enlaces, edificios o sedes adicionales.
• Mejor aislamiento de fallas. Los dominios correctamente definidos limitan el alcance de determinados incidentes o trabajos de mantenimiento.
• Mayor visibilidad operativa. El monitoreo de enlaces, rutas y eventos de conmutación permite identificar pérdida de redundancia antes de una segunda falla.
• Capacidad para establecer criterios de prueba. La arquitectura puede evaluarse mediante escenarios documentados y resultados observables.
• Mejor preparación ante cambios. Los diagramas, respaldos y procedimientos proporcionan una base para migraciones y actualizaciones.
• Integración con conectividad multisede. La disponibilidad local puede complementarse con rutas WAN, SD-WAN o enlaces de proveedores alternativos.

Consideraciones antes de implementar una red de alta disponibilidad

La arquitectura debe partir de los procesos que requieren conectividad y de los escenarios de falla que realmente deben cubrirse. Añadir equipos sin analizar dependencias puede aumentar el costo y la complejidad sin alcanzar el resultado esperado.

• Procesos críticos. Debe identificarse qué funciones empresariales dependen de la red y cuál es el impacto de su interrupción.
• Objetivos de disponibilidad. Conviene definir periodos de medición, servicios incluidos, interrupciones aceptables y condiciones excluidas.
• Tolerancia a la degradación. Durante una falla puede mantenerse conectividad con menor capacidad; debe determinarse si ese comportamiento es aceptable.
• Alcance de la arquitectura. Es necesario precisar si el proyecto cubre LAN, WLAN, WAN, Internet, seguridad perimetral, centro de datos, nube o una combinación.
• Inventario actualizado. Deben registrarse equipos, módulos, interfaces, versiones, licencias, enlaces, proveedores y configuraciones relevantes.
• Diagramas físicos y lógicos. La topología debe mostrar equipos, puertos, rutas, VLAN, direccionamiento, protocolos y dependencias.
• Flujos de extremo a extremo. El análisis debe seguir la comunicación completa desde el usuario o dispositivo hasta la aplicación o destino.
• Dominios de falla. Deben identificarse los componentes que podrían perderse simultáneamente por compartir espacio, energía, canalización, proveedor o control.
• Diversidad física. Dos fibras dentro del mismo ducto pueden cortarse en un solo evento. La separación debe verificarse con planos, recorridos y proveedores.
• Diversidad de proveedores. Contratar empresas distintas no garantiza que utilicen redes de transporte, postes, acometidas o mayoristas independientes.
• Entrada al inmueble. Conviene revisar si los circuitos ingresan por puntos separados o convergen antes de llegar al cuarto técnico.
• Alimentación eléctrica. Fuentes redundantes conectadas al mismo circuito siguen dependiendo de una única alimentación.
• UPS y autonomía. La energía de respaldo debe dimensionarse de acuerdo con carga, tiempo requerido, distribución y mantenimiento.
• Capacidad bajo falla. La red debe revisarse en condición normal y cuando un enlace, equipo o proveedor ya no está disponible.
• Sobresuscripción. Los enlaces restantes pueden saturarse al recibir el tráfico del componente afectado.
• Compatibilidad. Protocolos, versiones, transceptores, módulos y funciones deben ser compatibles entre los equipos participantes.
• Licenciamiento. Algunas funciones de redundancia, enrutamiento, monitoreo o sincronización pueden depender de licencias que deben confirmarse.
• Redundancia de primer salto. La puerta de enlace virtual debe coordinarse con rutas, VLAN, prioridades, seguimiento y comportamiento de los equipos.
• Agregación de enlaces. Los extremos deben coincidir en parámetros y debe comprenderse cómo se distribuyen los flujos dentro del grupo.
• Agregación entre equipos distintos. El uso de un grupo distribuido entre dos chasises requiere una tecnología compatible y una revisión de sus dependencias internas.
• Bucles de capa 2. La redundancia Ethernet debe coordinarse con RSTP, MSTP u otra arquitectura que evite bucles.
• Extensión de VLAN. Ampliar dominios de capa 2 puede aumentar el alcance de fallas, tormentas, errores de configuración y cambios de topología.
• Enrutamiento dinámico. Deben definirse protocolos, áreas, vecinos, métricas, sumarización, autenticación y políticas.
• Rutas predeterminadas. Una ruta de respaldo debe comprobar que el destino es realmente alcanzable y no solamente que la interfaz local permanece activa.
• ECMP. La distribución entre caminos depende del algoritmo y del patrón de tráfico; no siempre será uniforme.
• BFD y temporizadores. Los intervalos deben ajustarse con base en capacidad, estabilidad, escala y compatibilidad, no únicamente para obtener la detección más rápida posible.
• Convergencia completa. Deben medirse detección, actualización del protocolo, instalación de rutas, reenvío y recuperación de la aplicación.
• Sesiones con estado. Firewalls, VPN, NAT y otros servicios pueden necesitar sincronización para conservar determinadas conexiones.
• Enrutamiento asimétrico. El tráfico de ida y retorno por equipos diferentes puede afectar funciones que inspeccionan o conservan estado.
• Servicios DNS y DHCP. La redundancia de caminos no resuelve la pérdida de los servicios que asignan parámetros o localizan destinos.
• Autenticación y control. Servicios de identidad, autorización, controladores y certificados pueden formar parte del flujo crítico.
• Acceso a la nube. Deben revisarse rutas, túneles, servicios de nombre, direcciones públicas, políticas y dependencias del proveedor externo.
• Administración de la red. Conviene evitar que todas las tareas de operación dependan del mismo camino que se está administrando.
• Monitoreo de redundancia. No basta con saber que un servicio responde; también debe detectarse cuándo ya se perdió uno de los caminos y la red opera sin respaldo.
• Alertas útiles. Los umbrales, responsables y escalaciones deben evitar tanto el silencio ante una falla como una cantidad inmanejable de eventos.
• Seguridad. Las interfaces de control, protocolos de enrutamiento, accesos administrativos y canales de sincronización deben protegerse.
• Control de cambios. Una modificación aplicada simultáneamente a todos los componentes puede eliminar la protección proporcionada por la redundancia.
• Actualizaciones. Deben revisarse compatibilidad, orden de intervención, retorno a la versión anterior y comportamiento durante el mantenimiento.
• Pruebas de aceptación. El proyecto debe indicar qué enlaces, equipos, fuentes, rutas y servicios se desactivarán de forma controlada.
• Pruebas de aplicación. La conectividad IP puede recuperarse antes que una sesión, llamada, transferencia o aplicación completa.
• Regreso a la condición normal. Debe definirse si el tráfico vuelve automáticamente al componente principal y qué estabilidad se requiere antes de hacerlo.
• Fallas simultáneas. La tolerancia debe expresarse mediante escenarios concretos y no mediante afirmaciones generales.
• Documentación. Diagramas, inventarios, direccionamiento, respaldos, procedimientos y resultados de prueba deben conservarse actualizados.
• Responsabilidades. Debe establecerse quién atiende equipos, cableado, energía, proveedores, configuración, monitoreo y aplicaciones.
• Operación posterior. La disponibilidad disminuye si las fallas de un camino permanecen sin corregirse hasta que ocurre una segunda avería.
• Presupuesto y complejidad. Cada nivel adicional de redundancia incrementa componentes, licencias, pruebas, documentación y responsabilidades operativas.

Relación con otras soluciones de Conectividad empresarial

La alta disponibilidad establece una arquitectura para reducir dependencias individuales. WiFi, SD-WAN, balanceo y analítica pueden atender partes complementarias de la conectividad y su operación.

• WiFi empresarial: puede requerir redundancia en enlaces, switches, alimentación, controladores, servicios de autenticación y salida hacia la red cableada.
• SD-WAN: puede seleccionar caminos entre distintos enlaces WAN de acuerdo con políticas, disponibilidad y condiciones de desempeño.
• Balanceo de enlaces: puede distribuir conexiones entre accesos a Internet y retirar o evitar enlaces que no cumplen las condiciones definidas.
• Analítica de redes: puede proporcionar visibilidad sobre utilización, errores, pérdidas, latencia, rutas, eventos y degradación de la redundancia.

Cobertura y atención de proyectos en México

Solidem contempla la atención de proyectos relacionados con redes de alta disponibilidad en todo México, de acuerdo con la ubicación, infraestructura existente, criticidad, alcance y condiciones de ejecución.

La revisión puede considerar oficinas, campus, hoteles, hospitales, centros de datos, establecimientos comerciales, instalaciones industriales, centros logísticos y organizaciones con sucursales distribuidas.

Para delimitar el proyecto resulta útil contar con diagramas, inventario de equipos, sedes involucradas, proveedores actuales, velocidades contratadas, direccionamiento, aplicaciones críticas, historial de fallas, ventanas de mantenimiento y objetivos de disponibilidad.

Cuando existan enlaces de telecomunicaciones, la viabilidad también puede depender de cobertura, tiempos de instalación, acometidas, rutas físicas, permisos, infraestructura del inmueble y condiciones de los proveedores disponibles en cada ubicación.