Cato está diseñado para mantener la continuidad del tráfico incluso cuando hay un problema de conectividad entre un Sitio y un Punto de Presencia (PoP). Los Sitios se conectan a los PoPs y el tráfico luego se dirige o bien a la WAN sobre la nube de Cato o a Internet para acceso a SaaS y aplicaciones de Internet. La resiliencia asegura que cuando hay un problema de conectividad, los flujos de tráfico continúan con un impacto mínimo o nulo para los usuarios finales.
Este artículo explica cómo Cato logra resiliencia para diferentes tipos de Sitio y cómo se comporta el tráfico durante los problemas de conectividad PoP.
Un PoP de Cato es una ubicación en la nube compuesta de múltiples servidores de procesamiento. Cada PoP está construido para manejar túneles de clientes, aplicar servicios de seguridad y dirigir tráfico sin depender de un solo nodo de procesamiento.
Cada nodo PoP:
-
Termina túneles de cliente (DTLS o IPsec)
-
Procesa y dirige tráfico de red
-
Ejecuta la pila completa de software Cato, incluyendo enrutamiento, optimización y servicios de seguridad como WAN y Firewall de Internet, IPS e inspección TLS, etcétera
Esta arquitectura basada en nodos PoP permite a la nube de Cato mantener el procesamiento de tráfico y la aplicación de seguridad mientras minimiza el impacto de problemas relacionados con la infraestructura.
Los sitios Socket y vSocket proveen el modelo más resistente para mantener la conectividad WAN entre sitios sobre la nube de Cato y la conectividad a Internet para tráfico a aplicaciones SaaS. Este modelo de despliegue está diseñado para sitios donde la continuidad del tráfico y el comportamiento predecible de recuperación son operativamente críticos, como centros de datos y ubicaciones de sucursal principal, y donde los usuarios finales deben experimentar un impacto mínimo cuando hay un problema de conectividad a un PoP.
Cuando un sitio tiene un problema de conectividad con un PoP, el Socket trabaja automáticamente para mantener los flujos de tráfico con mínima interrupción, sin intervención del administrador. La recuperación se maneja progresivamente para minimizar la interrupción y evitar cambios innecesarios de topología.
Las capacidades incluyen:
-
Reconexión automática a un nodo PoP diferente cuando se detecta un problema a nivel de nodo
-
Conmutación automática por error a un PoP diferente cuando persisten problemas de conectividad a nivel PoP
Estos comportamientos reducen el impacto de problemas transitorios de conectividad PoP y ayudan a mantener la continuidad del tráfico para los usuarios finales. Para más información, consulte Understanding Acceptable and Unacceptable SLA for Sites.
Los sitios Socket y vSocket monitorean activamente la conectividad de última milla para mantener túneles estables hacia la nube de Cato. Las decisiones de direccionamiento de tráfico se basan en condiciones de enlaces en tiempo real en lugar de preferencias estáticas.
Las capacidades incluyen:
-
Monitorización continua de métricas de calidad y conectividad en cada enlace WAN
-
Soporte para hasta cuatro interfaces WAN por Socket para proporcionar redundancia de ISP
-
Uso activo de múltiples enlaces WAN para mejorar la disponibilidad y la resiliencia
Este modelo reduce la dependencia de un solo ISP y mejora los resultados de recuperación durante fallos de última milla.
Los Sockets aplican una lógica de recuperación separada para tráfico WAN y tráfico con destino a Internet cuando hay un problema de conectividad PoP. Esta distinción asegura que la pérdida de conectividad PoP no impacte innecesariamente la comunicación sitio a sitio o el acceso a Internet.
Para tráfico WAN, el Socket prioriza mantener la conectividad entre sitios:
-
El tráfico WAN se redirige a túneles DTLS fuera de la nube (Recuperación WAN) cuando el PoP está inaccesible
-
Las sesiones existentes sitio a sitio continúan sobre la ruta de recuperación sin requerir restablecimiento
Para el tráfico de Internet, el Socket aplica una ruta de recuperación diferente:
-
El tráfico con destino a Internet se enrutará directamente al ISP local (Recuperación de Internet)
-
El tráfico sale del Socket usando la dirección IP pública del Socket en lugar de la dirección IP del PoP
Este manejo específico del tráfico limita el alcance de las interrupciones y permite que el tráfico WAN e Internet se recupere de manera independiente según el tipo de interrupción.
El despliegue correcto del Socket impacta directamente la efectividad de la recuperación. Aplicar estas prácticas ayuda a asegurar un comportamiento predecible y un impacto mínimo para los usuarios durante problemas de conectividad PoP.
Las mejores prácticas incluyen:
-
Despliegue al menos dos ISPs por sitio en una configuración activa/activa para evitar la dependencia de un solo proveedor
-
Use la alta disponibilidad (HA) del Socket para protegerse contra fallos de hardware local
-
Asegure la diversidad de caminos físicos entre el sitio y los ISPs ascendentes
-
Configure direcciones IP públicas estáticas para interfaces WAN, especialmente para sitios de centros de datos
Para más información, consulta las Condiciones Previas de Conexión de Socket Cato y Limitaciones Conocidas
La Recuperación WAN mantiene la conectividad sitio a sitio cuando un sitio pierde conectividad con el PoP mediante el enrutamiento del tráfico WAN sobre túneles DTLS fuera de la nube. Una configuración estable de interfaz WAN es crítica para asegurar una rápida convergencia y un comportamiento de recuperación confiable.
Las mejores prácticas incluyen:
-
Configure direcciones IP estáticas en interfaces WAN que participen en la Recuperación WAN para mejorar la estabilidad de los túneles fuera de la nube
Esto es especialmente importante para centros de datos y sitios hub.
-
Use la página Red > Sitios en el CMA para verificar el estado de Túneles de Recuperación WAN después de cambios en interfaces WAN o enrutamiento
Para más información, consulte Resiliencia de Sitios de Socket con Recuperación WAN.
Durante la Recuperación de Internet, el tráfico sale directamente a Internet desde el Socket en lugar de hacerlo desde el PoP. Este comportamiento afecta el acceso a SaaS y las políticas de seguridad basadas en IP.
Las consideraciones operativas incluyen:
-
El tráfico de Internet se origina desde la dirección IP pública del Socket durante la recuperación
-
Las direcciones IP públicas basadas en PoP no se utilizan mientras la Recuperación de Internet está activa
-
Permitir la dirección IP pública del Socket para aplicaciones críticas SaaS para mantener el acceso
-
Por ejemplo, si las aplicaciones también utilizan salidas PoP, permita tanto la dirección IP de Cato asignada como la dirección IP pública del Socket
Para más información, consulte Usando la Recuperación de Internet de Cato Networks.
Los sitios IPsec e Interconexión en la nube dependen de la redundancia a nivel PoP para mantener la continuidad del tráfico durante los problemas de conectividad PoP. A diferencia de los sitios basados en Socket, estos tipos de sitio no utilizan mecanismos de recuperación fuera de la nube. La resiliencia depende de los caminos de conectividad redundantes hacia la nube de Cato.
Los sitios IPsec mantienen la resiliencia estableciendo túneles hacia múltiples ubicaciones PoP. El comportamiento de conmutación por error está determinado por la configuración y capacidades del dispositivo IPsec de terceros gestionado por el cliente.
Las capacidades incluyen:
-
Soporte para túneles primarios y secundarios hacia diferentes ubicaciones PoP
-
Configuraciones de túnel Activo/Pasivo o activo/activo, dependiendo del soporte del dispositivo
Las consideraciones operativas incluyen:
-
Un SLA del 99.999% está garantizado solo para sitios IPsec conectados a al menos dos ubicaciones PoP diferentes, como se define en el MSA de Cato
-
La Recuperación de Internet y la Recuperación WAN no están soportadas para sitios IPsec. Esto significa que la conectividad WAN entre sitios no está disponible durante las interrupciones PoP
Los sitios de interconexión en la nube utilizan conectividad respaldada por el proveedor hacia la nube de Cato. La resiliencia se logra a través de infraestructura redundante del proveedor y conectividad PoP.
Las capacidades incluyen:
-
Conectividad redundante sobre la infraestructura del proveedor
-
Conectividad PoP activa y pasiva basada en el diseño de la Interconexión en la nube
Las consideraciones operativas incluyen:
-
La Recuperación de Internet y la Recuperación WAN no están soportadas
-
La disponibilidad de tráfico depende del SLA del proveedor y del sitio que se conecta a múltiples PoPs
El enrutamiento dinámico es crítico para mantener la continuidad del tráfico durante problemas de conectividad PoP y cambios en la red. BGP proporciona un comportamiento de enrutamiento adaptativo que permite a los sitios converger rápidamente y continuar enviando tráfico cuando los caminos cambian.
También es posible usar el enrutamiento estático para caminos estables y predefinidos.
BGP controla cómo se aprenden y se retiran las rutas durante los cambios de conectividad, permitiendo que el tráfico se desplace automáticamente a caminos accesibles cuando ocurren fallos.
Las capacidades incluyen:
-
Selección de camino dinámico basada en accesibilidad en tiempo real
-
Convergencia automática de rutas durante cambios de enlace, camino o conectividad PoP
-
Soporte para Detección de Despacho Bidireccional (BFD) para reducir el tiempo de detección de fallas
Las consideraciones operativas incluyen:
-
El BGP debe estar configurado en el enrutador del sitio y coordinado con las configuraciones de enrutamiento de Cato
-
Recomendamos usar BGP con BFD cuando se requiere un comportamiento de enrutamiento dinámico y resiliente.
Para más información, consulte Configurando BFD para vecinos BGP.
La siguiente tabla resume cómo los diferentes tipos de sitio mantienen la continuidad del tráfico cuando hay un problema de conectividad entre un sitio y un PoP. El enfoque está en qué tráfico continúa fluyendo y cómo se logra la recuperación, no en los detalles de configuración de las características.
|
Aspecto de la resiliencia |
Sitios Socket y vSocket |
Sitios IPsec |
Sitios de Interconexión en la Nube |
|---|---|---|---|
|
Conexión a múltiples PoPs |
Sí |
Sí |
Sí |
|
Reconexión a un PoP alternativo cuando el PoP actual está inaccesible |
Sí |
Sí (depende del comportamiento del dispositivo de terceros) |
Sí |
|
Resiliencia del tráfico WAN durante problemas de conectividad PoP |
Sí (Recuperación WAN) |
No |
No |
|
Resiliencia de tráfico de Internet durante problemas de conectividad de PoP |
Sí (Modo de Recuperación) |
No |
No |
|
Resiliencia de ALT WAN (MPLS) durante problemas de conectividad de PoP |
Sí (Recuperación de ALT WAN) |
No |
No |
|
Dependencia del comportamiento de dispositivos o proveedores de terceros |
No |
Sí |
Sí |
Cuando el tráfico omite el PoP durante el Modo de Recuperación o Recuperación de WAN, ciertos servicios de Configuración de DNS no se aplican.
Las consideraciones operativas incluyen:
-
Los servicios de inspección de seguridad y prevención de amenazas no se aplican al tráfico fuera de la nube
-
Los servicios basados en PoP se restauran automáticamente cuando se restablece la conectividad con el PoP
0 comentarios
El artículo está cerrado para comentarios.