ADC
Merci pour vos commentaires

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

Cas d’utilisation : Déploiement d’un groupe de services de mise à l’échelle automatique basé sur un nom de domaine

Conseil

Pour plus d’informations sur les groupes de services GSLB, voir Configuration d’un groupe de services GSLB.

Scénario de déploiement

Deux centres de données sont déployés dans deux régions AWS, l’un à Sydney et l’autre en Virginie du Nord. Un autre centre de données est déployé dans Azure. Un ELB AWS dans chaque région AWS est utilisé pour équilibrer la charge des serveurs d’applications. L’ALB est utilisé par Azure pour équilibrer la charge du serveur d’applications. Les appliances NetScaler sont configurées pour GSLB pour les ELB et ALB à l’aide d’un groupe de services autoscale basé sur le nom de domaine GSLB.

Important

Vous devez configurer les groupes de sécurité requis dans AWS et les associer à l’instance GSLB. Le port 53 doit être autorisé dans les règles entrantes et sortantes du groupe de sécurité. De plus, les ports (3009 ou 3011 selon la configuration MEP sécurisée) pour la communication MEP doivent être ouverts. Pour la surveillance des applications, les ports correspondants doivent être autorisés dans les règles sortantes du groupe de sécurité.

Les étapes de configuration du scénario de déploiement ci-dessus et les commandes CLI correspondantes sont les suivantes :

  1. Créez des centres de données (représentés par des sites GSLB).

    add gslb site aws-sydney 192.0.2.2

    add gslb site aws-nvirginia 198.51.100.111

    add gslb site alb-southindia 203.0.113.6

  2. Ajoutez un serveur de noms avec l’adresse IP de la passerelle DNS où le nœud GSLB est ajouté. Cela doit être fait dans tous les centres de données.

    add dns nameServer 8.8.8.8

  3. Ajoutez des serveurs pour ELB et ALB.

    add server aws-sydney_server lb-sydney-1052691850.ap-southeast-2.elb.amazonaws.com

    add server aws-nvirginia_server LB-nvirginia-860559595.us-east-1.elb.amazonaws.com

    add server alb-southindia_server alb.southindia.cloudapp.azure.com

  4. Ajoutez des groupes de services GSLB autoscale pour chaque ELB et ALB et liez chaque serveur au groupe de services correspondant.

    add gslb serviceGroup aws-nvirginia_sg HTTP -autoScale DNS -siteName aws-nvirginia

    add gslb serviceGroup aws-sydney_sg HTTP -autoScale DNS -siteName aws-sydney

    add gslb serviceGroup alb-southindia_sg HTTP -autoScale DNS -siteName alb-southindia

    bind gslb serviceGroup aws-nvirginia_sg aws-nvirginia_server 80

    bind gslb serviceGroup aws-sydney_sg aws-sydney_server 80

    bind gslb serviceGroup alb-southindia_sg alb-southindia_server 80

  5. Ajoutez un serveur virtuel GSLB et liez le domaine de l’application et les groupes de services à ce serveur virtuel.

    add gslb vserver gv1 HTTP

    bind gslb vserver gv1 -serviceGroupName aws-nvirginia_sg

    bind gslb vserver gv1 -serviceGroupName aws-sydney_sg

    bind gslb vserver gv1 -serviceGroupName alb-southindia_sg

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.
Cas d’utilisation : Déploiement d’un groupe de services de mise à l’échelle automatique basé sur un nom de domaine