Documentation Produit
ADC
14.1 - Current Release 13.1 13.0 12.1
Voir PDF

Personnalisez votre configuration GSLB

August 11, 2023
Contributeur: 
C

Une fois que votre configuration GSLB de base est opérationnelle, vous pouvez la personnaliser en modifiant la bande passante d’un service GSLB, en configurant les services GSLB basés sur CNAME, la proximité statique, le RTT dynamique, les connexions persistantes ou les pondérations dynamiques pour les services, ou en modifiant la méthode GSLB.

Vous pouvez également configurer la surveillance des services GSLB afin de déterminer leur état.

Ces paramètres dépendent du déploiement de votre réseau et des types de clients que vous souhaitez connecter à vos serveurs.

Modifier le nombre maximum de connexions ou la bande passante maximale pour un service GSLB

Vous pouvez limiter le nombre de nouveaux clients pouvant se connecter simultanément à un serveur virtuel d’équilibrage de charge ou de commutation de contenu en configurant le nombre maximum de clients et/ou la bande passante maximale pour le service GSLB qui représente le serveur virtuel.

Pour modifier le nombre maximum de clients ou la bande passante d’un service GSLB à l’aide de l’interface de ligne de commande

À l’invite de commandes, tapez la commande suivante pour modifier le nombre maximum de connexions client ou la bande passante maximale d’un service GSLB et vérifier la configuration :

set gslb service <serviceName> [-maxClients <positive_integer>] [-maxBandwidth <positive_integer>]
show gslb service <serviceName>
<!--NeedCopy-->

Exemple :

set glsb service Service-GSLB-1 –maxBandwidth 100 –maxClients 100
show gslb service Service-GSLB-1
<!--NeedCopy-->

Pour modifier le nombre maximum de clients ou la bande passante d’un service GSLB à l’aide de l’utilitaire de configuration

  1. Accédez à Gestion du trafic > GSLB > Services, puis double-cliquez sur un service.
  2. Cliquez dans la section Autres paramètres et définissez les paramètres suivants :
    • Nombre maximum de clients : nombre maximum de clients
    • Bande passante maximale : bande passante maximale

Création de services GSLB basés sur CNAME

Pour configurer un service GSLB, vous pouvez utiliser l’adresse IP du serveur ou un nom canonique du serveur. Si vous souhaitez exécuter plusieurs services (comme un serveur FTP et un serveur Web, chacun s’exécutant sur des ports différents) à partir d’une seule adresse IP ou exécuter plusieurs services HTTP sur le même port, avec des noms différents, sur le même hôte physique, vous pouvez utiliser des noms canoniques (CNAMES) pour les services.

Par exemple, vous pouvez avoir deux entrées dans le DNS, ftp.example.com et www.example.com pour les services FTP et les services HTTP sur le même domaine, exemple.com. Les services GSLB basés sur CNAME sont utiles dans une configuration de résolveur de domaine multiniveaux ou dans l’équilibrage de charge de domaines multiniveaux. La configuration d’un service GSLB basé sur CNAME peut également être utile si l’adresse IP du serveur physique est susceptible de changer.

Si vous configurez des services GSLB basés sur CNAME pour un domaine GSLB, lorsqu’une requête est envoyée pour le domaine GSLB, l’appliance NetScaler fournit un CNAME au lieu d’une adresse IP. Si l’enregistrement A pour cet enregistrement CNAME n’est pas configuré, le client doit interroger le domaine CNAME pour l’adresse IP. Si l’enregistrement A pour cet enregistrement CNAME est configuré, l’appliance NetScaler fournit au CNAME l’enregistrement A correspondant (adresse IP). L’appliance NetScaler gère la résolution finale de la requête DNS, telle que déterminée par la méthode GSLB. Les enregistrements CNAME peuvent être conservés sur une autre appliance NetScaler ou sur un système tiers.

Dans un service GSLB basé sur une adresse IP, l’état d’un service est déterminé par l’état du serveur qu’il représente. Toutefois, l’état d’un service GSLB basé sur CNAME est défini par défaut sur UP ; l’adresse IP (VIP) du serveur virtuel ou le protocole d’échange métrique (MEP) ne sont pas utilisés pour déterminer son état. Si un moniteur de bureau est lié à un service GSLB basé sur CNAME, l’état du service est déterminé en fonction du résultat des sondes du moniteur.

