ADC

Prise en charge d’Anycast dans Citrix ADC

Anycast est un type de réseau dans lequel un ensemble de serveurs partagent une adresse IP. La demande du client est dirigée vers le serveur topographiquement le plus proche en fonction de ses tables de routage. Ce routage réduit les problèmes de latence, garantit une haute disponibilité et minimise les temps d’arrêt.

Citrix ADC prend en charge le réseau anycast avec des fonctionnalités d’équilibrage de charge global du serveur (GSLB) et de DNS.

Le schéma suivant illustre un schéma topologique d’Anycast dans Citrix ADC.

Topologie Anycast

Anycast GSLB

La fonctionnalité Citrix ADC GSLB assure l’équilibrage de charge entre les sites distribués dans le monde entier ainsi que la reprise après sinistre et garantit la disponibilité continue des applications.

En cas de panne, GSLB assure une reprise immédiate après sinistre en acheminant le trafic vers le centre de données le plus proche ou le plus performant. Toutefois, GSLB ne peut pas contrôler les éléments suivants :

  • Comment le trafic DNS est acheminé vers les nœuds GSLB situés dans différents emplacements géographiques.
  • Quel est le niveau de latence ajouté lorsque les requêtes DNS sont acheminées vers les nœuds GSLB ?

Dans une configuration GSLB classique, chaque centre de données possède un nœud GSLB configuré avec le serveur de noms de domaine autorisé (ADNS) spécifique au site pour recevoir les requêtes DNS. L’ADNS de chaque site est configuré en tant que serveur de noms dans le résolveur DNS. À mesure que le nombre de nœuds GSLB augmente, le nombre d’enregistrements de serveurs de noms augmente également. Dans de tels cas, en cas de défaillance d’un centre de données, LDNS doit réessayer de résoudre le problème avec un autre serveur de noms. Cette nouvelle tentative augmente la latence de la résolution DNS. De plus, chaque fois qu’un nœud GSLB est ajouté, les enregistrements du serveur de noms doivent être mis à jour.

Pour surmonter ces inconvénients, vous pouvez utiliser Anycast ADNS. Dans Anycast ADNS, une adresse IP ADNS unique est utilisée pour tous les nœuds GSLB et le trafic DNS est acheminé vers les nœuds GSLB à l’aide d’un routage dynamique.

Par exemple, si un site GSLB est en panne, la table de routage est mise à jour et le routage vers ce site est supprimé. Par conséquent, les requêtes DNS ne sont pas envoyées aux sites qui sont hors service. Par conséquent, il n’y a aucune nouvelle tentative.

Si un nouveau nœud GSLB est ajouté, la même adresse IP ADNS lui est attribuée. Le routage dynamique met automatiquement à jour les tables de routage avec des itinéraires vers de nouveaux sites en fonction des algorithmes de routage. Il n’est donc pas nécessaire de mettre à jour les enregistrements du serveur de noms DNS. Le déploiement de nouveaux sites GSLB est rendu plus simple et plus rapide grâce à Anycast.

Comment configurer une adresse IP ADNS en mode anycast

Activez le routage de l’hôte sur l’adresse IP ADNS dans une appliance Citrix ADC et définissez le niveau d’injection de santé de route (RHI) approprié. La plupart du temps, il n’y aurait pas de serveurs virtuels sur l’IP de l’ADNS et par conséquent, le niveau RHI doit être sélectionné comme NONE. L’activation de la route hôte sur l’adresse IP ADNS en fait une route du noyau. Vous pouvez ensuite activer le routage dynamique de votre choix et configurer le protocole de routage pour redistribuer les routes du noyau.

Configuration IP ADNS — Exemple

À l’invite de commande, tapez :

add service adns_public 5.5.5.5 ADNS 53

set ip 5.5.5.5 -hostRoute ENABLED -vserverRHILevel ALL_VSERVERS
<!--NeedCopy-->

Configuration BGP dans le site GSLB — Exemple

Site1#sh run
!
hostname Site1
!
log syslog
log record-priority
!
ns route-install bgp
!
interface lo0
 ip address 127.0.0.1/8
 ipv6 address fe80::1/64
 ipv6 address ::1/128
!
interface vlan0
 ip address 10.102.148.94/25
 ipv6 address fe80::e84c:f4ff:fe74:4588/64
!
interface vlan2
 ip address 172.18.30.15/24
!
router bgp 5
 redistribute kernel -----> redistributing the kernel routes
 neighbor 172.18.30.30 remote-as 4
 neighbor 172.18.30.30 advertisement-interval 1
 neighbor 172.18.30.30 timers 4 16
!
End

Site1#
<!--NeedCopy-->

Table de routage du site GSLB - Exemple

Site1#sh ip route
Codes: K - kernel, C - connected, S - static, R - RIP, B - BGP
       O - OSPF, IA - OSPF inter area
       N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2
       E1 - OSPF external type 1, E2 - OSPF external type 2
       i - IS-IS, L1 - IS-IS level-1, L2 - IS-IS level-2
       ia - IS-IS inter area, I - Intranet
       * - candidate default

K       5.5.5.5/32 via 0.0.0.0 ---------------------------------------> Kernel Route for ADNS
C       10.102.148.0/25 is directly connected, vlan0
C       127.0.0.0/8 is directly connected, lo0
B       172.18.10.0/24 [20/0] via 172.18.30.30, vlan2, 01w5d22h
B       172.18.20.0/24 [20/0] via 172.18.30.30, vlan2, 01w5d22h
C       172.18.30.0/24 is directly connected, vlan2
B       192.168.3.0/24 [20/0] via 172.18.30.30, vlan2, 01w5d22h
B       192.168.5.0/24 [20/0] via 172.18.30.30, vlan2, 01w5d22h
B       192.168.10.0/24 [20/0] via 172.18.30.30, vlan2, 01w5d22h

Gateway of last resort is not set
Site1#
<!--NeedCopy-->

DNS Anycast

Vous pouvez utiliser le DNS Anycast pour les serveurs virtuels proxy DNS sur Citrix ADC. Lorsque plusieurs serveurs de noms DNS sont configurés, le résolveur DNS répond selon la méthode du round robin. Par exemple, si le résolveur ne reçoit aucune réponse du premier serveur, il passe au second serveur après expiration de la valeur de délai configurée. Le passage du premier serveur au second serveur augmente la latence de la résolution DNS. Si les résolveurs DNS sont configurés avec Anycast, cette latence peut être éliminée.

Configuration DNS — Exemple

À l’invite de commande, tapez :

add lb vserver dns DNS 5.5.5.50 53

set ip 5.5.5.50 -hostRoute ENABLED -vserverRHILevel ALL_VSERVERS
<!--NeedCopy-->
Prise en charge d’Anycast dans Citrix ADC