Déployer NetScaler BLX™ avec GSLB sur AWS
NetScaler® BLX est un facteur de forme logiciel de NetScaler et offre les mêmes fonctionnalités que les autres facteurs de forme. Il s’exécute en tant qu’application en espace utilisateur sur un hôte Linux.
La configuration de GSLB pour BLX sur AWS consiste à configurer NetScaler pour équilibrer la charge du trafic vers des serveurs situés en dehors du VPC auquel NetScaler appartient, par exemple au sein d’un autre VPC dans une région de disponibilité différente ou un centre de données sur site.
Présentation des services basés sur le domaine
NetScaler GSLB prend en charge les services basés sur le domaine (DBS) pour les équilibreurs de charge cloud, permettant la découverte automatique des services cloud dynamiques. Cette configuration permet à NetScaler d’implémenter l’équilibrage de charge global des serveurs dans un environnement actif-actif. DBS permet la mise à l’échelle des ressources back-end dans les environnements AWS via la découverte DNS.
DBS avec ELB
GSLB DBS utilise le nom de domaine complet (FQDN) de l’Elastic Load Balancer (ELB) de l’utilisateur pour mettre à jour dynamiquement les groupes de services GSLB afin d’inclure les serveurs back-end créés et supprimés au sein d’AWS. Les serveurs ou instances back-end dans AWS peuvent être configurés pour s’adapter en fonction de la demande réseau ou de l’utilisation du CPU. Pour configurer cette fonctionnalité, pointez NetScaler vers l’ELB pour acheminer dynamiquement vers différents serveurs dans AWS sans avoir à mettre à jour manuellement NetScaler chaque fois qu’une instance est créée et supprimée dans AWS. La fonctionnalité DBS de NetScaler pour les groupes de services GSLB utilise la découverte de services compatible DNS pour déterminer les ressources de service membres de l’espace de noms DBS identifié dans le groupe Autoscale™.
-
Prérequis
-
Déployez deux instances BLX autonomes sur différents VPC AWS. Pour plus d’informations sur le déploiement, consultez Déployer une instance NetScaler BLX autonome sur AWS.
Remarque :
-
Assurez-vous d’avoir spécifié les commandes suivantes dans la section cli-cmds du fichier
blx.conf.add ns ip <VIP address> <netmask> -type VIP
-
add ns ip <SNIP address> <netmask> -type SNIP -mgmtAccess ENABLED
- Vous avez besoin d’une licence NetScaler qui prend en charge la fonctionnalité GSLB. Pour plus d’informations, consultez Licences.
- Assurez-vous de disposer de deux instances Linux disponibles sur AWS.
-
Remarque :
Nous recommandons de créer un type d’instance m5.xlarge ou supérieur pour de meilleures performances.
- Vous avez besoin de trois adresses IP à configurer en tant que NSIP, VIP et SNIP.
Remarque :
Les adresses IP configurées en tant que VIP et SNIP doivent avoir une adresse IP publique associée.
-
Vous devez ouvrir les ports suivants sur le groupe de sécurité :
- 53/UDP
- 22/TCP
- 3008/TCP
- 3009/TCP
-
Exemple de fichier blx.conf
blx-system-config
{
core-dumps: yes
syslog: yes
ipaddress: 10.0.12.245/20
interfaces: eth1
}
static-routes
{
default 10.0.0.1
}
cli-cmds
{
add ns ip 11.0.12.245/20 -type VIP`
add ns ip 12.0.12.245/20 -type SNIP -mgmtAccess ENABLED`
}
<!--NeedCopy-->
Configurer GSLB
NetScaler configuré avec GSLB assure la reprise après sinistre et garantit la disponibilité continue des applications en protégeant contre les points de défaillance dans un WAN. GSLB équilibre la charge entre les centres de données en dirigeant les requêtes des clients vers le centre de données le plus proche ou le plus performant, ou vers les centres de données survivants en cas de panne.
Pour plus d’informations sur les types de déploiement et les configurations GSLB, consultez la documentation GSLB.