Fiabilité dans Azure Traffic Manager

Azure Traffic Manager est un équilibreur de charge de trafic BASÉ sur DNS qui distribue le trafic de manière optimale sur les back-ends distribués à l’échelle mondiale. Traffic Manager fournit une haute disponibilité et une réactivité rapide pour vos applications publiques en utilisant DNS pour diriger les requêtes clientes vers des points de terminaison de service appropriés en fonction des méthodes de routage du trafic et de la surveillance de l’intégrité des points de terminaison.

Lorsque vous utilisez Azure, la fiabilité est une responsabilité partagée. Microsoft offre une gamme de fonctionnalités permettant de prendre en charge la résilience et la récupération. Vous êtes responsable de comprendre le fonctionnement de ces fonctionnalités dans tous les services que vous utilisez et de sélectionner les fonctionnalités dont vous avez besoin pour atteindre vos objectifs métier et vos objectifs de temps d’activité.

Cet article décrit les fonctionnalités de fiabilité de Azure Traffic Manager en réponse à une plage de pannes potentielles, y compris les erreurs temporaires et les défaillances à l’échelle de la région. Il met également en évidence les principales considérations relatives à la résilience et à la préparation de la récupération, et fournit une vue d’ensemble du contrat de niveau de service (SLA) Azure Traffic Manager.

Recommandations concernant le déploiement de production

Azure Well-Architected Framework fournit des recommandations pour la fiabilité, les performances, la sécurité, le coût et les opérations. Pour savoir comment ces domaines influencent les uns les autres et contribuent à une solution Traffic Manager fiable, consultez les meilleures pratiques Architecture pour Azure Traffic Manager dans le framework Well-Architected.

Vue d’ensemble de l’architecture de fiabilité

Cette section décrit certains des aspects importants du fonctionnement du service qui sont les plus pertinents du point de vue de la fiabilité. La section présente l’architecture logique, qui inclut certaines des ressources et fonctionnalités que vous déployez et utilisez. Il traite également de l’architecture physique, qui fournit des détails sur le fonctionnement du service sous les couvertures.

Architecture logique

Lorsque vous utilisez Traffic Manager, vous déployez un profil, qui spécifie les points de terminaison principaux de votre application et configure la façon dont Traffic Manager doit acheminer les demandes vers ces points de terminaison. Pour plus d’informations, consultez les points de terminaison Traffic Manager et les méthodes de routage Traffic Manager.

Un profil Traffic Manager se présente sous la forme d’un enregistrement CNAME DNS. Lorsqu’il reçoit une demande de résolution d’un client ou d’un programme de résolution DNS, Traffic Manager résout dynamiquement l’adresse IP en fonction des règles que vous spécifiez dans le profil. La responsabilité de Traffic Manager est de fournir aux clients l’adresse IP d’un point de terminaison pour atteindre votre service. Après la résolution de noms, aucun du trafic de votre application ne transite par Traffic Manager. Pour plus d’informations, consultez Fonctionnement de Traffic Manager.

Traffic Manager surveille l’intégrité de vos points de terminaison et route les requêtes entrantes vers des points de terminaison sains tout en évitant les points de terminaison non sains. Pour plus d’informations, consultez la section intitulée Surveillance des points de terminaison Traffic Manager.

Architecture physique

Traffic Manager fonctionne en tant que service non régional et déploie son infrastructure sur plusieurs zones de disponibilité dans plusieurs régions Azure dans le monde entier. Cette conception permet à Traffic Manager de rester résilient lors d’une panne de zone de disponibilité ou de région, car l’infrastructure d’une autre zone ou région continue de répondre aux demandes de résolution.

Les protocoles Internet globaux tels que Anycast, DNS et BGP acheminent automatiquement les requêtes de résolution DNS entrantes vers l’infrastructure Traffic Manager saine la plus proche.

Résilience aux erreurs temporaires

Les erreurs temporaires sont des défaillances courtes et intermittentes dans les composants. Elles se produisent fréquemment dans un environnement distribué comme le cloud, et font partie intégrante des opérations ordinaires. Les erreurs temporaires se corrigent après une courte période de temps. Il est important que vos applications puissent gérer les erreurs temporaires, généralement en réessayant les requêtes affectées.

Toutes les applications hébergées dans le cloud doivent suivre les instructions de gestion des erreurs temporaires Azure lorsqu’elles communiquent avec toutes les API, bases de données et autres composants hébergés dans le cloud. Pour plus d’informations, consultez Recommandations pour la gestion des erreurs temporaires.

Traffic Manager fonctionne au niveau DNS et utilise des sondes d’intégrité pour surveiller la disponibilité des points de terminaison. Le service gère les erreurs temporaires par le biais de son infrastructure DNS globale et de ses fonctionnalités de surveillance des points de terminaison.

