Original (English)

Azure Traffic Manager expliqué

répartition de charge DNS, 6 méthodes de routage et basculement automatique

Si votre application web ne tourne que dans une seule région, les utilisateurs de Tokyo ou de São Paulo attendent longtemps et, si ce centre de données tombe en panne, toute l’application est hors ligne. Azure Traffic Manager oriente automatiquement chaque utilisateur, au niveau DNS, vers le point de terminaison le plus rapide et en bonne santé. Cet épisode explique son fonctionnement et quand utiliser chacune de ses six méthodes de routage.

▶ Azure Traffic Manager expliqué : répartition de charge DNS, 6 méthodes de routage et basculement automatique (Doublage IA)

Au programme :

1. Ce qu’est Traffic Manager : un équilibreur de charge global basé sur DNS qui répond seulement aux requêtes DNS, ne voit jamais votre trafic et n’ajoute aucune latence – pour les services Azure, d’autres clouds et vos centres de données locaux
2. Le routage par priorité pour la reprise après sinistre : configuration actif-passif avec basculement automatique, TTL DNS de 30 à 60 secondes et pourquoi tester le basculement et la capacité de la région de secours
3. Le routage par performance avec la table de latence Internet : pourquoi le point de terminaison le plus rapide n’est pas toujours le plus proche géographiquement, et pourquoi le combiner avec Azure Load Balancer ou Application Gateway
4. Le routage pondéré (poids de 1 à 1000) pour les canary releases, les tests A/B et les migrations de région, et le routage géographique pour la souveraineté des données, y compris les profils imbriqués
5. Le routage multivaleur (IPv4/IPv6 uniquement), le routage par sous-réseau pour les environnements de staging et les sondes d’intégrité : toutes les 30 secondes et trois échecs par défaut, avec un point de terminaison de santé dédié plutôt que la racine

Cet épisode est une version française doublée par IA de la vidéo animée du M365 Show présentée par le Microsoft MVP Mirko Peters.