Mécanismes de récupération pour les types de sites Cato

Vue d'ensemble

Cato est conçu pour maintenir la continuité du trafic même lorsqu'il existe un problème de connectivité entre un site et un point de présence (PoP). Les sites se connectent aux PoP et le trafic sort ensuite soit vers le WAN via le Cloud Cato, soit vers Internet pour l'accès aux applications SaaS et Internet. La résilience garantit que lorsqu'il existe un problème de connectivité, les flux de trafic continuent avec un impact minimal ou nul pour les utilisateurs finaux.

Cet article explique comment Cato atteint la résilience pour différents types de sites et comment le trafic se comporte lors des problèmes de connectivité PoP.

Architecture Cato PoP

Un PoP Cato est un emplacement dans le cloud composé de plusieurs serveurs de traitement. Chaque PoP est conçu pour gérer les tunnels clients, appliquer des services de sécurité et transférer le trafic sans s'appuyer sur un nœud de traitement unique.

Chaque nœud PoP :

• Termine les tunnels clients (DTLS ou IPsec)

• Traite et transfère le trafic du réseau

• Exécute l'ensemble complet du logiciel Cato, y compris le routage, l'optimisation et les services de sécurité tels que Pare-feu WAN et Internet, IPS et Inspection TLS, etc.

Cette architecture basée sur des nœuds PoP permet au Cloud Cato de maintenir le traitement du trafic et l'application de la sécurité tout en minimisant l'impact des problèmes liés à l'infrastructure.

Résilience du trafic Socket et vSocket pour WAN et Internet

Les sites Socket et vSocket offrent le modèle le plus résilient pour maintenir la connectivité WAN entre les sites sur le Cloud Cato et la connectivité Internet pour le trafic vers les applications SaaS. Ce modèle de déploiement est conçu pour les sites où la continuité du trafic et le comportement prévisible de la récupération sont opérationnellement critiques, tels que les centres de données et les succursales principales, et où les utilisateurs finaux doivent subir un impact minimal lorsqu'il y a un problème de connectivité vers un PoP.

Résilience pour les problèmes de connectivité PoP

Lorsqu'un site a un problème de connectivité vers un PoP, le Socket travaille automatiquement pour maintenir les flux de trafic avec une perturbation minimale, sans intervention de l'administrateur. La récupération est gérée progressivement pour minimiser les perturbations et éviter les modifications de topologie inutiles.

Les capacités incluent :

1. Reconnexion automatique à un nœud PoP différent lorsqu'un problème au niveau du nœud est détecté

2. Basculement automatique vers un autre PoP lorsque les problèmes de connectivité au niveau du PoP persistent

Ces comportements réduisent l'impact des problèmes de connectivité PoP transitoires et aident à maintenir la continuité du trafic pour les utilisateurs finaux. Pour plus d'informations, voir Understanding Acceptable and Unacceptable SLA for Sites.

Résilience du dernier kilomètre et des FAI

Les sites Socket et vSocket surveillent activement la connectivité du dernier kilomètre pour maintenir des tunnels stables vers le Cloud Cato. Les décisions de gestion du trafic sont basées sur les conditions de lien en temps réel plutôt que sur des préférences statiques.

Les capacités incluent :

1. Surveillance continue des métriques de qualité et de connectivité sur chaque lien WAN.

2. Prise en charge de jusqu'à quatre interfaces WAN par Socket pour fournir une redondance FAI.

3. Utilisation active de plusieurs liens WAN pour améliorer la disponibilité et la résilience.

Ce modèle réduit la dépendance à un seul FAI et améliore les résultats de récupération lors des pannes du dernier kilomètre.

Comportement de récupération spécifique au trafic

Les Sockets appliquent une logique de récupération distincte au trafic WAN et au trafic orienté Internet lorsqu'il existe un problème de connectivité au niveau du PoP. Cette distinction garantit que la perte de connectivité PoP n'affecte pas inutilement la communication de site à site ou l'accès Internet.

Pour le trafic WAN, le Socket privilégie le maintien de la connectivité entre les sites :

1. Le trafic WAN est redirigé vers des tunnels DTLS hors-cloud (Recovery WAN) lorsque le PoP est inaccessible

2. Les sessions existantes de site à site continuent sur le chemin de récupération sans nécessiter de réétablissement

Pour le trafic Internet, le Socket applique un chemin de récupération différent :

1. Le trafic orienté Internet est acheminé directement vers le FAI local (Recovery Internet)

2. Le trafic sortant du Socket utilise l'adresse IP publique du Socket au lieu de l'adresse IP du PoP

Cette gestion spécifique au trafic limite la portée des pannes et permet la récupération indépendante du trafic WAN et Internet en fonction du type de perturbation.

Pratiques optimales opérationnelles pour la résilience du Socket

Le déploiement correct du Socket impacte directement l'efficacité de la récupération. L'application de ces pratiques aide à garantir un comportement prévisible et un impact minimal pour les utilisateurs lors des problèmes de connectivité PoP.

Pratiques optimales de déploiement général

Les meilleures pratiques incluent :

1. Déployez au moins deux ISP par site dans une configuration active/active pour éviter la dépendance à un seul fournisseur

2. Utilisez la Haute Disponibilité (HA) du Socket pour vous protéger contre les pannes matérielles locales

3. Assurez la diversité des chemins physiques entre le site et les ISP en amont

4. Configurez des adresses IP publiques statiques pour les interfaces WAN, en particulier pour les sites de centre de données

Pour plus d'informations, voir Cato Socket Connection Prerequisites and Known Limitations

