Haute disponibilité et répartition de charge avec Sympa Serge Aumont – Université de Rennes 1 David Verdin - RENATER JRES - Toulouse – 22-25 novembre 2011
Introduction Un service de listes peut être critique Nombre d'abonnés Criticité des informations Sympa n'est pas prévu à l'origine pour être réparti sur plusieurs machines L'exposé ne porte QUE sur Sympa
Difficultés à résoudre Processus Sympa : prévu pour une seule instance Rendre les processus sympa multi-instance et multi-hôtes Usage intensif du système de fichiers Permettre le partage des données
Les données dans Sympa Base Évoluent en cours d'exécution Sympa Home Sympa Exécutables bin/ src/ sample/ doc/ man/ Divers locale/ bounce/ arc/ spool/ static_content/ Données etc/ list_data/ Configuration Base Sympa Évoluent en cours d'exécution Abonnements Données web (sessions, SSO) Logs, stats
Répartition de l'expédition Version 6.0 spool msg MTA entrant sympa.pl MTA sortant bounce bounced.pl task task_manager.pl outgoing archived.pl bulk.pl bulk.pl bulk.pl arc config
Répartition de tous les processus Version 6.2 spool msg MTA entrant sympa.pl MTA sortant bounce bounced.pl task task_manager.pl outgoing archived.pl bulk.pl bulk.pl bulk.pl arc config
Répartition de tous les processus Version 6.2 spool spooler.pl MTA entrant MTA sortant sympa.pl sympa.pl sympa.pl bounced.pl bounced.pl bounced.pl task_manager.pl task_manager.pl task_manager.pl arc archived.pl archived.pl archived.pl config bulk.pl bulk.pl bulk.pl
Web : rien de spécifique Sympa : configure et stockage partagé Configuration Web : rien de spécifique Sympa : configure et stockage partagé Mail : répartir les MTA /opt/ = stockage partagé
Conclusion Tous les processus Sympa peuvent être répartis Limites : usage intensif de la BD – optimisations en cours HD en production à RENATER en 2012 Version 6.2 stable en 2012
Merci ! Je suis « disponible » [rire ici] pour les questions