- Why Edgenexus?
- Essayer
- Products
- Solutions
- Applications
- Resources
COMPARE
READ
WATCH
SEE
Alliances and Partners
- Support
Test de Global Server Load Balancer
(GSLB)
Bienvenue à notre essai routier de la GSLB.
Nous espérons que vous apprécierez votre expérience avec le GSLB d'Edgenexus et nous aimerions que vous puissiez jouer avec une configuration réaliste.
Nous vous remercions de l'intérêt que vous portez au produit Edgenexus GSLB.
-
Dans le cadre de ce test, nous avons pré-configuré quelques exemples de services pour vous permettre de démarrer.
-
Nous hébergeons cette configuration sur Azure, mais ne vous inquiétez pas, vous n'avez pas besoin d'avoir un compte Azure et c'est GRATUIT.
-
Vous pouvez reconfigurer l'appliance pour l'essayer sur vos propres serveurs.
- Les instructions suivantes sont conçues pour vous aider à naviguer dans la plateforme de livraison d'applications edgeNEXUS ALB-X et dans l'interface graphique GSLB.
Vous pouvez d'abord faire un essai routier ici :
Il existe plusieurs applications pour le GSLB dans un environnement de fourniture d'applications ou d'hébergement :
-
Multi nuages et nuages hybrides ou même migration vers le nuage.
-
Assurer la résilience du centre de données, en redirigeant le trafic vers un site de secours en cas de défaillance totale du site principal.
-
Fournir un contenu optimisé en orientant le client vers l'endroit le plus approprié pour répondre à ses demandes.
-
Fournir un contenu géographiquement localisé en fonction de la localisation du client.
- GSLB gère cela en ajoutant de l'intelligence au processus de résolution DNS.
Pour tirer le meilleur parti de l'essai, vous devez idéalement avoir accès à votre propre serveur DNS et être en mesure de définir un sous-domaine qui sera résolu par la GSLB.
Généralement, la fonction GSLB est utilisée pour certaines applications/services et implique la résolution d'une partie de votre espace de noms DNS.
Par exemple, elle peut être utilisée pour fournir des renseignements et une résilience pour la partie www du domaine de votre société.com.
Pour faciliter la gestion de la fonction GSLB, un nom de sous-domaine distinct est généralement créé pour déléguer les tâches de résolution DNS à la GSLB.
Par exemple, tout ce qui contient geo.votre société.com est transmis à la GSLB pour être résolu.
- La GSLB aura plusieurs entrées d'enregistrement A pour chaque serveur possible qui héberge l'application. par exemple, www1.geo.yourcompany.com, www2.geo.yourcompany.com.
Le serveur DNS de l'entreprise est configuré avec une entrée CNAME qui renvoie le nom de domaine www.yourcompany.com à www.geo.yourcompany.com afin que la tâche de résolution soit transmise à la GSLB en tant que source faisant autorité pour la résolution de la ressource souhaitée.
La GSLB vérifiera l'état de santé de chacun des serveurs configurés dans l'espace de noms www.geo.yourcompany.com et répondra avec le serveur le plus approprié en fonction de la politique GSLB configurée.
Les appareils déployés dans Azure se voient attribuer des adresses IP provenant de l'espace d'adresses IP privé d'Azure. L'ALB-X et le GSLB ne sont pas différents à cet égard. Pour accéder à l'internet, on utilise une fonction NAT public-privé.
Dans le cadre du processus de lancement de l'essai routier, vous recevrez les détails d'accès à l'interface web de gestion de la plate-forme d'application ALB-X. Il utilise une connexion HTTPs vers le port vous
- https://AZUREHOSTNAME:27376
Vous recevrez un nom d'utilisateur et un mot de passe uniques (dans un courriel envoyé par Azure).
Une fois que vous avez accepté l'avertissement relatif au certificat local et que vous vous êtes connecté avec les informations d'identification.
Une fois connecté, l'écran Services IP s'affiche.
Ici, nous avons pré-configuré 3 services et étiqueté leur fonction dans le champ Nom du service.
Allons dans la bibliothèque pour jeter un coup d'œil à l'option Add-Ons.
Ici, vous pouvez voir l'application GSLB qui a été pré-déployée. Elle a été configurée avec un nom de conteneur (gslb1) et est déjà en cours d'exécution.
L'application GSLB Add-On s'exécute dans un conteneur Docker et utilise une interface réseau docker0 distincte pour communiquer avec la plateforme d'application ALB-X.
Une partie de la configuration du déploiement du module complémentaire consiste à donner à l'application un nom de conteneur, par exemple gslb1.
Lorsqu'une application docker est démarrée, une adresse IP lui est attribuée à partir du pool docker0. Cette adresse IP peut être automatiquement résolue par ALB-X en se référant à l'application à l'aide de son nom de conteneur docker.
Vous devez utiliser uniquement le nom du conteneur et NON l'adresse IP, qui peut changer 🙂 Vous devez utiliser uniquement le nom du conteneur et NON l'adresse IP, qui peut changer.
Vous pouvez voir sur le côté droit que l'application s'est vue attribuer une adresse IP à partir de la plage d'adresses IP par défaut de docker0 172.31.x.x.
La GSLB utilise 2 ports pour communiquer avec l'extérieur :
- Port 53 TCP/UDP pour le trafic DNS et 9393 TCP pour l'accès à la console web de gestion.
Nous les avons pré-configurés avec le nom du conteneur et l'application GSLB a été lancée.
Afin d'accéder à la GSLB fonctionnant sur l'interface docker0 dans Azure, il est nécessaire d'utiliser les services de la plateforme ALB-X pour traduire l'adresse IP privée Azure eth0 en adresse IP interne docker0.
Deux des services IP ont été pré-configurés à cet effet.
Vous devriez pouvoir accéder à l'interface graphique de gestion de la GSLB en entrant le nom d'hôte Azure qui vous a été fourni, suivi du port :
- http://AZUREHOST:9393
- Le nom d'utilisateur et le mot de passe par défaut sont admin/jetnexus.
Après avoir ouvert une session, le tableau de bord de la GSLB est configuré avec un nom de domaine fictif.
Notez qu'il n'est pas possible de modifier une entrée de nom de domaine. Vous devrez ajouter votre propre entrée de nom de domaine afin de configurer une valeur différente pour utiliser la GSLB dans votre environnement DNS.
Pour l'instant, nous pouvons continuer à explorer la configuration fictive pour voir comment le système est configuré et fonctionne.
Le domaine que vous indiquez ici est celui que la GSLB sera chargée de résoudre. Par exemple, si vous décidez d'utiliser "geo" comme sous-domaine et que vous avez un domaine point com, vous devez entrer :
- geo.yourownrealdomain.com
lors de l'ajout du nouveau domaine.
Les autres paramètres peuvent être laissés par défaut.
Vous aurez maintenant deux domaines configurés comme suit.
Si vous cliquez sur l'entrée préconfigurée geo.yourdomain.com, vous verrez que deux entrées d'enregistrement A ont été ajoutées ainsi qu'un enregistrement SOA factice par défaut.
Les entrées de l'enregistrement A sont celles où les adresses IP des serveurs d'application (ou des VIP d « équilibreurs de charge) sont configurées.
Pour une configuration DNS complète, vous devrez également ajouter des enregistrements de serveur de noms pour pointer vers les adresses IP de la GSLB elles-mêmes.
Revenons à l » écran Services IP dans ALB-X.
La deuxième entrée configurée à l'aide du port 53 est le service utilisé pour permettre à votre propre serveur DNS de communiquer avec le serveur de la GSLB.
La troisième entrée, dans notre cas, qui utilise le port 80, sert à définir et à effectuer le contrôle de santé des serveurs réels et à faire correspondre les entrées de l'enregistrement A au nom de service du domaine GSLB.
Les éléments importants de la configuration pour cette entrée sont les suivants :
Nom du service. C'est ce vers quoi pointera l'entrée CNAME du serveur DNS en amont pour résoudre l'adresse IP du service auquel le client tente d'accéder. Ainsi, dans l'exemple de configuration, nous avons utilisé service1.geo.yourdomain.com.
Entrées d'adresse dans la section Serveurs réels de la configuration du service. L'ALB-X recherche les adresses IP des noms d'hôtes configurés en tant qu'entrées de serveur réel en se référant à la GSLB qui est configurée en tant qu'entrée DNS primaire. Il effectuera le contrôle de santé configuré sous l'onglet Basique pour confirmer la joignabilité de l'adresse IP / du port du serveur renvoyé.
Les informations configurées pour ce service sont "récupérées" par la GSLB à l'aide de l'API REST ALB-X et introduites dans la configuration des services virtuels de la GSLB.
Jetons un coup d'œil à l'interface graphique de la GSLB pour voir ce qu'elle contient.
Ici, nous pouvons voir qu'il a trouvé et importé l'entrée pour service1.geo.yourdomain.com.
- Pour prouver qu'il trouve cette information dans le service ALB-X configuré avec le même nom de service, changeons le nom de service dans l'ALB-X en quelque chose d'autre comme www.geo.yourdomain.com (il doit avoir le même suffixe geo.yourdomain.com).
Actualiser l'écran du menu Service virtuel GSLB.
- Vous pouvez maintenant voir que le nom de domaine a été modifié en www.geo.yourdomain.com.
Politique de la GSLB
En regardant l'entrée, vous pouvez voir que la politique GSLB par défaut est Round Robin. Comme son nom l'indique, lorsqu'on lui demande le nom de domaine www.geo.yourdomain.com, il répond en faisant défiler dans l'ordre les hôtes/adresses IP alternatifs possibles.
- Si vous cliquez sur Modifier et sur le menu déroulant Politique GSLB, vous pouvez voir les autres options de politique GSLB de poids fixe et de géolocalisation disponibles.
Cliquez sur l'entrée www.geo.yourdomain.com soit en cliquant sur le lien, soit en sélectionnant "gérer".
Vous pouvez voir ici l'état de santé des serveurs qui font partie du domaine équilibré GSLB.
Leur état est indiqué comme étant connecté, c'est-à-dire que le contrôle de santé est réussi. Comme ce service est configuré pour le round robin et que les deux serveurs sont en ligne, chaque site ou serveur recevra du trafic à tour de rôle.
Si vous souhaitez faire fonctionner le site secondaire en mode DR (disaster recovery) et ne lui envoyer du trafic qu'en cas de défaillance du site primaire, vous pouvez y parvenir en configurant l'option Activity pour le service ALB-X.
- Cliquez à nouveau sur l'onglet ALB-X IP Services et double-cliquez sur le paramètre Activity pour server2.geo.yourdomain.com, choisissez Standby et cliquez sur Update. Le voyant d'état doit passer à l'orange. Cliquez à nouveau sur la fenêtre du service virtuel GSLB, cliquez sur rafraîchir et vous devriez voir que le statut du serveur2.geo.yourdomain.com est maintenant indiqué comme étant en attente de repli (Fall-back standby).
Test de la GSLB en tant que serveur DNS primaire
Le scénario idéal pour tester la GSLB est de l'intégrer dans l'environnement actuel de votre serveur DNS. Si ce n'est pas possible, vous pouvez effectuer quelques tests simples pour commencer en reconfigurant votre appareil de test PC/Mac etc. pour utiliser la GSLB comme serveur DNS primaire et un autre DNS comme secondaire.
- Toutes les actions nécessitant une résolution DNS seront alors envoyées en premier lieu à la GSLB pour être résolues et vous pourrez ainsi voir les réponses qu'elle renvoie. Si la GSLB ne peut pas résoudre le nom, l'hôte l'enverra au secondaire.
L'adresse IP correcte de votre instance de Test Drive doit être saisie comme dans l'exemple ci-dessus.
- Ouvrez une invite de commande et essayez d'envoyer un ping à www.geo.yourdomain.com
Vous devriez obtenir un résultat illustré ci-dessous où vous pouvez voir que la réponse provient de server1.geo.yourdomain.com avec l'adresse IP 185.43.50.85.
Faites en sorte que le premier serveur échoue au contrôle de santé en remplaçant le port de configuration par 81 au lieu de 80.
Le serveur 2 a maintenant un statut vert et le serveur 1 est rouge. Répétez le test de ping sur www.geo.yourdomain.com
La réponse provient maintenant de server2.geo.yourdomain.com avec l'adresse IP 185.43.50.87.
Lorsque vous effectuez ces tests, vous devez garder à l'esprit que la mise en cache a lieu dans le cadre du processus de résolution DNS, de sorte que le basculement ne sera pas immédiat. Lors de la mise en place de la GSLB en tant que résolveur faisant autorité pour les sous-domaines, le TTL doit être fixé à un niveau bas afin de garantir que les résultats périmés ne sont pas renvoyés.
Nous vous remercions.
- Nous espérons que vous avez maintenant une bonne idée du fonctionnement du système et de la manière de configurer les différents aspects de la GSLB d'Edgenexus.
Nous serions heureux de répondre à vos questions à l'adresse suivante : pre-sales@edgenexus.io
Ne nous croyez pas sur parole, faites un essai gratuit.
Matériel, logiciel ou même votre propre image en ligne avec un environnement de test complet.
Faites-nous savoir ce dont vous avez besoin ici
MAGASIN D’APPLICATIONS
Copyright © 2021 Edgenexus Limited.