III.2.2 TEST GENERAL DE BON FONCTIONNEMENT DE L'INTERACTION
HEARTBEAT MON DRBD : CAS PRATIQUE D'UN DOWNLOAD FTP
Notre infrastructure haute disponibilité est maintenant
prête. Pour tester, nous considérons les deux serveurs en
fonctionnement comme suit :
haserver0 maitre/primaire et Mon démarré
haserver1 secours/secondaire et Mon démarré
Lors du transfert de fichier, plusieurs
évènements contraignants peuvent se produire :
Ø Le crash du serveur haserver0.creolink.lan que nous
simulerons par une déconnexion réseau ou même par
l'arrêt de heartbeat. Détection par heartbeat sur haserver1 et
basculement des ressources.
Ø L'arrêt du service (ftp). Détection par
Mon qui arrête hearbeat. Détection de l'arrêt de heartbeat
par heartbeat distant et basculement des ressources.
Cas d'un download
Nous utiliserons le logiciel download manager pour
télécharger un film déposé sur le serveur ftp. Au
cours de ce téléchargement nous avons simulé le
disfonctionnement du serveur principal comme précédemment
présenté. Voici ce que nous obtenons sur le logiciel
utilisateur :
Interprétation
Nous observons bien l'instant de déconnexion (la
connexion avec le serveur a été perdue) à 19h21mn34s et
à 19h21mn52s l'instant de connexion (connexion établie) ce qui
correspond à une durée de 18s (10s le deadtime pour
déclarer le serveur maître comme mort et pour
récupérer les ressources et 5s pour permettre à fake de
mettre à jour les tables ARP, 1s temps moyens des transferts
réseau et 1s temps moyens influencé par la vitesse du processeur
et la mémoire RAM. On peut réduire d'avantage ce temps en
augmentant les capacités des serveurs ou en réduisant le deadtime
dans le fichier /etc/ha.d/ha.cf.
Côté utilisateur, le basculement est totalement
transparent et amorti l'interruption en réduisant la durée
d'indisponibilité de service pour garantir une disponibilité
supérieur à 3 neufs et atteindre la haute disponibilité.
Ce qui pourra permettre à un fournisseur de service internet ou à
un hébergeur de respecter sa part de contrat de niveau de service ou
service agreement.
Conclusion
Le trio DRBD - Heartbeat - Mon est parfait pour assurer la
redondance de deux machines physiquement proches. Assurant à la fois la
surveillance des défaillances des systèmes mais aussi celle des
services, cette solution met un terme au problème de redondance et
d'interruption de service.
Le projet Open source HA est en constante évolution
depuis son lancement en 1999 et la limitation initiale des 2 noeuds est
désormais révolue. Une entreprise aux revenus limités ne
désirant pas investir dans un SAN coûteux et à la
maintenance ardue peut maintenant disposer d'une solution complète,
fiable, facile à administrer et totalement libre. Une bonne idée
est d'associer l'environnement logique que nous venons de traiter à un
environnement physique de disques durs montés en RAID pour des
structures plus larges.
|