Utilisation du chemin multiple à coût égal (ECMP)
En utilisant le mécanisme ECMP (Equal Cost Multiple Path) sur un déploiement de cluster, les nœuds de cluster actifs publient les adresses IP des serveurs virtuels. Le nœud du cluster qui reçoit le trafic annoncé dirige le trafic vers le nœud qui doit le traiter. Il peut y avoir une direction redondante dans les serveurs virtuels repérés et partiellement répartis par bandes. Par conséquent, à partir de NetScaler 11, les adresses IP des serveurs virtuels repérées et partiellement réparties par bandes indiquent les nœuds propriétaires, ce qui réduit le pilotage redondant.
Vous devez avoir une connaissance détaillée des protocoles de routage pour utiliser ECMP. Pour plus d’informations, reportez-vous à la section Configuration des routes dynamiques. Pour plus d’informations sur le routage dans un cluster, voir Routage dans un cluster.
Pour utiliser ECMP, vous devez d’abord effectuer les opérations suivantes :
- Activez le protocole de routage requis (OSPF, RIP, BGP ou ISIS) sur l’adresse IP du cluster.
- Liez les interfaces et l’adresse IP repérée (avec le routage dynamique activé) à un VLAN.
- Configurez le protocole de routage sélectionné et redistribuez les routes du noyau sur les ZEBO à l’aide du shell VTYSH.
Effectuez des configurations similaires sur l’adresse IP du cluster et sur le périphérique de connexion externe.
Remarque
- Assurez-vous que les licences du cluster prennent en charge le routage dynamique, sinon l’ECMP ne fonctionnera pas.
- L’ECMP n’est pas pris en charge pour les serveurs virtuels génériques car RHI a besoin d’une adresse VIP pour faire de la publicité auprès d’un routeur et de serveurs virtuels génériques. Comme ils n’ont pas d’adresses VIP associées.
Figure 1. Topologie ECMP
Lorsque vous utilisez le mécanisme ECMP pour la distribution du trafic lors d’un déploiement de cluster, les nœuds de cluster actifs publient les adresses IP du serveur virtuel au routeur en amont. Le routeur ECMP peut atteindre l’adresse VIP via SNIP0, SNIP1 ou SNIP2. Le flux de trafic de la Figure 1 est décrit comme suit :
- Le client envoie une demande au VIP hébergé sur le cluster.
- Le routeur en amont, sur la base des routes apprises par le VIP, transmet le paquet à l’un des nœuds. Disons NS1. Le nœud NS1 est le récepteur de flux.
- Le récepteur de flux (NS1) détermine le nœud qui doit traiter le trafic, appelé processeur de flux. Par exemple, Node NS2 est le processeur de flux.
- Le récepteur de flux (NS1) avec SNIP1 (97.131.0.2) dirige la demande vers le processeur de flux (NS2) avec SNIP2 (97.131.0.3).
- Le processeur de flux (NS2) établit une connexion avec le serveur.
- Le serveur traite la demande et envoie la réponse à l’adresse SNIP qui a envoyé la demande au serveur.
Remarques :
- Seuls les nœuds ACTIVE annoncent les itinéraires VIP.
- Les nœuds INACTIFS n’annoncent pas les itinéraires VIP.
- Tous les nœuds ACTIVE annoncent des VIP répartis par bandes.
- Seuls les nœuds propriétaires ACTIVE annoncent des VIP repérés ou partiellement rayés.
Pour configurer l’ECMP sur le cluster à l’aide de l’interface de ligne de commande
-
Connectez-vous à l’adresse IP du cluster.
-
Activez le protocole de routage.
enable ns feature <feature>Exemple : pour activer le protocole de routage OSPF.
enable ns feature ospf -
Ajoutez un VLAN.
add vlan <id>Exemple
add vlan 97 -
Liez les interfaces des nœuds du cluster au VLAN.
bind vlan <id> -ifnum <interface_name>Exemple
bind vlan 97 -ifnum 0/1/2 1/1/2 2/1/2 -
Ajoutez une adresse SNIP spotted pour chaque nœud et activez le routage dynamique sur celui-ci.
add ns ip <SNIP> <netmask> -ownerNode <positive_integer> -dynamicRouting ENABLEDExemple
add ns ip 97.131.0.1 255.0.0.0 -ownerNode 0 -dynamicRouting ENABLED -type SNIP add ns ip 97.131.0.2 255.0.0.0 -ownerNode 1 -dynamicRouting ENABLED -type SNIP add ns ip 97.131.0.3 255.0.0.0 -ownerNode 2 -dynamicRouting ENABLED -type SNIP -
Liez l’une des adresses SNIP spotted au VLAN. Lorsque vous liez une adresse SNIP repérée à un VLAN, toutes les autres adresses SNIP repérées définies sur le cluster de ce sous-réseau sont automatiquement liées au VLAN.
bind vlan <id> -IPAddress <SNIP> <netmask>Exemple
bind vlan 97 -ipAddress 97.131.0.1 255.0.0.0Remarque
Vous pouvez utiliser les adresses NSIP des nœuds du cluster au lieu d’ajouter des adresses SNIP. Si c’est le cas, vous n’avez pas à effectuer les étapes 3 à 6.
-
Configurez le protocole de routage sur les ZEBOs à l’aide du shell VTYSH.
Exemple :
Pour configurer un protocole de routage OSPF sur les ID de nœud 0, 1 et 2.
vtysh ! interface vlan97 ! router ospf owner-node 0 ospf router-id 97.131.0.1 exit-owner-node owner-node 1 ospf router-id 97.131.0.2 exit-owner-node owner-node 2 ospf router-id 97.131.0.3 exit-owner-node redistribute kernel network 97.0.0.0/8 area 0 !Remarque
Pour que les adresses VIP soient annoncées, le paramètre RHI est fait en utilisant le paramètre vServerRhilevel comme suit :
add ns ip <IPAddress> <netmask> -type VIP -vserverRHILevel <vserverRHILevel>Pour les paramètres RHI spécifiques à OSPF, il existe d’autres paramètres qui peuvent être effectués comme suit :
add ns ip <IPAddress> <netmask> -type VIP -ospfLSAType \( TYPE1 | TYPE5 ) -ospfArea <positive\_integer>Utilisez la commande add ns ip6 pour exécuter les commandes précédentes sur les adresses IPv6.
-
Configurez l’ECMP sur le commutateur externe. Les exemples de configuration suivants sont fournis pour le commutateur Cisco® Nexus 7000 C7010 version 5.2 (1). Des configurations similaires doivent être effectuées sur d’autres commutateurs.
//For OSPF (IPv4 addresses) Global config: Configure terminal feature ospf Interface config: Configure terminal interface Vlan10 no shutdown ip address 97.131.0.5/8 Configure terminal router ospf 1 network 97.0.0.0/8 area 0.0.0.0 --------------------------------- //For OSPFv3 (IPv6 addresses) Global config: Configure terminal feature ospfv3 Configure terminal interface Vlan10 no shutdown ipv6 address use-link-local-only ipv6 router ospfv3 1 area 0.0.0.0 Configure terminal router ospfv3 1
Nœuds de cluster de surveillance des routeurs lors du déploiement de l’ECMP
Dans une configuration de cluster, sur un nœud propriétaire dont la configuration d’adresse SNIP est repérée, vous pouvez désormais désactiver l’option OwnerDownResponse. Par défaut, l’option est activée, ce qui permet au nœud de répondre à une demande ICMP/ARP/ICMP6/ND6 provenant du routeur en amont. Vous pouvez désormais désactiver cette option pour permettre au routeur de contrôler si un nœud de cluster est actif ou inactif. Lorsque le routeur envoie une demande, si l’option est désactivée, il identifie le nœud propriétaire comme étant inactif et non disponible pour la distribution du trafic.
Pour configurer ECMP pour la distribution du trafic des routes statiques à l’aide de l’interface de ligne de commande
add ns ip <ipddress> <netmask> -ownernode <node-id> –ownerDownResponse disable