Vous pouvez lier un service GSLB basé sur CNAME uniquement à un serveur virtuel GSLB dont le type d’enregistrement DNS est CNAME. En outre, une appliance NetScaler peut contenir au plus un service GSLB avec une entrée CNAME donnée.

Voici certaines des fonctionnalités prises en charge pour un service GSLB basé sur CNAME :

  • L’affinité de site basée sur la stratégie GSLB est prise en charge, avec CNAME comme emplacement privilégié.
  • La persistance de l’adresse IP source est prise en charge. L’entrée de persistance contient les informations CNAME au lieu de l’adresse IP et du port du service sélectionné.

Les limites des services GSLB basés sur CNAME sont les suivantes :

  • La persistance du site n’est pas prise en charge, car le service référencé par un CNAME peut être présent sur n’importe quel emplacement tiers.
  • La réponse à plusieurs adresses IP n’est pas prise en charge car un domaine ne peut pas comporter plusieurs entrées CNAME.
  • Le hachage IP source et le Round Robin sont les seules méthodes d’équilibrage de charge prises en charge. La méthode de proximité statique n’est pas prise en charge car aucun CNAME n’est associé à une adresse IP et la proximité statique ne peut être maintenue qu’en fonction des adresses IP.

Remarque : La fonctionnalité Empty-Down-Response doit être activée sur le serveur virtuel GSLB auquel vous liez le service GSLB basé sur CNAME. Si vous activez la fonctionnalité Empty-Down-Response, lorsqu’un serveur virtuel GSLB est DÉSACTIVÉ ou désactivé, la réponse à une requête DNS, pour les domaines liés à ce serveur virtuel, contient un enregistrement vide sans adresse IP, au lieu d’un code d’erreur.

Pour créer un service GSLB basé sur CNAME à l’aide de l’interface de ligne de commande

À l’invite de commandes, tapez :

add gslb service <serviceName> -cnameEntry <string> -siteName <string>
<!--NeedCopy-->

Exemple :

add gslb service Service-GSLB-1 -cnameEntry transport.mycompany.com -siteName Site-GSLB-East-Coast
add gslb service Service-GSLB-2 -cnameEntry finance.mycompany.com -siteName Site-GSLB-West-Coast
<!--NeedCopy-->

Pour créer un service GSLB basé sur CNAME à l’aide de l’utilitaire de configuration

  1. Accédez à Gestion du trafic > GSLB > Services.
  2. Créez un service et définissez le type sur Canonical Name Based.

Configurer l’état de transition hors service (TROFS) dans GSLB

Lorsque vous configurez la persistance sur un serveur virtuel GSLB auquel un service est lié, le service continue de traiter les demandes du client même après sa désactivation, en acceptant de nouvelles demandes ou connexions uniquement pour respecter la persistance. Après une période configurée, connue sous le nom de période d’arrêt progressif, aucune nouvelle demande ou connexion n’est dirigée vers le service et toutes les connexions existantes sont fermées.

Lorsque vous désactivez un service, vous pouvez spécifier une période d’arrêt progressive, en secondes, à l’aide de l’argument delay. Pendant la période d’arrêt progressif, si le service est lié à un serveur virtuel, son état apparaît comme Hors service.

Configurer des pondérations dynamiques pour les services

Dans un réseau classique, certains serveurs ont une capacité de trafic plus élevée que d’autres. Toutefois, avec une configuration d’équilibrage de charge régulière, la charge est répartie de manière uniforme entre tous les services, même si les différents services représentent des serveurs dotés de capacités différentes.

Pour optimiser vos ressources GSLB, vous pouvez configurer des pondérations dynamiques sur un serveur virtuel GSLB. Les poids dynamiques peuvent être basés soit sur le nombre total de services liés au serveur virtuel, soit sur la somme des poids des services individuels liés au serveur virtuel. La répartition du trafic est alors basée sur les poids configurés pour les services.

