Utiliser une stratégie DNS pour l’équilibrage de charge des applications avec connaissance de la géolocalisation
Vous pouvez vous servir de cette rubrique pour découvrir comment configurer une stratégie DNS pour équilibrer la charge d’une application avec la reconnaissance de l’emplacement géographique.
La rubrique précédente de ce guide, Utiliser une stratégie DNS pour l’équilibrage de charge des applications, utilise un exemple de société fictive, Contoso Gift Services, qui fournit des services de cadeaux en ligne et qui a un site Web nommé contosogiftservices.com. Contoso Gift Services équilibre la charge de son application web en ligne entre les serveurs des centres de données nord-américains situés à Seattle, WA, Chicago et Dallas.
Notes
Il est recommandé de vous familiariser avec la rubrique Utiliser la stratégie DNS pour l’équilibrage de charge des applications avant d’exécuter les instructions de ce scénario.
Cette rubrique utilise la même entreprise fictive et l’infrastructure réseau comme base pour un nouvel exemple de déploiement qui inclut la reconnaissance de la géolocalisation.
Dans cet exemple, Contoso Gift Services étend avec succès sa présence dans le monde entier.
À l’instar de Amérique du Nord, l’entreprise dispose désormais de serveurs web hébergés dans des centres de données européens.
Les administrateurs DNS de Contoso Gift Services souhaitent configurer l’équilibrage de charge des applications pour les centres de données européens, de la même manière que l’implémentation de la stratégie DNS aux États-Unis, avec le trafic d’application distribué entre les serveurs Web situés à Dublin, en Irlande, à Amsterdam, aux Pays-Bas et ailleurs.
Les administrateurs DNS souhaitent également que toutes les requêtes provenant d’autres emplacements dans le monde soient distribuées de façon égale entre tous leurs centres de données.
Dans les sections suivantes, vous allez découvrir comment atteindre des objectifs similaires à ceux des administrateurs DNS de Contoso sur votre propre réseau.
Comment configurer l’équilibrage de charge des applications avec la reconnaissance géographique
Les sections suivantes vous montrent comment configurer une stratégie DNS pour l’équilibrage de charge des applications avec la reconnaissance géographique.
Important
Les sections suivantes incluent des exemples de commandes Windows PowerShell qui contiennent des exemples de valeurs pour de nombreux paramètres. Veillez à remplacer les exemples de valeurs dans ces commandes par des valeurs appropriées pour votre déploiement avant d’exécuter ces commandes.
Créer les sous-réseaux clients DNS
Vous devez d’abord identifier les sous-réseaux ou l’espace d’adressage IP des régions Amérique du Nord et Europe.
Vous pouvez obtenir ces informations à partir de cartes géo-IP. En fonction de ces distributions géo-IP, vous devez créer les sous-réseaux clients DNS.
Un sous-réseau du client est un regroupement logique de sous-réseaux IPv4 ou IPv6 à partir desquels les requêtes sont envoyées à un serveur DNS.
Vous pouvez utiliser les commandes Windows PowerShell suivantes pour créer des sous-réseaux clients DNS.
Add-DnsServerClientSubnet -Name "AmericaSubnet" -IPv4Subnet 192.0.0.0/24,182.0.0.0/24
Add-DnsServerClientSubnet -Name "EuropeSubnet" -IPv4Subnet 141.1.0.0/24,151.1.0.0/24
Pour plus d’informations, consultez Add-DnsServerClientSubnet.
Créer les étendues de zone
Une fois les sous-réseaux clients en place, vous devez partitionner la zone contosogiftservices.com en différentes étendues de zone, chacune pour un centre de données.
Une étendue de zone est une instance unique de la zone. Une zone DNS peut avoir plusieurs étendues de zone, chacune d’elles contenant son propre jeu d’enregistrements DNS. Le même enregistrement peut être présent dans plusieurs étendues, avec différentes adresses IP ou les mêmes adresses IP.
Notes
Par défaut, une étendue de zone existe sur les zones DNS. Cette étendue de zone a le même nom que la zone, et les opérations DNS héritées fonctionnent sur cette étendue.
Le scénario précédent sur l’équilibrage de charge des applications montre comment configurer trois étendues de zone pour les centres de données en Amérique du Nord.
Avec les commandes ci-dessous, vous pouvez créer deux étendues de zone supplémentaires, une chacune pour les centres de données de Dublin et Amsterdam.
Vous pouvez ajouter ces étendues de zone sans aucune modification aux trois étendues de zone Amérique du Nord existantes dans la même zone. En outre, après avoir créé ces étendues de zone, vous n’avez pas besoin de redémarrer votre serveur DNS.
Vous pouvez utiliser les commandes Windows PowerShell suivantes pour créer des étendues de zone.
Add-DnsServerZoneScope -ZoneName "contosogiftservices.com" -Name "DublinZoneScope"
Add-DnsServerZoneScope -ZoneName "contosogiftservices.com" -Name "AmsterdamZoneScope"
Pour plus d’informations, consultez Add-DnsServerZoneScope
Ajouter des enregistrements aux étendues de zone
Vous devez maintenant ajouter les enregistrements représentant l’hôte du serveur web dans les deux étendues de zone.
Les enregistrements des centres de données américains ont été ajoutés dans le scénario précédent. Vous pouvez utiliser les commandes Windows PowerShell suivantes pour ajouter des enregistrements aux étendues de zone pour les centres de données européens.
Add-DnsServerResourceRecord -ZoneName "contosogiftservices.com" -A -Name "www" -IPv4Address "151.1.0.1" -ZoneScope "DublinZoneScope”
Add-DnsServerResourceRecord -ZoneName "contosogiftservices.com" -A -Name "www" -IPv4Address "141.1.0.1" -ZoneScope "AmsterdamZoneScope"
Pour plus d’informations, consultez Add-DnsServerResourceRecord.
Créer les stratégies DNS
Après avoir créé les partitions (étendues de zone) et ajouté des enregistrements, vous devez créer des stratégies DNS qui distribuent les requêtes entrantes entre ces étendues.
Pour cet exemple, la distribution des requêtes entre les serveurs d’applications dans différents centres de données répond aux critères suivants.
- Lorsque la requête DNS est reçue d’une source dans un sous-réseau client nord-américain, 50 % des réponses DNS pointent vers le centre de données de Seattle, 25 % des réponses pointent vers le centre de données de Chicago et les 25 % restants pointent vers le centre de données de Dallas.
- Lorsque la requête DNS est reçue à partir d’une source dans un sous-réseau client européen, 50 % des réponses DNS pointent vers le centre de données de Dublin et 50 % des réponses DNS pointent vers le centre de données d’Amsterdam.
- Lorsque la requête provient de n’importe où dans le monde, les réponses DNS sont réparties entre les cinq centres de données.
Vous pouvez utiliser les commandes Windows PowerShell suivantes pour implémenter ces stratégies DNS.
Add-DnsServerQueryResolutionPolicy -Name "AmericaLBPolicy" -Action ALLOW -ClientSubnet "eq,AmericaSubnet" -ZoneScope "SeattleZoneScope,2;ChicagoZoneScope,1; TexasZoneScope,1" -ZoneName "contosogiftservices.com" –ProcessingOrder 1
Add-DnsServerQueryResolutionPolicy -Name "EuropeLBPolicy" -Action ALLOW -ClientSubnet "eq,EuropeSubnet" -ZoneScope "DublinZoneScope,1;AmsterdamZoneScope,1" -ZoneName "contosogiftservices.com" -ProcessingOrder 2
Add-DnsServerQueryResolutionPolicy -Name "WorldWidePolicy" -Action ALLOW -FQDN "eq,*.contoso.com" -ZoneScope "SeattleZoneScope,1;ChicagoZoneScope,1; TexasZoneScope,1;DublinZoneScope,1;AmsterdamZoneScope,1" -ZoneName "contosogiftservices.com" -ProcessingOrder 3
Pour plus d’informations, consultez Add-DnsServerQueryResolutionPolicy.
Vous avez maintenant créé une stratégie DNS qui assure l’équilibrage de charge des applications entre les serveurs Web situés dans cinq centres de données différents sur plusieurs continents.
Vous pouvez créer des milliers de stratégies DNS en fonction de vos exigences de gestion du trafic, et toutes les nouvelles stratégies sont appliquées dynamiquement, sans redémarrer le serveur DNS, sur les requêtes entrantes.