Planification de la récupération WAN

La récupération WAN maintient la connectivité de site à site lorsqu'un site perd la connectivité avec le PoP en routant le trafic WAN via des tunnels DTLS hors-cloud. Une configuration d'interface WAN stable est cruciale pour garantir une convergence rapide et un comportement de récupération fiable.

Les meilleures pratiques incluent :

1. Configurez des adresses IP statiques sur les interfaces WAN participant à la récupération WAN pour améliorer la stabilité des tunnels hors-cloud.

   Ceci est particulièrement important pour les centres de données et les sites hub.

2. Utilisez la page Réseau > Sites dans le CMA pour vérifier le statut des Tunnels de Récupération WAN après des modifications d'interface WAN ou de routage

Pour plus d'informations, voir Socket Site Resiliency with WAN Recovery.

Planification de la récupération Internet

Lors de la récupération Internet, le trafic sort directement vers Internet à partir du Socket au lieu du PoP. Ce comportement affecte l'accès SaaS et les politiques de sécurité basées sur IP.

Les considérations opérationnelles incluent :

1. Le trafic Internet est issu de l'adresse IP publique du Socket pendant la récupération

2. Les adresses IP publiques basées sur PoP ne sont pas utilisées tant que la récupération Internet est active

3. Autorisez l'adresse IP publique du Socket pour les applications SaaS critiques pour maintenir l'accès

4. Par exemple, si les applications utilisent également la sortie PoP, autorisez à la fois l'adresse IP Cato allouée et l'adresse IP publique du Socket

Pour plus d'informations, voir Using Cato Networks' Internet Recovery.

Résilience des sites réseau Cloud et IPsec

Les sites IPsec et Cloud Interconnect reposent sur la redondance au niveau PoP pour maintenir la continuité du trafic pendant les problèmes de connectivité PoP. Contrairement aux sites basés sur le Socket, ces types de sites n'utilisent pas de mécanismes de récupération hors-cloud. La résilience dépend des chemins de connectivité redondants vers le Cloud Cato.

Résilience des sites IPsec

Les sites IPsec maintiennent la résilience en établissant des tunnels vers plusieurs emplacements PoP. Le comportement de basculement est déterminé par la configuration et les capacités de l'appareil IPsec tiers géré par le client.

Les capacités incluent :

1. Prise en charge des tunnels primaires et secondaires vers différents emplacements PoP

2. Configurations de tunnel Actif/Passif ou Actif/Actif, dépendant du support de l'appareil

Les considérations opérationnelles incluent :

1. Un ANS de 99.999 % est garanti uniquement pour les sites IPsec connectés à au moins deux emplacements PoP différents, comme défini dans le MSM Cato

2. La récupération Internet et la récupération WAN ne sont pas supportées pour les sites IPsec. Cela signifie que la connectivité WAN entre les sites est indisponible pendant les pannes PoP

Résilience des sites réseau Cloud

Les sites Cloud Interconnect utilisent une connectivité soutenue par le fournisseur vers le Cloud Cato. La résilience est assurée grâce à une infrastructure fournisseur redondante et une connectivité PoP.

Les capacités incluent :

1. Connectivité redondante sur le réseau du fournisseur.

2. Connectivité PoP active et passive basée sur la conception Cloud Interconnect

Les considérations opérationnelles incluent :

1. La récupération Internet et la récupération WAN ne sont pas supportées

2. La disponibilité du trafic dépend du ANS du fournisseur et du site connecté à plusieurs PoP

Résilience du routage avec BGP

Le routage dynamique est essentiel pour maintenir la continuité du trafic pendant les problèmes de connectivité PoP et les changements de réseau. BGP fournit un comportement de routage adaptatif qui permet aux sites de converger rapidement et de continuer à transférer le trafic lorsque les chemins changent.

Il est également possible d'utiliser le routage statique pour des chemins stables et prédéfinis.

Résilience du routage basé sur BGP

BGP contrôle comment les routes sont apprises et retirées lors des changements de connectivité, permettant au trafic de se diriger automatiquement vers des chemins accessibles lorsque des défaillances surviennent.

Les capacités incluent :

1. Sélection dynamique du chemin basée sur l'accessibilité en temps réel

2. Convergence automatique des routes pendant les changements de lien, de chemin ou de connectivité PoP.

3. Prise en charge de la détection de transfert bidirectionnelle (BFD) pour réduire le temps de détection des défaillances

Les considérations opérationnelles incluent :

1. BGP doit être configuré sur le routeur du site et coordonné avec les paramètres de routage Cato

2. Nous recommandons d'utiliser BGP avec BFD lorsque le comportement de routage dynamique et résilient est requis.

Pour plus d'informations, voir Configuring BFD for BGP Neighbors.

Résumé des mécanismes de récupération par type de site

Le tableau suivant résume comment différents types de sites maintiennent la continuité du trafic lorsqu'il existe un problème de connectivité entre un site et un PoP. L'accent est mis sur le trafic qui continue de circuler et comment la récupération est accomplie, et non sur les détails de configuration des fonctionnalités.

Comportement de la plateforme pendant la récupération

Lorsque le trafic contourne le PoP pendant le Mode de récupération ou la WAN Récupération, certains services de plateformes ne sont pas appliqués.

Les considérations opérationnelles inclure :

1. Les services de Sécurité de l'inspection et Prévention des menaces ne sont pas appliqués au trafic Hors-Cloud

2. Les services basés sur PoP sont restaurés automatiquement lorsque la connectivité au PoP est rétablie.