Lorsque des poids dynamiques sont configurés sur le serveur virtuel GSLB, les demandes sont distribuées en fonction de la méthode d’équilibrage de charge, du poids du service GSLB et du poids dynamique. Le produit du poids du service GSLB et du poids dynamique est appelé poids cumulé. Par conséquent, lorsque le poids dynamique est configuré sur le serveur virtuel GSLB, les demandes sont distribuées sur la base de la méthode d’équilibrage de charge et du poids cumulé.

Lorsque la pondération dynamique d’un serveur virtuel est désactivée, la valeur numérique est définie sur 1. Cela garantit que le poids cumulé est un entier différent de zéro à tout moment.

La pondération dynamique peut être basée sur le nombre total de services actifs liés aux serveurs virtuels d’équilibrage de charge ou sur les pondérations attribuées aux services.

Envisagez une configuration avec deux sites GSLB configurés pour un domaine et chaque site disposant de deux services pouvant servir le client. Si un service de l’un des sites tombe en panne, l’autre serveur de ce site doit gérer deux fois plus de trafic qu’un service de l’autre site. Si la pondération dynamique est basée sur le nombre de services actifs, le site dont les deux services sont actifs a deux fois plus de poids que le site dont l’un des services est en panne et reçoit donc deux fois plus de trafic.

Vous pouvez également envisager une configuration dans laquelle les services du premier site représentent des serveurs deux fois plus puissants que ceux du second site. Si la pondération dynamique est basée sur les poids attribués aux services, le trafic peut être envoyé deux fois plus important au premier site que au second.

Remarque : Pour plus d’informations sur l’attribution de poids aux services d’équilibrage de charge, voir Assignation de poids aux services.

Pour illustrer la façon dont le poids dynamique est calculé, considérez un serveur virtuel GSLB auquel un service GSLB est lié. Le service GSLB représente un serveur virtuel d’équilibrage de charge auquel deux services sont liés. Le poids attribué au service GSLB est de 3. Les pondérations attribuées aux deux services sont respectivement de 1 et 2. Dans cet exemple, lorsque la pondération dynamique est définie sur :

  • Désactivé : lepoids cumulé du serveur virtuel GSLB est le produit du poids dynamique (désactivé = 1) et du poids du service GSLB (3). Le poids cumulé est donc de 3.
  • SERVICECOUNT : Le décompte est la somme du nombre de services liés aux serveurs virtuels d’équilibrage de charge correspondant au service GSLB (2), et le poids cumulé est le produit du poids dynamique (2) et du poids du service GSLB (3), qui est de 6.
  • SERVICEWEIGHT : Le poids dynamique est la somme des poids des services liés aux serveurs virtuels d’équilibrage de charge correspondant au service GSLB (3), et le poids cumulatif est le produit du poids dynamique (3) et du poids du service GSLB (3), qui est 9.

Remarque : Les pondérations dynamiques ne sont pas applicables lorsque des serveurs virtuels de commutation de contenu sont configurés.

Pour configurer un serveur virtuel GSLB afin qu’il utilise des poids dynamiques à l’aide de l’interface de ligne de commande

À l’invite de commandes, tapez :

set gslb vserver <name> -dynamicWeight SERVICECOUNT | SERVICEWEIGHT
<!--NeedCopy-->

Exemple :

set gslb vserver vserver-GSLB-1 -dynamicWeight SERVICECOUNT
<!--NeedCopy-->

Pour configurer le serveur virtuel GSLB afin qu’il utilise des poids dynamiques à l’aide de l’utilitaire de configuration

  1. Accédez à Gestion du trafic > GSLB > Serveurs virtuels, puis double-cliquez sur le serveur virtuel GSLB dont vous souhaitez modifier la méthode (par exemple, vServer-GSLB-1).
  2. Cliquez sur la section Méthode et, dans la liste déroulante Poids dynamique, sélectionnez SERVICECOUNT ou SERVICEWEIGHT.
Personnalisez votre configuration GSLB
August 11, 2023
Contributeur: 
C
August 11, 2023
Contributeur: 
C

Dans cet article

Commentaires sur le site | Your privacy choices footer linkVos préférences de confidentialité | Confidentialité et conditions légales | Préférences de cookies | Paramètres de consentement | docs.cloud.com
© 1999- Cloud Software Group, Inc. All rights reserved.