Cet article traite du SLA pour la connectivité du lien Socket, et comment personnaliser les paramètres pour le compte ou des sites spécifiques.
Le SLA de connectivité de Cato pour la dernière ligne assure une performance et une résilience optimales pour les flux d'applications du site. Le Socket et le PoP connecté utilisent des algorithmes de sélection de chemin basés sur le SLA en temps réel pour sélectionner le lien optimal pour chaque flux dans les directions montante et descendante. L'algorithme surveille constamment les indicateurs de performance clés (KPI) du SLA tels que la perte de paquets, la latence, la congestion, l'état des ports, l'état de la connectivité Internet et le Socket déplace sans heurt les flux entre les liens si une dégradation du SLA est détectée. Le Socket distribue de manière optimale le trafic entre tous les liens actifs, y compris les liens avec différentes capacités de bande passante et une bande passante montante/descendante asymétrique. Le mécanisme de SLA de connectivité du Socket est programmé pour réagir à tout problème de connectivité et prendre des mesures pour surmonter automatiquement le problème.
Nous recommandons d'utiliser la configuration active/active pour les sites Socket pour obtenir la meilleure résilience et performance.
L'écran de connexion SLA dans l'application de gestion de Cato vous permet de définir des seuils de SLA acceptables et inacceptables. Lorsque le SLA de connectivité se trouve dans les seuils de SLA acceptables, le Socket reste connecté au même PoP et utilise les algorithmes de sélection de chemin en temps réel pour sélectionner le meilleur lien pour chaque flux. De plus, il déplace les flux entre les liens actifs si nécessaire pour offrir la meilleure expérience utilisateur. Les seuils de SLA inacceptables sont définis au niveau du compte et peuvent également être personnalisés pour des sites spécifiques, voir ci-dessous Personnaliser les paramètres des seuils de SLA.
Dans les situations où le SLA de connectivité devient inacceptable et ne peut respecter les seuils, le Socket et le PoP prennent des mesures pour réparer la connectivité. Par exemple, le Socket active les liens passifs. Si ces actions ne résolvent pas le problème de connectivité, le Socket se connectera à un PoP différent.
Dans le SLA acceptable, le Socket utilise tous les liens actifs et sélectionne le meilleur lien pour chaque flux basé sur un score de santé qui est calculé en temps réel. Si le Socket détecte un problème de SLA ou une dégradation du score de santé pour un lien, il déplace les flux sans interruption entre les liens. Ces indicateurs de performance clé de SLA comprennent : perte de paquets, latence, gigue, congestion, et plus. Pour plus d'informations, voir Partie 1 : Les Interfaces et Priorité du Socket.
Pour les configurations active/passive, les liens passifs restent inactifs tant qu'il y a au moins un lien actif avec un SLA acceptable.
Les exemples suivants montrent les configurations de sites Socket où le seuil de SLA inacceptable est fixé à 10% de perte de paquets. Le lien 1 subit une perte de paquets de 3% et le lien 2 a une perte de paquets de 0%.
|
|
Lorsque le Socket détermine que tous les liens actifs ne respectent pas le SLA sur la période de temps, alors cela est considéré comme un SLA inacceptable et le Socket prend automatiquement des mesures pour remédier aux problèmes de connectivité. En fonction de la configuration du lien et des paramètres de SLA de connectivité, le Socket activera un lien passif de moindre priorité, ou si aucun des liens ne respecte les seuils de SLA acceptables, il connecte tous les liens à un PoP différent
Les exemples suivants montrent les configurations de sites Socket où le seuil de SLA inacceptable est fixé à 10% de perte de paquets. Le lien 1 subit une perte de paquets de 15% et le lien 2 a une perte de paquets de 0%. Ces exemples sont durant la période d'évaluation où le PoP utilise des mécanismes d'auto-réparation.
|
|
Si les actions de remédiation pendant la période d'évaluation ne résolvent pas les problèmes de connectivité, alors le Socket se connecte à un PoP différent. Lorsqu'un Socket se connecte à un nouveau PoP, voici le comportement :
-
Le Socket démarre la période d'évaluation initiale du SLA de connectivité de jusqu'à 40 - 50 secondes.
La période d'évaluation du SLA est de 40 secondes, et elle est vérifiée toutes les 10 secondes, cela signifie que le temps total de la période d'évaluation est entre 40 et 50 secondes.
-
Si le Socket ne peut pas localiser un PoP avec un SLA acceptable, il revient et se connecte au PoP d'origine.
Les exemples suivants montrent les configurations de sites Socket où le seuil de SLA inacceptable est fixé à 10% de perte de paquets. Le lien 1 subit 20% de perte de paquets et le lien 2 a 15% de perte de paquets en raison de problèmes de connectivité du fournisseur de niveau un. Le deuxième diagramme montre comment la connexion à un PoP différent résout le problème.
|
|
Pour des performances optimales et une latence la plus basse, il est toujours recommandé que le Socket se connecte à l'emplacement physique de PoP le plus proche. Si le Socket se déplace vers un emplacement de PoP différent, en raison de problèmes de SLA avec le PoP principal, il tentera automatiquement de se reconnecter à l'emplacement PoP préféré (le PoP le plus proche du site), dans 60 minutes. Le Socket vérifiera que le PoP préféré est disponible et offre un bon service avant de se reconnecter à lui. Vous pouvez également choisir de reconnecter manuellement le Socket au PoP préféré, voir Définir un PoP préféré pour un site.
Il y a deux options pour définir les seuils de SLA de connectivité :
-
Cato Smart SLA - défini automatiquement par Cato (c'est l'option par défaut)
-
Paramètres de SLA personnalisés - personnalisez les seuils de SLA pour l'ensemble du compte ou des sites spécifiques
L'option Cato Smart SLA configure automatiquement les paramètres SLA recommandés pour la connectivité dernier kilomètre entre le Socket et le PoP. Ce paramètre inclut une période d'évaluation de SLA de 10 minutes pour décider si la connectivité existante au PoP répond ou non aux exigences SLA par défaut. Si les exigences de SLA ne sont pas remplies pendant 50% de la période de 10 minutes, le Socket déplace automatiquement les tunnels vers un PoP différent pour rétablir le SLA de connectivité.
L'objectif de cette période de 10 minutes est de permettre aux mécanismes internes du PoP d'identifier et de résoudre le problème de connectivité, et d'éviter de déplacer le site vers un autre PoP. Par exemple, le PoP identifie automatiquement un pair fournisseur de niveau un de mauvaise qualité et le retire temporairement du service. Ensuite, tout le trafic des sites connectés utilise les pairs fournisseurs de niveau un restants.
Voici les seuils SLA de connectivité par défaut pour l'option Cato Smart SLA :
-
Période d'évaluation - valeur par défaut 10 min
-
Perte de paquets - valeur par défaut 10%
-
Latence - valeur par défaut 300 ms
-
% de la fenêtre temporelle - valeur par défaut 50%
Nous recommandons d'utiliser l'option Cato Smart SLA pour définir les seuils SLA de connexion pour votre compte.
Vous pouvez personnaliser les paramètres SLA pour modifier la période d'évaluation par défaut, les seuils SLA de perte de paquets et de latence, ainsi que le pourcentage de la fenêtre temporelle où la perte de paquets et la latence dépassent les seuils. Par exemple, le SLA de connexion avec une Période d'évaluation de 600 secondes. Dans ce temps, vous souhaitez vous assurer que la Perte de Paquets ne dépasse pas 10% pendant plus de 30% de cette période d'évaluation, alors vous réglez le % de la fenêtre temporelle à 30.
Vous devez être conscient que si vous configurez les paramètres de SLA pour être trop sensibles, par exemple en réduisant la perte de paquets à 1% et en fixant la période d'évaluation à 20 secondes, vous pouvez provoquer le déplacement fréquent du site vers différents PoPs. Cela peut alors provoquer le rétablissement des flux d'applications et affecter temporairement l'expérience utilisateur jusqu'à ce que les flux soient rétablis.
Par exemple,
Voici les valeurs par défaut pour les seuils SLA personnalisés :
-
Période d'évaluation - 130 sec
-
Perte de paquets - 10%
-
Latence - 300 ms
-
% de la fenêtre temporelle - 100%
Vous pouvez définir le paramètre SLA de connexion comme un paramètre global pour tout le compte et différents paramètres de SLA de lien pour des sites spécifiques. Le SLA de lien pour un site spécifique remplace les paramètres du compte.
Vous pouvez vérifier la latence actuelle du SLA de connexion entre le Socket et le PoP depuis l'interface utilisateur du Socket. Dans la section Tunnels > Paramètres SLA, la latence est affichée en quasi temps réel. La latence utilisée dans le calcul du SLA de connexion est la latence aller simple et non le temps d'aller-retour (RTT). Le graphique de Distance sur la page Network Analytics affiche le temps d'aller-retour. Pour une analyse approximative de la latence historique, à partir du graphique Distance, divisez la Distance (RTT) en millisecondes par deux.
Personnalisez les paramètres des seuils SLA pour tous les sites Socket du compte.
Pour personnaliser les paramètres des seuils SLA pour le compte :
-
Dans le menu de navigation, cliquez sur Network > Connection SLA. L'écran Connection SLA s'ouvre.
-
Étendez la section de Seuils SLA.
-
Cliquez sur Utiliser des seuils SLA personnalisés pour la perte de paquets et la latence.
-
Personnalisez la période d'évaluation pour les liens, et entrez le nombre de secondes que Un lien est considéré comme un SLA inacceptable si l'un des seuils suivants est dépassé pendant.
-
Personnalisez les paramètres de seuil SLA pour la Perte de Paquets et la Latence Moyenne.
-
Déterminez quel est le % de la fenêtre temporelle pendant lequel la Perte de Paquets et la Latence Moyenne ne doivent pas dépasser les seuils SLA.
-
Cliquez sur Sauvegarder.
Vous pouvez personnaliser différents seuils SLA pour les liens actifs de sites Socket spécifiques. La configuration pour un site spécifique remplace la configuration du compte.
Pour personnaliser les seuils SLA pour un site spécifique :
-
Dans le menu de navigation, cliquez sur Network > Sites et sélectionnez le site.
-
Dans le menu de navigation, cliquez sur Advanced Settings > Connection SLA.
-
Étendez la section de Seuils SLA.
-
Sélectionnez Override Account Settings.
-
Personnalisez la période d'évaluation pour les liens, et entrez le nombre de secondes que Un lien est considéré comme un SLA inacceptable si l'un des seuils suivants est dépassé pendant.
-
Personnalisez les paramètres de seuil SLA pour la Perte de Paquets et la Latence Moyenne.
-
Déterminez quel est le % de la fenêtre temporelle pendant lequel la Perte de Paquets et la Latence Moyenne ne doivent pas dépasser les seuils SLA.
-
Cliquez sur Sauvegarder.
0 commentaire
Vous devez vous connecter pour laisser un commentaire.