1 Sommaire Pourquoi sorganiser ? La loi des séries… Pour garder la tête froide… Organisation humaine : Les acteurs principaux / Les acteurs secondaires.

Présentation au sujet: "1 Sommaire Pourquoi sorganiser ? La loi des séries… Pour garder la tête froide… Organisation humaine : Les acteurs principaux / Les acteurs secondaires."— Transcription de la présentation:

1 1 Sommaire Pourquoi sorganiser ? La loi des séries… Pour garder la tête froide… Organisation humaine : Les acteurs principaux / Les acteurs secondaires Organisation technique : Les différents serveurs Les serveurs principaux / Les serveurs secondaires Documenter, documenter et encore…. Documenter ! Sa structure Ses limites… Ce qui reste à résoudre… Redonder le loadbalancing (acheter 2ème alteon ou solution LVS ?) Cluster bases de données (voir étude Raymond Bourges)

2 2 Pourquoi sorganiser ? La loi des séries Novembre 2007 : le serveur bases de données sarrête brutalement… Absence des acteurs principaux portail Présence de lacteur principal système Janvier 2008 : serveur CAS/Idp sarrête brutalement… Présence de tous les acteurs principaux Février 2008 : coupure électrique générale, serveur webdav ne redémarre pas… Absence de lacteur principal système Présence des acteurs principaux portail AïE… Ouf ! Mais AïE quand même…(Idp) AïE…

3 3 Pourquoi sorganiser ? Quelques éléments de fréquentation… Des services qui sont de plus en plus fréquentés : jusquà 1400 utilisateurs différents par jour, une moyenne de 4200 utilisateurs différents par mois sur les mois de septembre 2007 à janvier 2008, 56% des étudiants, 66% des enseignants- chercheurs et chercheurs et 96% des personnels AITOS se sont connectés au moins une fois en 2007.

4 4 Organisation humaine Les services du CRI concernés Léquipe ENT, pôle WEB-ENT : 2 ingénieurs « acteur principal », 2 ingénieurs « acteur secondaire ». Le pôle Système-Réseau : 1 ingénieur « acteur principal », 2 ingénieurs « acteur secondaire ».

5 5 Organisation humaine Un nouvel acteur : notre futur dba MySql/PostgreSql… 6 bases de données Postgre en production 2 bases de données MySql en production 1 seule opération dadministration aujourdhui : vacuum db sur les bases postgre… Demain : un dba qui pourra suivre et améliorer la disponibilité des bases, apporter ses conseils de paramétrage et de développement SQL, implanter et suivre la solution en cluster….

6 6 Organisation technique Les différents serveurs Une architecture MULTI-SERVEURS SVR_A : Authentification (CAS+IDP) SVR_B : Bases de données Postgre+MySql SVR_1+SVR_2+SVR_3 : ESUP-Portail ALTEON : boitier assurant le loadbalancing et la tolérance aux pannes SVR_E+SVR_W: Offre de formation, Syslog, Gestion des comptes, stats SVR_S+DISKS : Stockages WEBDAV (stockage+intranet-esup+Filex) SVR_D : développements – subversion SVR_L+SVR_N : sauvegardes filesystem + espaces de stockage

7 7 Organisation technique Les serveurs principaux / Les serveurs secondaires (3/3) SVR_L SVR_D Serveur de sauvegardes des filesystem SI-Subversion : gestion des développements SI-Devportail SI-infoglueDev DIVERS SERVEURS