Recuperación WAN proporciona resiliencia si tus sitios Socket no pueden comunicarse a través de la Cato Cloud. Utiliza túneles VPN directos entre sitios Socket sobre Internet para preservar el tráfico WAN si hay problemas significativos de conectividad con el Cato Cloud. Por defecto, cada Socket mantiene túneles con otros Sockets usando keepalives, asegurando rápida recuperación y resiliencia.
Por defecto, todos los sitios Socket (excepto los de China) también forman una malla completa de túneles fuera de la nube, intercambiando continuamente sondas de alcanzabilidad con cada otro sitio. Si bien es adecuado para despliegues pequeños y medianos, este comportamiento genera tráfico innecesario y aumenta la carga de CPU en entornos a gran escala.
La transición a un diseño hub & spoke reduce el número de túneles y sondas, manteniendo un rendimiento y eficiencia óptimos.
Para cuentas con cientos o miles de sitios Socket, la topología fuera de la nube de malla completa por defecto puede resultar en:
-
Alta utilización de CPU y consumo de recursos en Sockets (por ejemplo, modelos X1500) al mantener numerosos túneles de sitio a sitio y keepalives.
-
Aumento del uso del ancho de banda debido a los sondas de alcanzabilidad de sitio a sitio, lo cual puede ser especialmente problemático para sitios con ancho de banda limitado o enlaces celulares.
Para garantizar que estos tipos de cuentas sigan siendo escalables, eficientes y estables a medida que crecen, deberían considerar mudarse a una topología hub & spoke.
Cuando la topología fuera de la nube de su cuenta se cambia de malla completa a hub & spoke, designamos los centros de datos o sedes como sitios de hub, y los otros sitios como spokes.
-
Sitios Hub se conectan a todos los hubs y spokes
-
Los sitios spoke se conectan solo a los hubs, con este cambio de enrutamiento:
-
Las rutas específicas del spoke no se anuncian a otros sitios spoke
-
Este cambio reduce significativamente el número de túneles de sitio a sitio y sondas de alcanzabilidad.
-
Los cambios se implementarán durante ventanas de mantenimiento preacordadas con los clientes
-
Los despliegues pueden ocurrir en fases graduales, comenzando con un pequeño número de sitios para validar el comportamiento esperado
-
Impacto esperado:
-
Todos los sitios continuarán comunicándose a través del Cato Cloud, independientemente del rol
-
La recuperación WAN fuera de la nube continuará funcionando entre spokes y hubs, pero no entre spokes
-
-
Impacto potencial en el peor de los casos:
-
Si los hubs no están configurados correctamente, los spokes pueden perder temporalmente la recuperación WAN fuera de la nube entre ellos
-
Solución: Identificar los sitios afectados y reconfigurarlos como hubs
-
- Acércate a tu representante de cuenta Cato y házles saber que deseas cambiar a una topología hub & spoke para la recuperación WAN.
-
Asegúrese de que sus centros de datos y sitios de sede estén correctamente identificados en el CMA.
Para más información, consulte Usando el CMA para Agregar Sitios.
-
Durante la ventana de mantenimiento pre-acordada:
-
Esté disponible para confirmar la conectividad del sitio
-
Informe inmediatamente cualquier problema de conectividad inesperado
-
-
Después del cambio:
-
Verifique que las aplicaciones críticas y las conexiones inter-sitio funcionen como se espera
-
Es altamente improbable que se requiera un regreso, pero si se requiere, el procedimiento es simple y fácil de realizar:
-
Restableceremos la configuración de la cuenta a malla completa
-
El regreso puede realizarse durante la ventana de mantenimiento
0 comentarios
Inicie sesión para dejar un comentario.