Des pannes de service réseau se produisent. Ce n'est pas une question de savoir si mais quand. Les plates-formes cloud et les réseaux de diffusion de contenu (CDN) avec des SLA de disponibilité à 100 % ne sont pas à l'abri. Ils subissent des pannes comme tout le reste.

La question est : que faites-vous lorsqu’un de vos services réseau tombe en panne ? Le manque de services redondants vous mettra-t-il hors ligne ? Ou allez-vous basculer vers un autre fournisseur, tout en conservant une expérience utilisateur transparente ? Sur le back-end, comment ce processus de basculement fonctionnera-t-il ? Sera-t-il automatisé ou manuel ?

La plupart des moyennes et grandes organisations ont systèmes redondants en place pour les aider à survivre à une panne. Ce qu'ils peuvent ou non avoir mis en place, c'est le mécanisme automatisé qui redirige le trafic vers ces systèmes redondants lorsqu'un le service de base tombe en panne.

La technologie IBM NS1 Connect Filter Chain™ utilise la puissance du DNS pour rediriger automatiquement le trafic entre les fournisseurs de services en cas d'interruption du service réseau. Avec quelques règles de base en place, NS1 Connect surveille l'état de votre réseau et change de point de terminaison selon les besoins. Vous fixez les règles et les priorités dès le départ ; tout ce qui suit se passe automatiquement.

Sur la plateforme NS1, les configurations de chaîne de filtrage sont appliquées aux enregistrements individuels dans les zones DNS. Les chaînes de filtres déterminent comment NS1 gère les requêtes sur chaque enregistrement, en particulier les réponses à renvoyer. Chaque chaîne de filtres utilise une logique unique pour traiter les requêtes. Vous pouvez créer des combinaisons de filtres pour obtenir un résultat spécifique en fonction de vos besoins opérationnels ou commerciaux.

Bien entendu, tout le monde ne souhaite pas diriger le trafic de basculement de la même manière. Nous avons donc élaboré un guide rapide sur la façon de créer des systèmes de basculement actif-actif, actif-passif et manuel à l'aide de chaînes de filtres.

Basculement actif-actif

Dans ce cas d'utilisation, NS1 ou des sources de données tierces surveillent l'état des points de terminaison individuels dans votre infrastructure de mise à disposition d'applications. Lorsque les données indiquent une panne sur un système, NS1 achemine automatiquement le trafic vers les systèmes secondaires de votre choix. C'est ce qu'on appelle « actif-actif » car ces systèmes secondaires sont probablement de toute façon opérationnels dans le cadre de votre système d'équilibrage de charge. En cas de panne d'un système, NS1 rééquilibre simplement la charge vers les systèmes déjà actifs.

Le premier filtre de la chaîne est « Up ». Ce filtre indique au système si le point de terminaison du fournisseur de services est opérationnel ou non.

Le deuxième filtre de la chaîne est soit « Shuffle » soit « Weighted Shuffle ». Si le filtre « Up » renvoie une réponse « fausse » pour un point de terminaison, il distribue automatiquement le trafic vers d'autres fournisseurs. Shuffle distribue le trafic de manière aléatoire, tandis que Weighted Shuffle le distribue en fonction des pondérations que vous fournissez.

Enfin, spécifiez le nombre de réponses que vous souhaitez que DNS fournisse aux requêtes entrantes. RFC 1912 exige qu'une seule réponse soit renvoyée pour chaque requête CNAME. Le filtre « Sélectionner le premier N » vous permet de spécifier le nombre de réponses qui sont renvoyées au client demandeur, mais la valeur par défaut doit être une.

Basculement actif-passif

Comme dans le cas d'utilisation actif-actif, NS1 ou des sources de données tierces surveillent l'état de votre infrastructure de livraison d'applications et acheminent le trafic vers les systèmes secondaires en cas de panne du système principal. La différence ici est que les systèmes secondaires ne gèrent peut-être pas déjà le trafic : ils ne sont activés qu'en cas de besoin, en tant qu'option redondante.

Comme dans l'exemple précédent, le premier filtre de cette chaîne est « Up ». À partir des données de surveillance, NS1 détermine quels services sous-jacents sont en ligne.

Le deuxième filtre de cette chaîne est « Priorité ». Ce filtre crée une logique qui donne la priorité aux systèmes actifs par rapport aux systèmes passifs ou de secours. Si les réponses les plus prioritaires sont disponibles, elles seront triées vers la première position de la liste de réponses possibles. Dans le cas contraire, NS1 continue de parcourir la liste des priorités jusqu'à ce qu'il trouve une ressource disponible.

Enfin, « Select First N » dicte le nombre de réponses à fournir. La réponse que vous voudriez qu’il apporte dans ce cas en est une.

Basculement manuel

Parfois, vous souhaitez prendre des décisions de basculement seulement après en savoir plus sur la situation. Dans ces cas, la chaîne de filtrage est le mécanisme de mise en œuvre que vous utilisez une fois que vous avez déterminé où vous souhaitez que le trafic aille. Au lieu de pointer un flux de données vers NS1, vous activerez manuellement le filtre lorsque cela est nécessaire en utilisant la logique active-passive.

Le premier filtre de cette chaîne est « Up », à la différence que vous définissez ici manuellement quels services sont en hausse et en baisse (au lieu qu'un flux de données le fasse pour vous).

Le deuxième filtre de cette chaîne est « Priorité », en commençant par les systèmes actifs plutôt que les systèmes passifs ou de secours. Si les réponses les plus prioritaires sont disponibles, elles sont triées vers la première position de la liste de réponses possibles. Dans le cas contraire, NS1 continue de parcourir la liste des priorités jusqu'à ce qu'il trouve une ressource disponible.

Enfin, « Select First N » dicte le nombre de réponses à fournir. La réponse que vous voudriez qu’il apporte dans ce cas en est une.

Disponibilité multi-cloud ou multi-CDN

Dans le scénario « actif-actif » ci-dessus, la chaîne de filtrage utilise une simple métrique haut/bas pour orienter le trafic. Cependant, la disponibilité des services est parfois plus nuancée. Par exemple, les services connaissent parfois des pannes régionales qui entraînent une mauvaise qualité de service : même si le service dans son ensemble est techniquement « opérationnel », il peut ne pas fonctionner à sa capacité optimale. Cette chaîne de filtres vous permet d'ajouter quelques nuances à ce qui est considéré comme « up », en utilisant l'outil d'analyse avancé de NS1 Connect comme source de données.

Le premier filtre de cette chaîne est « Seuil de disponibilité Pulsar ». Ce filtre vous permet de définir une valeur de pourcentage qui déterminera l'utilisation d'un service en fonction des mesures de disponibilité.

Le deuxième filtre de la chaîne est « Weighted Shuffle », qui distribue le trafic vers d'autres fournisseurs qui répondent à la définition de « disponible » du premier filtre. Le trafic est réparti en fonction des pondérations que vous fournissez.

Le troisième filtre est « Pulsar Performance Sort », qui prend la distribution pondérée du filtre précédent et dirige le trafic vers le service disponible le plus rapide, éliminant ainsi les services peu performants en fonction d'un seuil que vous définissez.

Enfin, « Select First N » dictera le nombre de réponses à fournir. La réponse que vous voudriez qu’il apporte dans ce cas en est une.

Pour plus d’informations sur la façon d’utiliser les chaînes de filtres pour améliorer les performances et la résilience, réduire les coûts et bien plus encore, explorez ci-dessous.

Protégez-vous contre les pannes grâce à des services réseau résilients et redondants