Commençons par l’histoire d’un client potentiel : une entreprise européenne fictive qui fabrique des articles de course à pied, notamment des chaussures, des chaussettes, des t-shirts et bien plus encore. Fondée en Espagne, elle y a gagné en popularité avant de se développer rapidement dans d’autres pays d’Europe et du Moyen-Orient.
Cette entreprise a lancé de nombreux sites web et applications pour répondre aux besoins de ses différentes régions et boutiques. Ses responsables informatiques ont très tôt décidé d’héberger ces sites et applications dans différents environnements, faisant appel à plusieurs fournisseurs de cloud public et à des centres de données locaux, afin que les équipes régionales de l’entreprise puissent travailler de manière autonome.
L’entreprise cherche désormais à gérer plus facilement ces différents environnements et à permettre aux applications adaptatives de fonctionner de manière plus fluide afin de faciliter ses déploiements bleu-vert. (Il s’agit de déploiements dans lesquels des environnements distincts mais identiques sont créés, l’un exécutant la version actuelle d’une application et l’autre une nouvelle version.)
Voyons comment l’équilibrage de charge DNS (DNSLB) peut aider cette entreprise à atteindre ses objectifs.
Qu’est-ce que l’équilibrage de charge DNS ?
Le DNS est l’un des rares protocoles essentiels d’Internet. Chaque fois qu’un utilisateur souhaite accéder à une application ou à un site web, une requête DNS est effectuée afin de localiser ces ressources. Sans DNS, les applications et les sites web sont inaccessibles.
Le DNS (Domain Name System, ou système de noms de domaine) est sans doute un terme familier pour la plupart des gens, mais l’équilibrage de charge DNS, également appelé GSLB (Global Server Load Balancing, ou équilibrage global de la charge des serveurs), l’est probablement moins. En résumé, il s’agit d’une version plus intelligente du DNS, qui permet d’orienter le trafic en fonction de l’état de santé des applications et des adresses IP sources des clients.
Quels problèmes résout-il ?
Aujourd’hui, la plupart des applications ne sont plus hébergées sur un site unique, mais dans plusieurs environnements (par exemple, sur site et dans le cloud public, ou dans différentes régions). Si cela permet de mieux servir les utilisateurs, il devient également nécessaire d’acheminer le trafic des clients vers le centre de données le plus proche.
Le routage Anycast est généralement utilisé dans ce type de situation. Cependant, il impose que l’ensemble du trafic transite par le réseau du fournisseur, ce qui exclut les architectures reposant sur des sites gérés par différents fournisseurs.
De plus, les clients doivent disposer d’un moyen de détecter un serveur backend défaillant, afin d’éviter de lui envoyer des requêtes et de nuire à l’expérience utilisateur.
C’est là que l’équilibrage de charge DNS (DNSLB) se révèle utile. Voici pourquoi :
- DNSLB effectue régulièrement des contrôles d’intégrité afin de s’assurer que les points de terminaison participant à une application sont actifs.
- De plus, les contrôles d’intégrité peuvent également rechercher des mots-clés spécifiques afin de déterminer si un serveur backend est opérationnel, ce qui permet d’écarter les serveurs accessibles, mais fonctionnant en mode dégradé et ne fournissant pas correctement le contenu.
- La prise en charge de la géolocalisation par IP permet de proposer aux utilisateurs finaux le contenu le plus pertinent.
- Par exemple, tous les utilisateurs seront dirigés vers un service web anycast, mais ceux situés dans des pays éloignés des PoP (points de présence) pourront être redirigés vers un centre de données local ou un fournisseur de cloud régional.
- Ou, si les utilisateurs ne peuvent pas être redirigés en dehors de leur pays ou de leur région, une politique de géolocalisation garantit que le contenu leur est fourni depuis l’emplacement approprié (cela s’applique également aux exigences du RGPD de l’Union européenne).
- Le DNSLB peut également faire partie d’un plan de reprise après sinistre, permettant de rediriger les utilisateurs vers un site de secours en cas de défaillance du site principal.
Dans notre exemple de l’entreprise qui fabrique des équipements de course et dont l’infrastructure informatique est répartie entre différents environnements, le DNSLB constitue une solution judicieuse pour gagner en flexibilité. En effet, il intervient uniquement au niveau de la couche DNS, tandis que le reste du trafic est acheminé vers la destination choisie (par exemple, un cloud public, un centre de données privé, etc.). L’entreprise évite ainsi de dépendre d’un fournisseur ou d’un prestataire cloud spécifique.
De plus, grâce aux différents algorithmes d’équilibrage de charge disponibles, l’entreprise peut déployer de nouvelles versions de ses applications selon une approche blue-green (en faisant progressivement basculer les utilisateurs vers une version plus récente), voire effectuer un déploiement canary — qui consiste à faire basculer d’abord un petit sous-ensemble de serveurs ou de nœuds avant d’inclure les autres — à l’aide de l’algorithme « ratio ».
Équilibreur de charge DNS fourni en mode SaaS
Disposer de DNSLB en tant que SaaS présente des avantages certains par rapport à une solution sur site :
- Les clients n’ont pas à se soucier de provisionner du matériel, ni de prévoir des capacités réseau ou de l’espace dans les baies.
- La protection contre les attaques par déni de service distribué (DDoS) est incluse, ce qui signifie que les clients n’ont pas à s’en charger eux-mêmes.
- Le routage Anycast permet aux utilisateurs finaux d’accéder aux serveurs DNS les plus proches de leur emplacement, réduisant ainsi la latence et offrant une meilleure expérience utilisateur.
Bien entendu, une API REST doit également être mise à la disposition des clients afin qu’ils puissent facilement automatiser leurs processus et l’intégrer à leurs outils et systèmes existants.
En savoir plus sur F5 Distributed Cloud DNS Load Balancer
Pour découvrir comment une solution SaaS d’équilibrage de charge DNS peut aider votre entreprise, consultez F5 Distributed Cloud DNS Load Balancer. Découvrez comment elle peut offrir à vos clients rapidité, simplicité, flexibilité et protection contre les attaques DDoS.
À propos de l’auteur
Articles de blog associés
F5 NGINXaaS pour Google Cloud : des applications résilientes et évolutives
Découvrez comment NGINXaaS s’intègre à Google Cloud pour renforcer les performances et la sécurité, et préparer vos applications critiques à un avenir propulsé par l’IA.
L’intégration de F5 Web Application Firewall (WAF) à AWS est disponible dès aujourd’hui
En faisant appel à un partenaire de déploiement AWS WAF tel que F5, vous pouvez renforcer la sécurité de vos applications web grâce à des règles personnalisées qui bloquent les schémas d’attaque courants, comme les injections SQL ou les attaques par scripts intersites (XSS).
Appliquer le principe de Peter Parker à l’inspection TLS
« Un grand pouvoir implique de grandes responsabilités. » Si l’on en trouve des échos chez Voltaire et Churchill, cette citation est surtout connue grâce aux bandes dessinées Spider-Man, où elle est attribuée à l’oncle Ben. Bien entendu, si cette phrase est si répandue dans la culture populaire, c’est notamment parce qu’elle peut s’appliquer à une multitude de situations et de sujets, y compris à l’inspection TLS.
Le NetOps a besoin de défenseurs, pas d’adversaires
Il est important de reconnaître que les équipes NetOps ne sont pas toujours celles qui font obstacle au déploiement de la dernière nouveauté, application ou service. Les freins à la rapidité sont souvent dus au fait que les organisations n’adoptent pas tous les principes du DevOps lorsqu’elles cherchent à transformer leurs opérations informatiques.
Mise à jour des services applicatifs : sécurité, rapidité et visiteurs suspects
Il est de nouveau temps de nous pencher sur les services applicatifs que les entreprises utilisent réellement pour rendre leurs applications plus rapides et plus sûres. On constate notamment une hausse du recours aux services de protection contre les bots, ainsi que la progression lente mais régulière de HTTP/2. Bien qu’il ne s’agisse pas d’une application…
Les templates prennent le contrôle du cloud
Les modèles s’imposent dans le cloud. Lisez le blog de F5 pour découvrir comment l’infrastructure en tant que code et les API déclaratives automatisent la mise à disposition des applications.