ADC
Merci pour vos commentaires

Ce article a été traduit automatiquement. (Clause de non responsabilité)

Méthode de temps aller-retour dynamique

Le temps d’aller-retour dynamique (RTT) est une mesure du temps ou du délai sur le réseau entre le serveur DNS local du client et une ressource de données. Pour mesurer le RTT dynamique, l’appliance NetScaler sonde le serveur DNS local du client et recueille des informations métriques RTT. L’appliance utilise ensuite cette métrique pour prendre sa décision d’équilibrage de charge. L’équilibrage de charge global des serveurs surveille l’état en temps réel du réseau et dirige dynamiquement la demande du client vers le centre de données présentant la valeur RTT la plus faible.

Lorsque la demande DNS d’un client pour un domaine parvient à l’appliance NetScaler configurée en tant que DNS faisant autorité pour ce domaine, l’appliance utilise la valeur RTT pour sélectionner l’adresse IP du site le plus performant à envoyer en réponse à la demande DNS.

L’appliance NetScaler utilise différents mécanismes, tels que la demande ou la réponse d’écho ICMP (PING), l’UDP et le protocole TCP pour collecter les métriques RTT relatives aux connexions entre le serveur DNS local et les sites participants. L’appliance envoie d’abord une sonde ping pour déterminer le RTT. Si la sonde ping échoue, une sonde DNS UDP est utilisée. Si cette sonde échoue également, l’appliance utilise une sonde DNS TCP.

Ces mécanismes sont représentés sur l’appliance NetScaler sous la forme de moniteurs d’équilibrage de charge et sont facilement identifiables grâce à leur utilisation du préfixe « ldns ». Les trois écrans, dans leur ordre par défaut, sont les suivants :

  • ldns-ping
  • ldns-dns
  • ldns-tcp

Ces moniteurs sont intégrés à l’appliance et sont réglés sur des paramètres sécurisés par défaut. Mais ils sont personnalisables comme n’importe quel autre moniteur de l’appliance.

Vous pouvez modifier l’ordre par défaut en le définissant explicitement en tant que paramètre GSLB. Par exemple, pour définir l’ordre dans lequel la requête DNS UDP sera suivie du PING puis du TCP, tapez la commande suivante :

set gslb parameter -ldnsprobeOrder DNS PING TCP

À moins qu’elles n’aient été personnalisées, l’appliance NetScaler effectue des tests UDP et TCP sur le port 53. Toutefois, contrairement aux moniteurs d’équilibrage de charge classiques, les sondes n’ont pas besoin d’être couronnées de succès pour fournir des informations RTT valides. Les messages d’indisponibilité du port ICMP, les réinitialisations TCP et les réponses d’erreur DNS, qui constituent généralement un échec, sont tous acceptables pour le calcul de la valeur RTT.

Une fois les données RTT compilées, l’appliance utilise le protocole propriétaire d’échange de métriques (MEP) pour échanger des valeurs RTT entre les sites participants. Après avoir calculé les métriques RTT, l’appliance trie les valeurs RTT pour identifier le centre de données présentant la meilleure (la plus petite) métrique RTT. «

Si les informations RTT ne sont pas disponibles (par exemple, lorsque le serveur DNS local d’un client accède au site pour la première fois), l’appliance NetScaler sélectionne un site en utilisant la méthode du round robin et dirige le client vers le site.

Pour configurer la méthode dynamique, vous devez configurer le serveur virtuel GSLB du site pour le RTT dynamique. Vous pouvez également définir l’intervalle auquel les serveurs DNS locaux sont sondés à une valeur autre que la valeur par défaut.

Configurer un serveur virtuel GSLB pour le RTT dynamique

Pour configurer un serveur virtuel GSLB pour le RTT dynamique, vous devez spécifier la méthode d’équilibrage de charge RTT.

L’appliance NetScaler valide régulièrement les informations de synchronisation pour un serveur local donné. Si une modification de la latence dépasse le facteur de tolérance configuré, l’appliance met à jour sa base de données avec les nouvelles informations de synchronisation et envoie la nouvelle valeur à d’autres sites GSLB en effectuant un échange MEP. Le facteur de tolérance par défaut est de 5 millisecondes (ms).

Le facteur de tolérance RTT doit être le même dans tout le domaine GSLB. Si vous le modifiez pour un site, vous devez configurer des facteurs de tolérance RTT identiques sur toutes les appliances NetScaler déployées dans le domaine GSLB.

Pour configurer un serveur virtuel GSLB pour le RTT dynamique à l’aide de l’interface de ligne de commande

À l’invite de commande, tapez :

set gslb vserver <name> -lbMethod RTT -tolerance <value>

Exemple :

set gslb vserver Vserver-GSLB-1 -lbMethod RTT -tolerance 10

Pour configurer un serveur virtuel GSLB pour le RTT dynamique à l’aide de l’utilitaire de configuration

Accédez à Gestion du trafic > GSLB > Serveurs virtuels et double-cliquez sur le serveur virtuel.

Définissez l’intervalle d’analyse des serveurs DNS locaux

L’appliance NetScaler utilise différents mécanismes, tels que la demande ou la réponse d’écho ICMP (PING), le TCP et l’UDP pour obtenir des métriques RTT pour les connexions entre le serveur DNS local et les sites GSLB participants. Par défaut, l’appliance utilise un moniteur de ping et sonde le serveur DNS local toutes les 5 secondes. L’appliance attend ensuite la réponse pendant 2 secondes. Si aucune réponse n’est reçue dans ce délai, il utilise le moniteur DNS TCP pour l’analyse.

Vous pouvez toutefois modifier l’intervalle de temps pour sonder le serveur DNS local en fonction de votre configuration.

Pour modifier l’intervalle de sondage à l’aide de l’interface de ligne de commande

À l’invite de commande, tapez :

set lb monitor <monitorName> <type> -interval <integer> <units> -resptimeout <integer> <units>

Exemple :

set lb monitor ldns-tcp LDNS-TCP -interval 10 sec -resptimeout 5 sec

Pour modifier l’intervalle de sondage à l’aide de l’utilitaire de configuration

Accédez à Gestion du trafic > Équilibrage de charge > Moniteurs, puis double-cliquez sur le moniteur que vous souhaitez modifier (par exemple, ping).

La version officielle de ce document est en anglais. Certains contenus de la documentation Cloud Software Group ont été traduits de façon automatique à des fins pratiques uniquement. Cloud Software Group n'exerce aucun contrôle sur le contenu traduit de façon automatique, qui peut contenir des erreurs, des imprécisions ou un langage inapproprié. Aucune garantie, explicite ou implicite, n'est fournie quant à l'exactitude, la fiabilité, la pertinence ou la justesse de toute traduction effectuée depuis l'anglais d'origine vers une autre langue, ou quant à la conformité de votre produit ou service Cloud Software Group à tout contenu traduit de façon automatique, et toute garantie fournie en vertu du contrat de licence de l'utilisateur final ou des conditions d'utilisation des services applicables, ou de tout autre accord avec Cloud Software Group, quant à la conformité du produit ou service à toute documentation ne s'applique pas dans la mesure où cette documentation a été traduite de façon automatique. Cloud Software Group ne pourra être tenu responsable de tout dommage ou problème dû à l'utilisation de contenu traduit de façon automatique.
Méthode de temps aller-retour dynamique