Re: [esup-users] l'architecture des serveurs pour Esup ?

[Vincent MATHIEU < >]

Bonjour,


Claude Viéville a écrit :

> Bonjour,
>
> J'ai lu avec intérêt les slides de Mathieu Larchet projetés lors de la
> réunion CSIER du 31 1 2005.
> Le schéma de la page 15 demande un peu de précision par rapport à mon 
> manque
> de connaissance dans ce type d'architecture.
>
> Avant de commencer ma longue série de questions, je vous indique que nous
> avons effectivement mis en place un serveur Esup en production en décembre
> dernier pour le personnel de Lille1. Je n'ai rencontré aucun problème en
> production. Son organisation est rigoureusement conforme au schéma de la
> page 3. J'ai mis en place un connecteur mod_jk2. Un collègue m'a signalé que
> c'était une impasse (plus de développement prévu). Est-ce vrai et faut-il
> mieux utiliser un mod_jk1 ?
>  
mod_jk2 n'est plus maintenu. A priori, mod_jk1 apporte au moins les même 
fonctionnalités, et est lui maitenu.
C'est donc un bon candidat pour les communications apache - tomcat.

Je ne sais pas s'il y a des ent esup-portail de prod qui utilisent mod_jk1.

En ce qui concerne nancy 2 :
- on utilise mod_jk1 pour le serveur CAS de prod depuis plus de 6 mois, 
sans soucis.
- on utilise mod_jk1 pour un frontal qui dessert différents 
environnements de développement ou de tests (une dizaine de machines 
déclarées dans la config), toujours sans soucis.
- mod_jk1 est utilisé pour notre serveur de pré-production esup-portail.
- mod_jk2 est utilisé pour les serveurs esup de prod, pour des raisons 
historiques.
Nous devons les migrer en mod_jk1, et nous n'avons pas trop de crainte 
quant à cette migration ; il manque juste un petit moment à consacrer à 
cela.

> Nous devons mettre en production un portail pour les étudiants et personnel
> asp. La questuon de la répartition est donc posée. 
>  
La réponse que je te fais est propre à l'implémentation Nancy 2 (et 
également Nancy 1). Il existes d'autres implémentations dans des 
universités francaises :
- load-balancer hard dédié
- load-balancer logiciel

> Voici donc ma série de questions : 
> -  SW1 et SW2 sont-ils des commutateurs ethernet qui implantent le logiciel
> de répartition de charge ? 
>  
Oui, ce sont des switchs de niveau 2 à 7.

> - est-ce qu'il s'agit des switchs Nortel notés plus haut dans la
> présentation ?
>  
Oui.

> - sont-ils configurés jusqu'au niveau 7 ?
>  
Oui, car on fait du load-balancing 'cookie-drivé', donc à niveau 7. 
C'est un choix, c'est la solution qui nous a semblé la meilleure.

> - Que représente MM (sa fonction?) ?
>  
Module Management. Il ne sert à rien pour les aspects switching ou 
load-balancing ; c'est le module de management du blade center.

> - int12, int13 et int14 sont-ils des serveurs Esup ?
>  
dans le schéma page 15, seuls int13 et int14 sont des serveurs esup 
(nous en avons un autre dans la config réelle).
int1 et un exemple d'une autre lame, qui supporte autre chose, et dans 
un même vlan.

> - est-ce que int1 est une erreur de frappe (=int12) ?
> - Est-ce que que c'est aussi SW1 et SW2 qui doivent tester la vie des
> composants de cette grappe de serveurs ?
>  
Oui. Je joins un petit document qui donne la config du switch ; ce n'est 
pas exactement la config en cours, mais c'est très proche.
Tu vois la config du test de vie.

> - Je comprends bien que les serveurs ESUP puissent partager les fichiers
> déployés, par contre je ne comprends pas comment il leur est possible de
> partager les fichiers de logs et statistiques en écriture. Est-ce que c'est
> une possibilté offerte par le SAN ? 
>  
A nancy 2, nous utilisons le syslog pour la récupération des infos de 
log et de stats (paramétrage du Loggers.properties).
Donc, pas d'utilisation nécessaire du SAN.

> - D'où cette question : est-ce qu'il faut absolument un système SAN? Est-ce
> qu'un NAS avec NFS peut être mis en place pour Esup ?
>  
Le san n'est pas du tout nécessaire. Un NAS (ou un serveur proposant un 
partage NFS), suffit.
Si tu utilises le serveur webdav pour les partages et/ou injac, il te 
faut prévoir également de l'espace pour écrire les données.

> - Que valent les solutions basées sur une répartition de charge par un
> module  Apache, par le connecteur JK ou par Tomcat ? Sont-elles à éviter ?
> Elles me paraissent assez faciles à comprendre mais posent quand même le
> problème de l'écriture concurrente sur les fichiers logs et stats !
>  
D'après les développeurs uportal : ca marche, mais c'est moins 
paramétrable et probablement moins efficace qu'un load balancing autre.
Dans tous les cas, il est important de faire délivrer les pages 
statiques (typiquement, /media, /static, /dtd) par apache et non par 
tomcat, pour des raisons de perfs.

Et pas de problème d'accès concurent sur les fichiers logs et stats si 
tu choisis une des 2 solutions :
- syslog
- noms de fichiers différents selon l'instane d'ent.

Vincent

> Bien cordialement,
>
> Claude
>
> Claude Viéville
> Ingénieur
> Centre de Ressources Informatiques
> Université des Sciences et Technologies de Lille
> Bât M4 - F-59655 Villeneuve d'Ascq cedex, France
> Tél. +33 3 20 43 69 57
> Fax +33 3 20 43 66 25
>
>
>
>
>  

--
Vincent MATHIEU
Université Nancy 2 - CRI
Equipe système et réseaux
tel : 03 54 00 11 04
coordonnées : 
http://www.univ-nancy2.fr/ANNUAIRE/PERS/detail_pres.php?uid=vmathieu     ;

Attachment: nortel.zip
Description: Zip compressed data