« LINUX:Loadbalancing - Router de répartition (masq) » : différence entre les versions
Aucun résumé des modifications |
Aucun résumé des modifications |
||
| Ligne 60 : | Ligne 60 : | ||
dnf install perl-Net-INET6Glue | dnf install perl-Net-INET6Glue | ||
dnf install perl-LDAP | dnf install perl-LDAP | ||
dnf install perl-Authen-Radius | |||
dnf install perl-Net-DNS | |||
Version du 22 février 2023 à 14:52
→ retour aux Serveurs en Loadbalancing
But
Ce router aura pour tâche de rediriger et de répartir les requêtes venant des clients en fonction des disponibilités des serveurs du cluster.
Nous allons utiliser une fonctionnalité de Linux, le LVS ou Linux Virtual Server. l'outil Ldirectord va nous y aider.
Prérequis
Routage
Nous sommes en présence de deux LANs interconnectés par un router. Pour mettre en oeuvre correctement les différents aspects du routage; voyez l'article sur le Routage statique et spécialement le chapitre sur le "Second réseau privé".
Activation du routage
Il faut activer le routage sur le router "cluster.home.dom" en ajoutant un fichier, par exemple "router.conf", dans le répertoire "/etc/sysctl.d". Ce fichier doit contenir la ligne:
net.ipv4.ip_forward = 1
On active cette configuration soit en redémarrant la machine, soit avec la commande suivante:
sysctl -p /etc/sysctl.d/router.conf
Installation
Nous allons utiliser l'outil Ldirectord qu'il faut installer:
dnf install ldirectord
Par la même occasion, il installe toute une série de modules Perl en tant que dépendances:
dnf install perl-WWW-RobotRules dnf install perl-Try-Tiny dnf install perl-Tie dnf install perl-Text-Balanced dnf install perl-Parse-RecDescent dnf install perl-Net-IMAP-Simple dnf install perl-Net-IMAP-Simple-SSL dnf install perl-Socket6 dnf install perl-IO-Socket-INET6 dnf install perl-Net-SMTP-SSL dnf install perl-MailTools dnf install perl-Net-HTTP dnf install perl-HTTP-Negotiate dnf install perl-HTTP-Cookies dnf install perl-Digest-SHA dnf install perl-Digest-HMAC dnf install perl-NTLM dnf install perl-Data-Dump dnf install perl-libwww-perl dnf install perl-Socket-GetAddrInfo
Il installe également le paquet suivant que nous utiliserons pour visualiser l'état du système:
dnf install ipvsadm
Par contre, tout un ensemble de paquets Perl ne sont pas installés mais sont nécessaires:
dnf install perl-Sys-Hostname dnf install perl-Sys-Syslog dnf install perl-Net-Ping dnf install perl-LWP-Protocol-https dnf install perl-Mail-POP3Client dnf install perl-Mail-IMAPClient dnf install perl-Net-INET6Glue dnf install perl-LDAP dnf install perl-Authen-Radius dnf install perl-Net-DNS
Configuration en Failover
Nous allons utiliser cette machine de façon autonome mais il est très facile de l'utiliser dans une structure en Failover.
Il suffit de reprendre la configuration de l'article sur les Routers inter LAN en Failover. A la configuration de Pacemaker, on ajoute une ressource activant le service "ldirectord.service".
pcs resource create ClusterLdirectord systemd:ldirectord op monitor interval=30s
ou
pcs resource create ClusterLdirectord ocf:heartbeat:ldirectord configfile=/etc/ha.d/ldirectord.cf ldirectord=/usr/sbin/ldirectord op monitor interval=30s
et ensuite:
pcs constraint colocation add ClusterLdirectord with ClusterIPint score=INFINITY pcs constraint order ClusterIPint then start ClusterLdirectord
Modification de la source
Le programme Ldirectord est installé dans le fichier "/usr/sbin/ldirectord". Il teste tout un ensemble de services. Les protocoles que l'on veut tester sur nos serveurs du cluster sont: HTTP, HTTPS, SMTP, SUBMISSION, SMTPS, POP, POPS, IMAP et IMAPS. Parmi ceux-ci, seul le protocole SMTPS n'est pas repris. Soit on crée un script externe qui fera ce travail, soit on ajoute au programme cette fonctionnalité.
Nous avons choisi la seconde solution.
La version actuelle pour Fedora 37 est "4.11.0-2". Il faut garder à l'esprit qu'une mise à jour entrainera un écrasement de nos modifications; il faut garder de côté notre nouvelle version et tenir à l'oeil toute mise à jour de ce paquet Ldirectord.
Le fichier suivant contient un patch à appliquer sur le fichier "ldirectord":
Télécharger le fichier ZIP
On doit décompresser ce fichier téléchargé:
unzip Ldirectord.patch.zip
Il faut avoir installé l'utilitaire "patch":
dnf install patch
Pour appliquer ce patch, copiez le fichier "/usr/sbin/ldirectord" dans le même répertoire que le fichier "ldirectord.patch" que vous venez de décompresser puis exécutez la commande:
patch < ldirectord.patch
Le fichier local "ldirectord" sera mis à jour; il suffit de le recopier dans le répertoire "/usr/sbin".
Le fichier suivant contient le fichier "ldirectord" modifié:
Télécharger le fichier ZIP
On doit décompresser ce fichier téléchargé:
unzip Ldirectord.zip
Le fichier résultant est à placer dans le répertoire "/usr/sbin".
Voici une liste des modification:
- La pièce principale consiste à ajouter une fonction: "check_smtps" et ensuite il faut ajouter le nécessaire pour y faire référence et initialiser quelques mots clés et n° de protocole.
sub check_smtps
{
require Net::SMTP;
require Net::SMTP::SSL;
my ($v, $r) = @_;
my $port = ld_checkport($v, $r);
&ld_debug(2, "Checking $$v{service}: server=$$r{server} port=$port");
my $smtp = new Net::SMTP::SSL($$r{server}, Port => $port,
Timeout => $$v{negotiatetimeout});
if ($smtp) {
$smtp->quit;
service_set($v, $r, "up", {do_log => 1});
return $SERVICE_UP;
} else {
service_set($v, $r, "down", {do_log => 1});
return $SERVICE_DOWN;
}
}
- Ajouter les mots en gras en fin de la ligne 462:
B<service = >B<dns> | B<ftp> | B<http> | B<https> | B<http_proxy> | B<imap> | B<imaps> | B<ldap> | B<ldaps> | B<mysql> | B<nntp> | B<none> | B<oracle> | B<pgsql> | B<pop> | B<pops> | B<radius> | B<simpletcp> | B<sip> | B<smtp> | B<submission> | B<smtps> | B<submissions>
- Ajouter ces lignes en ligne 495:
=item * Virtual server port is 465: smtps, submissions
- Ajouter ces lignes en ligne 1563:
$1 eq "smtps" ||
$1 eq "submissions" ||
- Ajouter cette ligne en ligne 1578:
"submissions, smtps " .
- Ajouter cette ligne en ligne 1873:
if ($port eq 465) { return "smtps"; }
- Ajouter cette ligne en ligne 1897:
if ($service eq "smtps") { return 465; }
- Ajouter cette ligne en ligne 1905:
if ($service eq "submissions") { return 587; }
- Ajouter ces lignes en ligne 2883:
} elsif ($$v{service} eq "smtps" or $$v{service} eq "submissions") {
$$r{num_connects} = 0 if (check_smtps($v, $r) == $SERVICE_UP);
Fichier de configuration
Le fichier de configuration se nomme "/etc/ha.d/ldirectord.cf". Il existe plusieurs types de configuration. Voici le contenu choisi:
emailalert="root"
emailalertfreq=3600
emailalertstatus=all
quiescent=yes
checkinterval=20
fork=yes
virtual=192.168.1.73:80
real=192.168.3.71:80 masq 650
real=192.168.3.72:80 masq 65000
request="vivant.html"
receive="Je suis vivant."
checktype=negotiate
service=http
scheduler=lblcr
persistent=3600
protocol=tcp
checkport=80
virtual=192.168.1.73:443
real=192.168.3.71:443 masq 650
real=192.168.3.72:443 masq 65000
request="vivant.html"
receive="Je suis vivant."
checktype=negotiate
service=https
scheduler=lblcr
persistent=3600
protocol=tcp
checkport=443
virtual=192.168.1.73:110
real=192.168.3.71:110 masq 65000
real=192.168.3.72:110 masq 65000
service=pop
scheduler=lblcr
persistent=3600
protocol=tcp
checktype=negotiate
checkport=110
login="testmail"
passwd="Bateau52Ivre"
virtual=192.168.1.73:143
real=192.168.3.71:143 masq 65000
real=192.168.3.72:143 masq 65000
service=imap
scheduler=lblcr
persistent=3600
protocol=tcp
checktype=negotiate
checkport=143
login="testmail"
passwd="Bateau52Ivre"
virtual=192.168.1.73:993
real=192.168.3.71:993 masq 65000
real=192.168.3.72:993 masq 65000
service=imaps
scheduler=lblcr
persistent=3600
protocol=tcp
checktype=negotiate
checkport=993
login="testmail"
passwd="Bateau52Ivre"
virtual=192.168.1.73:995
real=192.168.3.71:995 masq 65000
real=192.168.3.72:995 masq 65000
service=pops
scheduler=lblcr
persistent=3600
protocol=tcp
checktype=negotiate
checkport=995
login="testmail"
passwd="Bateau52Ivre"
virtual=192.168.1.73:25
real=192.168.3.71:25 masq 65000
real=192.168.3.72:25 masq 650
service=smtp
scheduler=lblcr
persistent=3600
protocol=tcp
checktype=negotiate
checkport=25
virtual=192.168.1.73:587
real=192.168.3.71:587 masq 65000
real=192.168.3.72:587 masq 650
service=submission
scheduler=lblcr
persistent=3600
protocol=tcp
checktype=negotiate
checkport=587
virtual=192.168.1.73:465
real=192.168.3.71:465 masq 65000
real=192.168.3.72:465 masq 650
service=smtps
scheduler=lblcr
persistent=3600
protocol=tcp
checktype=negotiate
checkport=465
En début, diverses options générales sont reprises. Les noms de variables sont parlantes. Voyez l'aide pour plus de détails; il existe d'autres options.
Par exemple:
- checkinterval : définit en secondes l'interval entre deux vérifications. La réactivité du système dépend de ce paramètre.
Ensuite viennent divers blocs, un par protocol analysé:
- virtual : chaque bloc débute par ce mot; il est suivi de l'adresse IP virtuelle utilisée par le client qui fait sa requête suivie du port du protocol utilisé par le client. Cette adresse correspond au nom de machine du router "cluster.home.dom" et à l'adresse IP du router "192.168.1.73".
- real : est présent plusieurs fois, une ligne par serveur qui procure ce service. Dans notre cas, nous avons deux serveurs dans le cluster. Le premier paramètre est l'adresse IP réelle du serveur suivie par le n° du port de ce service sur ce serveur. Elle est suvie du type de redirection; nous utilisons le type "mask" qui est le plus simple et qui correspond à notre schéma. Enfin on attribue un poids pour la sélection; par exemple, pour le protocole HTTP (port 80), la machine "fo1.home.dom" ("192.168.3.71") recevra 100 fois moins de requêtes que la machine "fo2.home.dom" ("192.168.3.72").
- checktype : définit le type de traitement; nous utilisons le type "negotiate"; ce type va utiliser les routines de vérification incluses dans le programme. On peut utiliser le type "external" qui va utiliser un script externe créé par vous-même pour faire la vérification du bon fonctionnement du service sur la machine désignée.
- service : dans cas de "checktype=negotiate", il définit la routine interne qui sera utilisée.
- checkport : est là au cas où vous n'utilieriez pas un port standard.
- protocol : se passe de commentaire; nos services utilisent le protocole "tcp".
- scheduler : spécifie le mode de répartition; il y en a beaucoup; nous avons choisi "lblcr". Il utilise le système des poids; tous ne le permettent pas. La répartition est aléatoire mais il veille à ce que la charge par machine respecte les poids. Si pour un client donné (adresse IP source), une connexion est envoyée à un serveur, les suivantes suivront le même chemin.
- persistent : temps en secondes gardant la connexion en mémoire
Ensuite nous trouvons plusieurs options spécifiques à chaque protocole:
- HTTP et HTTPS
- request : fourni l'URL à interroger; le paramètre donné est "vivant.html"; c'est pour cette raison que nous avons créé le fichier "/data/web/vivant.html" dans de l'article précédent.
- receive : attend la réponse "Je suis vivant.".
- POP, POPS, IMAP et IMAPS
- login : fournit le nom d'utilisateur de messagerie pour effectuer une connexion au compte; c'est pour cette raison que nous avons créé le le compte "testmail" dans de l'article précédent.
- passwd : fournit le mot de passe associé.
Problème
Si vous rencontrez un problème avec un protocole donné, j'utilie cette méthode:
- arrêtez le service "ldirectord.service"
- dans le fichier "/etc/ha.d/ldirectord.cf", isolez le bloc concernant ce protocole et les options générales dans un autre fichier (exemple: "/etc/ha.d/test.cf")
- lancez interactivement Ldirectord en mode debugger
ldirectord -d -- /etc/ha.d/test.cf start
- après quelques secondes, quand il a fait son premier cycle de vérifications, arrêtez-le ("^C")
- analysez la sortie
Dans plusieurs cas, une fonction Perl n'était pas installée; il ne la trouve pas.
Activation et lancement du service
La configuration terminée, il faut activer et lancer ce service "ldirectord.service":
systemctl enable ldirectord.service systemctl start ldirectord.service
→ retour aux Serveurs en Loadbalancing