Evidian SafeKit apporte l'équilibrage de charge réseau et la haute disponibilité à Linux. Cet article explique comment mettre en œuvre rapidement un cluster Linux avec équilibrage de charge sans boîtiers réseaux, ni serveurs proxy dédiés au load balancing. SafeKit est installé directement sur les serveurs Linux. Le module de haute disponibilité farm.safe et un essai gratuit sont offerts dans la section instructions d'installation.
Notez que vous pouvez mettre en œuvre avec le même produit la réplication en temps réel et le basculement de l'application back-end comme Microsoft SQL Server, PostgreSQL ou d'autres applications : voir des exemples de modules miroirs ici.
Cette solution de clustering est reconnue comme la plus simple à mettre en œuvre par nos clients et partenaires. C'est également une solution complète qui résout les pannes matérielles (20% des problèmes) incluant la panne complète d'une salle informatique, les défaillances logicielles (40% des problèmes) incluant le passage d'update serveur par serveur et les erreurs humaines (40% des problèmes) grâce à sa simplicité d'administration.
Sur la figure précédente, l'application Linux tourne sur les 3 serveurs. Les utilisateurs sont connectés à une adresse IP virtuelle qui est configurée localement sur chaque serveur de la ferme.
Le trafic du réseau à destination de l'adresse IP virtuelle est reçu par l'ensemble des serveurs. Puis ce trafic est distribué entre les serveurs grâce à un filtre chargé dans le noyau du système d'exploitation de chaque serveur.
L'algorithme de load balancing dans le filtre est basé sur l'identité des paquets client (adresse IP client, port TCP client). Suivant l'identité du paquet client en entrée, seul un filtre dans un serveur accepte le paquet ; les autres filtres dans les autres serveurs le rejettent.
Une fois un paquet accepté par le filtre sur un serveur, seuls le CPU et la mémoire de ce serveur sont utilisés par l'application Linux qui répond à la requête du client. Les messages de retour de l'application Linux sont envoyés directement du serveur vers le client.
Lorsqu'un serveur est défaillant, le protocole de gestion du groupe des serveurs en vie reconfigure les filtres pour redistribuer le trafic vers les serveurs disponibles.
Notez que SafeKit fonctionne dans les environnements VMware sans les problèmes de Microsoft NLB avec ses modes unicast et muticast. Et notez aussi que l'équilibrage de charge réseau de SafeKit fonctionne non seulement avec Windows (en incluant les versions Windows pour PCs) mais aussi avec Linux.
Sur les deux serveurs Windows
Sur les deux serveurs Linux
La configuration est présentée avec la console web connectée à 2 serveurs Windows mais c'est la même chose avec 2 serveurs Linux.
Important : toute la configuration doit être réalisée à partir d'un seul navigateur.
Lancez la console Web dans un navigateur en vous connectant à http://localhost:9010 (image suivante)
Entrez l'adresse IP du premier nœud et cliquez sur Confirm (image suivante)
Cliquez sur New node et entrez l'adresse IP du deuxième nœud (image suivante)
Cliquez sur la disquette rouge pour sauvegarder la configuration (image précédente)
Dans l'onglet Configuration, cliquez sur farm.safe (xxx.safe dans l'image suivante) puis entrez farm comme nom du module et cliquez sur Confirm
Cliquez sur Validate (image suivante)
Définissez l'adresse IP virtuelle du cluster, le port TCP du service à load balancer et le critère sur adresse IP source ou sur port TCP source (image suivante).
Une adresse IP virtuelle est une nouvelle adresse IP inutilisée dans le même réseau IP que les adresses IP des deux nœuds. L'équilibrage de charge sera fait sur l'adresse IP virtuelle/port TCP suivant le critère. Cet article explique la différence entre le critère adresse IP source et le critère port TCP source.
Pour information:
Cliquez sur Validate (image précédente)
Cliquez sur Configure (image précédente)
Vérifiez le message succès vert sur les deux serveurs et cliquez sur Next (image précédente)
Cliquez sur Start pour démarrer le cluster sur les deux nœuds (image précédente). Vérifiez que l'état passe à UP (vert) - UP (vert) (image suivante).
Le cluster est opérationnel avec les services Linux s'exécutant sur les deux nœuds UP (image précédente).
Attention, les composants qui sont clients des services Linux doivent être configurés avec l'adresse IP virtuelle. La configuration peut être effectuée avec un nom DNS (si un nom DNS a été créé et associé à l'adresse IP virtuelle).
Vérifiez avec des lignes de commande sous Linux que les services Linux sont démarrés sur les deux nœuds UP. Mettez les services Linux avec Type de démarrage au boot = Manuel (SafeKit contrôle le démarrage des services Linux).
Arrêtez un nœud UP en faisant défiler le menu du nœud et en cliquant sur Stop. Vérifiez que l'équilibrage de charge est reconfiguré avec uniquement l'autre nœud prenant toutes les connexions TCP. Et vérifiez que les services Linux sont arrêtés sur le nœud STOP avec des lignes de commande sous Linux.
Pour comprendre ce qui se passe dans le cluster, consultez les journaux SafeKit du nœud 1 et du nœud 2.
Pour voir le journal du module sur le nœud 1 (image suivante) :
Pour voir le journal applicatif du nœud 1 (image suivante) :
Pour voir les journaux du nœud 2 (image précédente), cliquez à gauche sur W12R2server75/UP (il deviendra bleu) et répétez les mêmes opérations.
Dans l'onglet Advanced Configuration (image suivante), vous pouvez modifier les fichiers internes du module : bin/start_both et bin/stop_both et conf/userconfig.xml (image suivante sur le côté gauche). Si vous faites des changements dans les fichiers internes ici, vous devez appliquer la nouvelle configuration par un clic droit sur l'icône bleue/xxx sur le côté gauche (image suivante) : l'interface vous permettra de redéployer les fichiers modifiés sur les deux serveurs.
Configure boot start (image suivante sur le côté droit) configure le démarrage automatique du module au boot du serveur. Effectuez cette configuration sur les deux nœuds une fois que la solution Linux d'équilibrage de charge et de haute disponibilité fonctionne correctement.
Pour obtenir de l'aide sur le centre d'appel de https://support.evidian.com, prenez 2 Snaphots (2 fichiers .zip), un pour chaque serveur et téléchargez-les dans l'outil du centre d'appel (image suivante).
userconfig.xml
<!DOCTYPE safe>
<safe>
<service mode="farm" maxloop="3" loop_interval="24">
<!-- Farm topology configuration for the membership protocol -->
<!-- Names or IP addresses on the default network are set during initialization in the console -->
<farm>
<lan name="default" />
</farm>
<!-- Virtual IP Configuration -->
<!-- Replace
* VIRTUAL_IP_ADDR_TO_BE_DEFINED by the IP address of your virtual server
-->
<vip>
<interface_list>
<interface check="on" arpreroute="on">
<virtual_interface type="vmac_directed">
<virtual_addr addr="VIRTUAL_IP_ADDR_TO_BE_DEFINED" where="alias"/>
</virtual_interface>
</interface>
</interface_list>
<loadbalancing_list>
<group name="Windows_Appli">
<!-- Set load-balancing rule on the TCP port of the service to load balance -->
<rule port="TCP_PORT_TO_BE_DEFINED" proto="tcp" filter="on_addr"/>
</group>
</loadbalancing_list>
</vip>
<!-- TCP Checker Configuration -->
<!-- Replace
* VIRTUAL_IP_ADDR_TO_BE_DEFINED by the IP address of your virtual server
* TCP_PORT_TO_BE_DEFINED by the TCP port of the service to check
-->
<check>
<tcp ident="Check_Appli" when="both">
<to
addr="VIRTUAL_IP_ADDR_TO_BE_DEFINED"
port="TCP_PORT_TO_BE_DEFINED"
interval="10"
timeout="5"
/>
</tcp>
</check>
<!-- User scripts activation -->
<user nicestoptimeout="300" forcestoptimeout="300" logging="userlog" />
</service>
</safe>
start_both
#!/bin/sh
# Script called on the primary server for starting application
# For logging into SafeKit log use:
# $SAFE/safekit printi | printe "message"
# stdout goes into Application log
echo "Running start_both $*"
res=0
# Fill with your application start call
if [ $res -ne 0 ] ; then
$SAFE/safekit printe "start_both failed"
# uncomment to stop SafeKit when critical
# $SAFE/safekit stop -i "start_both"
fi
stop_both
#!/bin/sh
# Script called on the primary server for stopping application
# For logging into SafeKit log use:
# $SAFE/safekit printi | printe "message"
#----------------------------------------------------------
#
# 2 stop modes:
#
# - graceful stop
# call standard application stop
#
# - force stop ($1=force)
# kill application's processes
#
#----------------------------------------------------------
# stdout goes into Application log
echo "Running stop_both $*"
res=0
# default: no action on forcestop
[ "$1" = "force" ] && exit 0
# Fill with your application stop call
[ $res -ne 0 ] && $SAFE/safekit printe "stop_both failed"