Lorsque vous utilisez Traffic Manager, tenez compte des types d’erreurs temporaires suivants séparément :

• Erreurs temporaires pendant la résolution DNS : Si une erreur temporaire se produit pendant la résolution DNS, le client ou le programme de résolution intermédiaire doit réessayer.

• Erreurs temporaires affectant vos points de terminaison principaux :la surveillance des points de terminaison Traffic Manager vérifie régulièrement l’intégrité de vos points de terminaison. Une erreur temporaire au sein d’un point de terminaison, ou dans le chemin réseau d’un point de terminaison, peut être détectée comme un point de terminaison non sain. Configurez la surveillance des points de terminaison pour rechercher des problèmes consécutifs sur une période donnée.

Le temps de vie de votre enregistrement DNS détermine la façon dont votre solution gère les erreurs. Si le TTL est très faible, les clients doivent effectuer davantage de demandes au Traffic Manager et il existe davantage d’opportunités pour que des erreurs transitoires se produisent. Si le TTL est très élevé, en cas de véritable erreur dans un point d'extrémité, les clients peuvent subir des retards lors du basculement jusqu'à expiration du TTL. Configurez soigneusement les TTL pour équilibrer la disponibilité, la latence et la réactivité. Lorsque vous utilisez Azure DNS, il peut configurer automatiquement la durée de vie de votre enregistrement pour qu'elle corresponde à la valeur de durée de vie du profil, qui est de 60 secondes par défaut. Pour plus d'informations, reportez-vous à la section Considérations relatives aux performances de Traffic Manager.

Résilience aux échecs de zone de disponibilité

Les zones de disponibilité sont des groupes physiquement distincts de centres de données au sein d’une région Azure. Lorsqu'une zone tombe en panne, les services peuvent basculer vers l'une des zones restantes.

Traffic Manager fonctionne en tant que service non régional et déploie son infrastructure sur plusieurs zones de disponibilité dans plusieurs régions Azure dans le monde entier. Elle réplique les modifications apportées à votre profil de façon synchrone dans ces zones et régions. Cette conception permet à Traffic Manager de rester résilient lors d’une panne de zone de disponibilité, car l’infrastructure d’une autre zone ou région continue de répondre aux demandes de résolution.

Résilience aux défaillances à l’échelle de la région

Traffic Manager fonctionne en tant que service non régional et déploie son infrastructure sur plusieurs zones de disponibilité dans plusieurs régions Azure dans le monde entier. Cette conception permet à Traffic Manager de rester résilient lors d’une panne de région, car l’infrastructure d’une autre zone ou région continue de répondre aux demandes de résolution.

Résilience aux pannes des outils de gestion et du portail

Si vous gérez votre profil Traffic Manager dans le portail Azure, préparez-vous aux scénarios où vous ne pouvez pas y accéder, en particulier si vous devez reconfigurer votre profil lors d’une panne de plateforme.

Comme d’autres services Azure, Traffic Manager prend en charge le déploiement et la gestion via divers outils. Nous vous recommandons de vous familiariser avec l’utilisation de Azure CLI ou Azure PowerShell pour gérer votre profil. Vous pouvez également déployer et configurer votre profil à l’aide de technologies de code comme Bicep ou Terraform. Ces outils restent opérationnels même si le portail Azure est détérioré.

Sauvegarde et restauration

Traffic Manager est un service DNS sans état. Elle ne conserve pas vos données et n’a aucune fonctionnalité de sauvegarde ou de restauration.

Pour protéger votre configuration de ressources, définissez vos profils Traffic Manager et d’autres ressources à l’aide de l’infrastructure en tant que code (par exemple, des modèles Bicep ou ARM) et stockez ces définitions dans le contrôle de code source. Si vous devez recréer une ressource, redéployez-la à partir de la configuration stockée.

Résilience à la maintenance du service

Microsoft applique régulièrement des mises à jour de service et effectue d’autres maintenances. La plateforme Azure gère automatiquement ces activités, ce qui garantit que la maintenance est fluide et transparente pour vous. Aucun temps d'arrêt n'est prévu pendant les événements de maintenance, sauf si vous avez été informé via la maintenance planifiée d'Azure Service Health.

Contrat de niveau de service

Le contrat de niveau de service (SLA) pour les services Azure décrit la disponibilité attendue de chaque service et les conditions que votre solution doit respecter pour atteindre cette attente de disponibilité. Pour plus d’informations, consultez les SLA pour les services en ligne.

Azure Traffic Manager fournit un contrat SLA de disponibilité de 100% pour les réponses aux requêtes DNS, tant que les clients réessayent les requêtes ayant échoué à plusieurs reprises.

Contenu connexe

• vue d’ensemble Azure Traffic Manager
• Documentation sur la fiabilité Azure