Avant d'effectuer les opérations décrites dans le présent chapitre, voir Planification de Dispatcher. Ce chapitre décrit comment créer une configuration de base pour le composant Dispatcher de Load Balancer.
Avant de suivre les étapes de configuration détaillées dans ce tableau, assurez-vous que la machine Dispatcher et toutes les machines serveurs sont connectées au réseau, ont des adresses IP valides et peuvent communiquer entre elles par la triangulation ping.
Tâche | Description | Informations connexes |
---|---|---|
Configuration de la machine Dispatcher. |
Définition de la configuration pour l'équilibrage de charge |
Configuration de la machine Dispatcher |
Configuration des machines pour équilibrer la charge. | Affectation d'un alias à l'unité de bouclage, recherche et suppression de la route supplémentaire | Configuration des serveurs pour l'équilibrage de la charge |
Quatre méthodes permettent une configuration de base de Dispatcher :
Il s'agit de la méthode la plus directe de configuration de Dispatcher. Les valeurs des paramètres de commande doivent être saisies en anglais. Les seules exceptions s'appliquent aux noms d'hôte (utilisés dans les commandes cluster, server et highavailability) et aux noms de fichiers (utilisés dans les commandes file).
Pour démarrer Dispatcher à partir de la ligne de commande, procédez comme suit :
Vous pouvez utiliser une version abrégée des paramètres de la commande dscontrol en entrant simplement la ou les quelques lettres d'identification des paramètres. Par exemple, pour obtenir l'aide correspondant à la commande file save, vous pouvez entrer dscontrol he f au lieu de dscontrol help file.
Pour démarrer l'interface de ligne de commande, entrez dscontrol pour ouvrir une invite dscontrol.
Pour fermer l'interface de ligne de commande, entrez exit ou quit.
Vous pouvez entrer les commandes de configuration Dispatcher dans un fichier script de configuration pour les exécuter simultanément. Voir Exemples de fichiers de configuration Load Balancer.
dscontrol file appendload mon_script
dscontrol file newload myscript
Pour sauvegarder la configuration en cours dans un fichier script (par exemple, savescript), exécutez la commande suivante :
dscontrol file save savescript
Cette commande enregistre le fichier script de configuration dans le répertoire suivant :
Pour des instructions générales et un exemple de l'interface graphique, voir figure 38.
Pour démarrer l'interface graphique utilisateur, procédez comme suit :
dsserver
Pour configurer le composant Dispatcher à partir de l'interface graphique, vous devez d'abord sélectionner Dispatcher dans l'arborescence. Vous pouvez lancer l'exécuteur et le gestionnaire une fois que vous vous êtes connecté à un hôte. Vous pouvez également créer des clusters contenant des ports et des serveurs, puis lancer des conseillers pour le gestionnaire.
Vous pouvez utiliser l'interface graphique pour toute opération normalement exécutée par la commande dscontrol. Par exemple, pour définir un cluster à l'aide de la ligne de commande, vous devez entrer la commande dscontrol cluster add cluster. Pour définir un cluster à partir de l'interface graphique, cliquez sur Exécuteur à l'aide du bouton droit de la souris, puis dans le menu en incrustation qui apparaît, cliquez sur le bouton Ajout d'un cluster à l'aide du bouton gauche de la souris. Entrez l'adresse du cluster dans la fenêtre en incrustation, puis cliquez sur OK.
Les fichiers de configuration Dispatcher existants peuvent être chargés à l'aide des options Chargement de la nouvelle configuration (pour remplacer intégralement la configuration en cours) et Ajout à la configuration en cours (pour mettre à jour la configuration en cours) du menu en incrustation Hôte. Vous devez sauvegarder régulièrement votre configuration Dispatcher dans un fichier en utilisant l'option Sauvegarder le fichier de configuration sous... du menu en incrustation Hôte. Le menu Fichier situé en haut de l'interface graphique permet de sauvegarder les connexions à l'hôte en cours dans un fichier ou de restaurer les connexions dans des fichiers existants sur tous les composants Load Balancer.
Les commandes de configuration peuvent également être exécutées à distance. Pour plus de détails, voir RMI (Remote Method Invocation).
Pour exécuter une commande à partir de l'interface graphique : mettez le noeud Hôte en surbrillance dans l'arborescence de l'interface graphique, puis sélectionnez Envoyer la commande... dans le menu en incrustation Hôte. Dans la zone d'entrée de commande, entrez la commande à exécuter, par exemple executor report. Les résultats et l'historique des commandes sont exécutés lors de la session courante et s'affichent dans la fenêtre ouverte.
Vous pouvez accéder à l'Aide en cliquant sur le point d'interrogation situé dans l'angle supérieur droit de la fenêtre Load Balancer.
Pour plus de détails sur l'utilisation de l'interface graphique, voir Annexe A. Interface graphique utilisateur : Instructions générales.
Si vous utilisez l'assistant de configuration, procédez comme suit :
dsserver
Cet assistant vous guide dans les étapes requises pour la création d'une configuration de base pour le composant Dispatcher. Vous devez répondre à quelques questions concernant votre réseau. Vous serez guidé dans la configuration d'un cluster pour permettre à Dispatcher d'équilibrer le trafic dans un groupe de serveurs.
La configuration de la machine Dispatcher ne peut être effectuée que par le superutilisateur root (pour les systèmes AIX, HP-UX, Linux ou Solaris) ou l'administrateur (pour les systèmes Windows.
Sur toutes les plateformes prises en charge, Load Balancer peut avoir un serveur co-implanté . La co-implantation implique que Load Balancer peut être implanté physiquement sur le serveur dont il assure l'équilibrage de charge.
Pour la machine Dispatcher, lorsque vous utilisez la méthode d'acheminement mac, vous avez besoin d'au moins deux adresses IP valides. Pour la méthode d'acheminement cbr ou nat, vous avez besoin d'au moins trois adresses IP valides :
Cette adresse constitue l'adresse IP principale de la machine Dispatcher et est appelée l'adresse de non-réacheminement (NFA). Il s'agit par défaut de l'adresse renvoyée par la commande hostname. Utilisez cette adresse pour vous connecter à la machine en vue de tâches administratives, telles que la configuration à distance avec Telnet ou l'accès au sous-agent SNMP. Si la machine Dispatcher peut déjà renvoyer des demandes vers d'autres machines du réseau (par la technique de la triangulation ping), il n'y rien de plus à faire pour définir l'adresse de non-réacheminement.
Une adresse de cluster est une adresse associée à un nom de système hôte (par exemple www.société_X.com). Cette adresse IP est utilisée par un client pour se connecter aux serveurs du cluster en question. Dispatcher assure l'équilibrage de charge pour cette adresse.
Dispatcher utilise l'adresse de retour comme adresse source lors de l'équilibrage de charge de la demande du client sur le serveur. Elle permet de garantir que le serveur renvoie le paquet à la machine Dispatcher, au lieu de l'envoyer directement au client. (Dispatcher transmettra ensuite le paquet IP au client.) Vous devez indiquer la valeur d'adresse de retour lors de l'ajout du serveur. Vous ne pouvez pas modifier l'adresse de retour sauf si vous supprimez le serveur et que vous l'ajoutez à nouveau.
Le nombre de connexions que Load Balancer peut maintenir avec le serveur dorsal est limité par le nombre d'adresses de retour définies. Load Balancer utilise des ports basés uniquement sur les adresses de retour et non pas sur la combinaison adresse de retour et serveur. Les connexions supplémentaires échouent, lorsque tous les ports disponibles sont occupés. Dans un environnement occupé, utilisez plusieurs adresses de retour afin d'éviter le problème de disponibilité des ports.
Systèmes Solaris uniquement :
Par exemple, pour modifier le paramètre par défaut, éditez le fichier /opt/ibm/edge/lb/servers/ibmlb.conf comme suit :
Par exemple, pour utiliser deux cartes Ethernet 100 Mbps, le fichier ibmlb.conf doit comporter une seule ligne indiquant l'unité eri.
Pour utiliser une carte Ethernet 10 Mbps et une carte Ethernet 100 Mbps, le fichier ibmlb.conf doit comporter deux lignes, l'une indiquant l'unité le et l'autre l'unité eri.
ifconfig -aSi vous obtenez le résultat suivant :
lo0: flags=2001000849<UP,LOOPBACK,RUNNING,MULTICAST,IPv4,VIRTUAL> mtu 8232 index 1 inet 127.0.0.1 netmask ff000000 eri0: flags=1000843<UP,BROADCAST,RUNNING,MULTICAST,IPv4> mtu 1500 index 2 inet 9.42.93.208 netmask fffffc00 broadcast 9.42.95.255 ether 0:3:ba:2d:24:45modifiez le fichier ibmlb.conf comme suit :
eri -1 0 ibmlb
Par exemple, si les clusters X et Y sont configurés pour être utilisés par le composant CBR sur les cartes répertoriées dans le fichier ibmlb.conf, ils sont déconfigurés lors du lancement des commandes dscontrol executor start ou dscontrol executor stop. Ce résultat n'est peut-être pas souhaité. Lorsque les clusters X et Y sont configurés dans le script goAliases, ils sont automatiquement reconfigurés une fois Dispatcher Executor lancé ou arrêté.
Assurez-vous que la transmission Internet n'est pas activée pour le protocole TCP/IP.
La figure 15 montre un exemple de Dispatcher configuré avec une seule cluster, deux ports et trois serveurs.
Pour obtenir une aide sur les commandes utilisées lors de cette procédure, voir Guide des commandes Dispatcher et CBR.
Pour plus d'informations sur le fichier de configuration type, voir Exemples de fichiers de configuration Load Balancer.
Systèmes AIX, HP-UX, Linux ou Solaris : Pour démarrer la fonction serveur, entrez dsserver.
Systèmes Windows : La fonction serveur démarre automatiquement en tant que service.
Pour démarrer la fonction exécuteur, tapez la commande dscontrol executor start. Notez que vous pouvez également modifier divers paramètres de l'exécuteur à cette occasion. Voir Guide des commandes Dispatcher et CBR.
Utilisez cette adresse pour vous connecter à la machine en vue de tâches administratives, comme l'utilisation de Telnet ou SMTP, par exemple. Par défaut, cette adresse correspond au nom d'hôte.
Pour définir l'adresse de non-réacheminement, entrez la commande dscontrol executor set nfa adresse_IP ou éditez le fichier de configuration type. adresse_IP peut être le nom symbolique ou l'adresse IP.
Dispatcher équilibrera les demandes envoyées à l'adresse du cluster entre les serveurs configurés sur les ports associés à ce cluster.
Le cluster est soit un nom symbolique, soit l'adresse en notation décimale à point, soit l'adresse spéciale 0.0.0.0 qui définit un cluster générique. Pour définir un cluster, tapez la commande dscontrol cluster add. Pour définir les options de cluster, tapez la commande dscontrol cluster set ou utilisez l'interface graphique pour lancer des commandes. Les clusters génériques peuvent être utilisés pour remplacer plusieurs adresses IP afin de permettre l'équilibrage de charge pour les paquets entrants. Pour plus de détails, voir Utilisation d'un cluster générique pour combiner les configurations serveurs, Utilisation du cluster générique pour équilibrer la charge des pare-feux et Utilisation de cluster générique avec Caching Proxy pour le proxy transparent.
Lorsque le cluster est défini, vous devez normalement configurer son adresse sur l'une des cartes d'interface réseau de la machine Dispatcher. Pour ce faire, émettez la commande dscontrol executor configure adresse_cluster. Cette commande recherche une carte avec une adresse existante et appartenant au même sous-réseau que l'adresse du cluster. La commande de configuration de la carte système est ensuite lancée pour l'adresse du cluster en utilisant la carte trouvée et le masque de réseau de l'adresse existante figurant sur cette carte. Par exemple :
dscontrol executor configure 204.67.172.72
Vous pouvez configurer des adresses de clusters ajoutées à un serveur en attente en mode haute disponibilité ou des adresses de clusters ajoutées à un répartiteur de réseau étendu jouant le rôle de serveur éloigné. Il est également inutile d'exécuter la commande de configuration de l'exécuteur si vous utilisez le modèle de script goIdle, en mode autonome. Pour plus d'informations sur le script goldle, voir Utilisation de scripts.
Dans de rares cas, vous pouvez avoir une adresse qui ne correspond pas à une adresse de sous-réseau existante. Vous devez alors utiliser l'autre forme de la commande de configuration de l'exécuteur et fournir de manière explicite le nom et le masque de réseau de l'interface. Entrez la commande dscontrol executor configureadresse_cluster nom_interface sous-masque.
Exemples :
dscontrol executor configure 204.67.172.72 en0 255.255.0.0 (systèmes AIX) dscontrol executor configure 204.67.172.72 eth0:1 255.255.0.0 (systèmes Linux) dscontrol executor configure 204.67.172.72 eri0 255.255.0.0 (systèmes Solaris) dscontrol executor configure 204.67.172.72 en1 255.255.0.0 (systèmes Windows)
Pour vous servir de l'autre forme de la commande de configuration de l'exécuteur sous Windows, vous devez déterminer le nom de l'interface à utiliser. Si votre machine comporte une seule carte Ethernet, l'interface porte le nom en0. Si vous ne disposez que d'une seule carte en anneau à jeton (Token Ring), l'interface porte le nom tr0. Si la machine comporte plusieurs cartes de l'un ou l'autre type, il est nécessaire de déterminer le mappage des cartes. Procédez comme suit :
Le résultat apparaît à l'écran. Pour connaître le nom de l'interface à utiliser pour la configuration Load Balancer, recherchez l'adresse IP de votre machine Load Balancer dans les lignes suivantNumber of NIC records.
L'adresse IP de votre machine Load Balancer apparaît sous la forme : ia->adr_ai. Le nom d'interface associé apparaît sous la forme : ifp->nom_if.
les noms d'interface attribués par la commande executor configure correspondent aux noms d'interface listés dans cette commande.
Après avoir accédé à ces informations de mappage, vous pouvez créer un alias reliant l'interface réseau à l'adresse du cluster.
Sous Linux ou UNIX, la commande de configuration de l'exécuteur exécute des commandes ifconfig.
Lorsque vous utilisez des applications serveur de liaison, qui opèrent une liaison à une liste d'adresses IP ne contenant pas celle du serveur, faites appel à la commande arp publish plutôt qu'à ifconfig pour définir dynamiquement une adresse IP sur la machine Load Balancer. Par exemple :
arp -s <cluster> <adresse MAC Load Balancer> pub
Pour définir un port, entrez la commande dscontrol port add cluster:port, éditez le fichier de configuration type ou utilisez l'interface graphique. La valeur de cluster peut être le nom symbolique ou l'adresse IP. Port représente le numéro du port utilisé pour ce protocole. A ce stade, vous avez également la possibilité de modifier divers paramètres de ports. Vous devez définir et configurer tous les serveurs pour un port. Voir Guide des commandes Dispatcher et CBR.
Le numéro de port 0 (zéro) est utilisé pour spécifier un port générique. Ce port acceptera le trafic vers un port non défini sur le cluster. Le port générique est utilisé pour configurer des règles et des serveurs pour n'importe quel port. Vous pouvez également utiliser cette fonction en cas de configuration de serveur et de règle identique pour plusieurs ports. Le trafic sur un port peut influencer les décisions d'équilibrage de charge pour le trafic sur les autres ports. Pour plus de détails sur les cas d'utilisation d'un port générique, voir Utilisation du port générique pour acheminer le trafic destiné à un port non configuré.
Pour définir un serveur avec équilibrage de charge, entrez la commande dscontrol server add cluster:port:serveur, éditez le fichier de configuration type ou utilisez l'interface graphique. cluster et serveur peuvent correspondre à des noms symboliques ou à des adresses IP. Port représente le numéro du port utilisé pour ce protocole. Pour effectuer l'équilibrage de charge, vous devez définir plusieurs serveurs sur le port d'un cluster.
Serveurs de liaison : Si le composant Dispatcher équilibre la charge entre des serveurs de liaison, les serveurs doivent être configurés pour effectuer la liaison avec l'adresse du cluster. Etant donné que Dispatcher réachemine les paquets sans modifier l'adresse IP de destination, lorsque ceux-ci arrivent, l'adresse de cluster qu'ils contiennent indique la destination. Si un serveur a été configuré pour être lié à une adresse IP autre que l'adresse de cluster, il ne pourra pas accepter les demandes destinées au cluster.
Pour savoir s'il s'agit d'un serveur de liaison, lancez la commande netstat -an et recherchez serveur:port. S'il ne s'agit pas d'un serveur de liaison, le résultat de la commande est 0.0.0.0:80. S'il s'agit d'un serveur de liaison, une adresse du type 192.168.15.103:80 apparaît.
Co-implantation d'adresses multiples : Dans une configuration de co-implantation, l'adresse du serveur co-implanté ne doit pas être la même que celle de non-réacheminement (NFA). Vous avez la possibilité d'utiliser une autre adresse si votre machine a été définie avec des adresses IP multiples. En ce qui concerne le composant Dispatcher, le serveur co-implanté doit être défini comme co-implanté via la commande dscontrol server. Pour plus d'informations sur les serveurs co-implantés, voir Utilisation de serveurs implantés au même endroit.
Pour plus d'informations sur la syntaxe de la commande dscontrol server, voir dscontrol server — Configuration des serveurs.
La fonction gestionnaire permet d'améliorer l'équilibrage de charge. Pour démarrer le gestionnaire, entrez la commande dscontrol manager start, éditez le fichier de configuration type ou utilisez l'interface graphique.
Les conseillers transmettent au gestionnaire des informations complémentaires sur la capacité à répondre aux demandes des serveurs ayant fait l'objet d'un équilibrage de charge. Chaque conseiller est spécifique à un protocole. Par exemple, tapez la commande suivante pour lancer le conseiller HTTP :
dscontrol advisor start http portPour consulter la liste des conseillers et des ports par défaut correspondants, voir Guide des commandes Dispatcher et CBR. Pour lire la description de chaque conseiller, voir Liste des conseillers.
Si vous démarrez des conseillers, vous pouvez modifier le niveau d'importance donné aux informations des conseillers entrant dans les décisions d'équilibrage de la charge. Pour définir les proportions du cluster, entrez la commande dscontrol cluster set cluster proportions. Pour plus d'informations, voir Proportion de l'importance accordée aux données d'état.
Exécutez ces procédures si l'une des conditions ci-dessous est remplie :
Si vous utilisez la méthode de réacheminement MAC, Dispatcher équilibrera la charge uniquement entre des serveurs qui permettent de configurer l'unité de bouclage avec une adresse IP supplémentaire. C'est pourquoi le serveur dorsal ne répondra jamais aux demandes ARP (protocole de résolution d'adresses). Suivez les étapes indiquées dans cette section pour configurer les serveurs avec équilibrage de charge.
Pour que les serveurs bénéficiant d'un équilibrage de charge fonctionnent, vous devez définir (ou de préférence affecter un alias à) l'unité de bouclage (souvent appelé lo0) en fonction de l'adresse de cluster. Si vous utilisez la méthode d'acheminement MAC, le composant Dispatcher ne modifie pas l'adresse IP de destination dans le paquet TCP/IP avant de retransmettre ce paquet au serveur TCP. Si l'unité de bouclage est définie, ou se voit affecter l'adresse de cluster comme alias, les serveurs avec équilibrage de charge accepteront les paquets envoyés à cette adresse de cluster.
Si votre système d'exploitation supporte l'attribution d'alias aux interfaces réseau (comme par exemple les systèmes AIX, HP-UX, Linux, Solaris ou Windows), vous devez affecter l'adresse de cluster comme alias à l'unité de bouclage. L'utilisation d'un système d'exploitation prenant en charge les alias à pour avantage de permettre la configuration de serveurs avec équilibrage de charge desservant plusieurs adresses de cluster.
IMPORTANT : Pour les systèmes Linux, voir Solutions alternatives pour l'affectation d'alias à l'unité de bouclage sous Linux lors de l'utilisation de la méthode d'acheminement MAC de Load Balancer.
Si le système d'exploitation de votre serveur ne supporte pas les alias, vous devez définir l'adresse de cluster comme alias pour l'unité de bouclage.
Pour définir l'unité de bouclage ou lui affecter un alias, utilisez la commande requise par votre système d'exploitation comme indiqué dans le tableau 2.
AIX | |
HP-UX |
ifconfig lo0:1 adresse_cluster up Remarque :
Si vous utilisez des applications de serveur spécifiques d'une liaison qui opèrent une liaison à une liste d'adresses IP ne contenant pas celle du serveur,
faites appel à la commande arp publish plutôt qu'à ifconfig pour définir dynamiquement une adresse
IP sur la machine de l'équilibreur de charge.
Par exemple : arp -s adresse_cluster adresse_MAC_équilibreur_charge pub |
Linux | Choisissez l'une des
commandes suivantes :
|
OS/2 | ifconfig lo adresse_cluster |
OS/390 | Configuration d'un alias de bouclage sur le système
OS/390
|
Solaris |
|
Windows |
|
Sur certains systèmes d'exploitation, il se peut qu'une route par défaut ait été créée. Dans ce cas, elle doit être supprimée.
route print
IMPORTANT : Sous Windows 2003, toute route supplémentaire doit être ignorée. En cas d'incidents avec le routage après l'établissement d'alias, supprimez l'alias, puis rajoutez-le à l'aide d'un autre masque de réseau.
netstat -nr
Exemple pour Windows :
Active Routes: Network Address Netmask Gateway Address Interface Metric 0.0.0.0 0.0.0.0 9.67.128.1 9.67.133.67 1 9.0.0.0 255.0.0.0 9.67.133.158 9.67.133.158 1 9.67.128.0 255.255.248.0 9.67.133.67 9.67.133.67 1 9.67.133.67 255.255.255.255 127.0.0.1 127.0.0.1 1 9.67.133.158 255.255.255.255 127.0.0.1 127.0.0.1 1 9.255.255.255 255.255.255.255 9.67.133.67 9.67.133.67 1 127.0.0.0 255.0.0.0 127.0.0.1 127.0.0.1 1 224.0.0.0 224.0.0.0 9.67.133.158 9.67.133.158 1 224.0.0.0 224.0.0.0 9.67.133.67 9.67.133.67 1 255.255.255.255 255.255.255.255 9.67.133.67 9.67.133.67 1
9.0.0.0 255.0.0.0 9.67.133.158 9.67.133.158 1
Vous devez supprimer la route supplémentaire. Pour cela, utilisez la commande correspondant à votre système d'exploitation fournie dans le tableau 3.
Exemple : Pour supprimer la route supplémentaire comme indiqué pour l'exemple "Routes actives" de l'étape 2, entrez :
route delete 9.0.0.0 9.67.133.158
HP-UX | route delete adresse_cluster adresse_cluster |
Windows | route delete
adresse_réseau (dans une invite MS-DOS)
Remarque :
Vous devez supprimer
la route supplémentaire chaque fois que vous réamorcez le serveur.
Sous Windows 2003, il n'est pas possible de supprimer des routes. Sous Windows 2003, toute route supplémentaire doit être ignorée. En cas d'incidents avec le routage après l'établissement d'alias, supprimez l'alias, puis rajoutez-le à l'aide d'un autre masque de réseau. |
A l'aide de l'exemple fourni dans la figure 15, et en configurant un serveur sous AIX, la commande serait :
route delete -net 204.0.0.0 204.67.172.72
Pour vérifier la configuration d'un serveur dorsal, effectuez les étapes suivantes à partir d'une autre machine du même sous-réseau lorsque Load Balancer n'est pas en cours d'exécution et la cluster non configurée.
arp -d cluster
ping clusterLa commande ping doit rester sans réponse. Si une réponse est renvoyée, assurez-vous que vous n'avez pas attribué l'adresse du cluster à l'interface à l'aide de la commande ifconfig. Vérifiez qu'aucune machine n'a une entrée ARP publiée pour l'adresse du cluster.
arp -aLa sortie de la commande doit contenir l'adresse MAC de votre serveur. Emettez la commande :
arp -s cluster adresse_mac_serveur
arp -d cluster
Certaines versions de Linux émettent des réponses ARP pour toute adresse IP configurée sur la machine, quelle que soit l'interface installée. Il choisit également une adresse IP de source ARP pour les requêtes ARP who-has en se basant sur toutes les adresses IP définies sur la machine, quelle que soit l'interface sur laquelle ces adresses sont configurées. L'ensemble du trafic d'un cluster est dirigé indistinctement vers un seul serveur.
Si vous utilisez la méthode d'acheminement MAC de Dispatcher, un mécanisme doit être mis en oeuvre pour s'assurer que le trafic destiné au cluster peut être accepté par les piles des serveurs d'arrière-plan, y compris la machine de secours haute disponibilité co-implantée, lorsque la haute disponibilité et la co-implantation sont utilisées conjointement.
Dans la plupart des cas, vous devez affecter l'adresse du cluster en tant qu'alias à l'unité de bouclage. Pour les serveurs dorsaux, le cluster doit être associé à un alias sur l'unité de bouclage. Si vous utilisez la haute disponibilité et la co-implantation, des clusters doivent être associés à un alias sur l'unité de bouclage pour les serveurs d'équilibrage de charge de secours.
Pour s'assurer que les systèmes Linux n'affichent pas les adresses dans l'unité de bouclage, vous devez les rendre compatibles avec l'acheminement MAC de Dispatcher.
# sysctl -w net.ipv4.conf.all.hidden=1 net.ipv4.conf.lo.hidden=1Il est ensuite possible d'affecter des alias aux clusters selon la méthode normale, comme dans l'exemple suivant :
# ifconfig lo:1 $CLUSTER_ADDRESS netmask 255.255.255.255 up
# sysctl -w net.ipv4.conf.all.arp_ignore=3 net.ipv4.conf.all.arp_announce=2Pour affecter des alias aux clusters, utilisez la commande suivante :
# ip addr add $CLUSTER_ADDRESS/32 scope host dev loUne commande similaire doit se trouver dans les scripts go* pour les configurations de haute disponibilité et de co-implantation.
# iptables -t nat -A PREROUTING -d $CLUSTER_ADDRESS -j REDIRECTLes systèmes Linux effectuent alors une conversion NAT de la destination sur chaque paquet, en convertissant l'adresse de cluster en adresse d'interface. Cette méthode entraîne une baisse de débit d'environ 6,4 % en terme de nombre de connexions par seconde. Elle est compatible avec n'importe quelle distribution de stock prise en charge ; aucun module de noyau ou correctif+compilation+installation de noyau n'est requis.
# modprobe noarp # noarpctl add $CLUSTER_ADDRESS adresse-principale-nicoù adresse-principale-nic est une adresse appartenant au même sous-réseau que l'adresse du cluster. Il est ensuite possible d'affecter des alias aux clusters selon la méthode normale, comme dans l'exemple suivant :
# ifconfig lo:1 adresse_cluster netmask 255.255.255.255 up