Difference between revisions of "GDB-050406"

Un article de lcgwiki.
Jump to: navigation, search
(Préoccupations du moment)
(Discussion autour de l'Accounting)
 
(8 intermediate revisions by 2 users not shown)
Ligne 1: Ligne 1:
 
'''CR LCG Grid Deployment Board (GDB) Meeting du 05 April 2006 '''
 
'''CR LCG Grid Deployment Board (GDB) Meeting du 05 April 2006 '''
* Agenda du 5 avril:  
+
* Agenda du 5 avril: http://agenda.cern.ch/fullAgenda.php?ida=a057704
 
* étaient présents : Cal Loomis, Fabio Hernandez, Michel Jouvin, Yannick Patois, F.Chollet
 
* étaient présents : Cal Loomis, Fabio Hernandez, Michel Jouvin, Yannick Patois, F.Chollet
 
* Contributions : FC, FH
 
* Contributions : FC, FH
 
<br>
 
<br>
Les meeting GDB auront lieu les premiers mercredi de chaque mois.
+
Les meeting GDB auront lieu les premiers mercredi de chaque mois. '''Prochain GDB prévu au CERN le 7 juin 20006'''
==== Relevé de conclusions ''officiel'' ====
+
==== Meeting Summary  ====
 
https://twiki.cern.ch/twiki/pub/LCG/GridDeploymentBoard/April-GDB-Summary.pdf
 
https://twiki.cern.ch/twiki/pub/LCG/GridDeploymentBoard/April-GDB-Summary.pdf
 
==== Préoccupations du moment ====
 
==== Préoccupations du moment ====
 
* VObox, Accounting, Relations et associations T1-T2s, la mise en place d'un réseau optique privé pour les connexions T0-T1s, le plan de migration vers SL4 ainsi que l'utilisation de GFAL (ou plus largement le support des protocoles d'accès aux données : POSIX I/O, XROOTD... )
 
* VObox, Accounting, Relations et associations T1-T2s, la mise en place d'un réseau optique privé pour les connexions T0-T1s, le plan de migration vers SL4 ainsi que l'utilisation de GFAL (ou plus largement le support des protocoles d'accès aux données : POSIX I/O, XROOTD... )
  
* VO Box : Il était une [[réunion VO Box] | [http://agenda.lal.in2p3.fr/fullAgenda.php?ida=a0660]] les deux jours avant la réunion GDB.  Le but était regarder encore les informations techniques de la [première réunion | http://agenda.nikhef.nl/fullAgenda.php?ida=a0613] et créer une liste des actions.  L'idée est reduire les logiciels dans les VO Boxes et éliminer les services intrusive ('class 2' dans le compte rendu).  Le compte rendu de la [dernière réunion | http://agenda.lal.in2p3.fr/askArchive.php?base=agenda&categ=a0660&id=a0660/minutes] et la presentation au [GDB | http://agenda.cern.ch/askArchive.php?base=agenda&categ=a057704&id=a057704s1t6/transparencies] ont les détails.
+
* VO Box : Il était une [http://agenda.lal.in2p3.fr/fullAgenda.php?ida=a0660 réunion VO Box] les deux jours avant la réunion GDB.  Le but était regarder encore les informations techniques de la [http://agenda.nikhef.nl/fullAgenda.php?ida=a0613 première réunion] et créer une liste des actions.  L'idée est reduire les logiciels dans les VO Boxes et éliminer les services intrusive ('class 2' dans le compte rendu).  Le compte rendu de la [http://agenda.lal.in2p3.fr/askArchive.php?base=agenda&categ=a0660&id=a0660/minutes dernière réunion] et la presentation au [http://agenda.cern.ch/askArchive.php?base=agenda&categ=a057704&id=a057704s1t6/transparencies GDB] ont les détails.
  
==== Plan de migration SL4-SL5 ====
+
==== Plan de migration SL4 ====
 
SLC 4.3 a été certifié début avril.RHEL 5 n'est pas annoncé avant l'année prochaine), c'est clairement SLC4 qui sera supporté au CERN pour le démarrage du LHC. Le CERN a proposé le calendrier suivant pour la migration de leur site:
 
SLC 4.3 a été certifié début avril.RHEL 5 n'est pas annoncé avant l'année prochaine), c'est clairement SLC4 qui sera supporté au CERN pour le démarrage du LHC. Le CERN a proposé le calendrier suivant pour la migration de leur site:
- Semaine prochaine: machines SL4 disponibles pour le portage du middleware
+
* Semaine prochaine: machines SL4 disponibles pour le portage du middleware
- Octobre : SL4 deviendra la plate-forme de référence notamment sur lxplus
+
* Octobre : SL4 deviendra la plate-forme de référence notamment sur lxplus <br>
Ian Bird a exprimé ses difficultés à faire en sorte que le middleware
+
Ian Bird a exprimé ses difficultés à faire en sorte que le middleware Glite 3.0
 
soit validé sous SL4 pour début octobre. Il a demandé à ce que les
 
soit validé sous SL4 pour début octobre. Il a demandé à ce que les
 
priorités soient bien définies entre la stabilisation du middleware
 
priorités soient bien définies entre la stabilisation du middleware
Ligne 24: Ligne 24:
 
D'autre part, début octobre le Pilot Service LCG est censé entrer en
 
D'autre part, début octobre le Pilot Service LCG est censé entrer en
 
service. Introduire une nouvelle plate-forme OS au même moment paraît
 
service. Introduire une nouvelle plate-forme OS au même moment paraît
risqué.
+
risqué. <br>
'''Conclusion, aucune décision n'a été prise.''' On peut penser est que la date du déploiement officiel de SL4 sera repoussée vers le début 2007
+
'''Conclusion, aucune décision n'a été prise.''' On peut penser est que la date du déploiement officiel de SL4 sera repoussée vers le début 2007 (février?).
(février?).
+
==== Discussion autour de l'Accounting ====
 +
Actuellement ÁPEL est utilisé pour l'accounting CPU/Disque par VO, le transport des infos étant assuré par R-GMA via les MON-Box. Les informations sont présentées par T1s et par Régions. Les sites T2 et T3 sont concernés. Tous les sites doivent fournir des informations d'accounting au GOC (Grid Operation Center au RAL).
 +
http://goc.grid-support.ac.uk/gridsite/accounting/tree/treeview.php <br>
 +
'''Avec GLite : certification d'un nouvel outil DGAS'''. Normalement on devrait pouvoir faire avec l'un ou l'autre!
 +
<br>
 +
Le GDB réfléchit à la politique de l'accounting car les expériences souhaitent disposer de différents niveaux d'accounting :
 +
* par VO
 +
* par groupe
 +
* par utilisateur
 +
Ceci n'est pas trivial car il convient de respecter les législations en vigueur relatives à la confidentialité des données personnelles. Cela nécessite également des développements au niveau d'APEL. LE DN de l'utilisateur doit etre encrypté. Les informations doivent etre concaténées. Ces mécanismes de concaténation, la manière de présenter les données et les droits d'accès aux informtions d'accounting sont à définir.
 +
 
 +
==== Accounting des ressources grille et hors grille ? ====
 +
La question est soulevée car une part seulement des ressources des T1s sont utilisées via la grille (20 % par ex. pour le CC).
 +
Est-ce un effet transitoire ? Faut-il tenir compte de l'utilisation hors grille ? Les expériences sont partagées à ce sujet.

Latest revision as of 05:29, 4 mai 2006

CR LCG Grid Deployment Board (GDB) Meeting du 05 April 2006


Les meeting GDB auront lieu les premiers mercredi de chaque mois. Prochain GDB prévu au CERN le 7 juin 20006

Meeting Summary

https://twiki.cern.ch/twiki/pub/LCG/GridDeploymentBoard/April-GDB-Summary.pdf

Préoccupations du moment

  • VObox, Accounting, Relations et associations T1-T2s, la mise en place d'un réseau optique privé pour les connexions T0-T1s, le plan de migration vers SL4 ainsi que l'utilisation de GFAL (ou plus largement le support des protocoles d'accès aux données : POSIX I/O, XROOTD... )
  • VO Box : Il était une réunion VO Box les deux jours avant la réunion GDB. Le but était regarder encore les informations techniques de la première réunion et créer une liste des actions. L'idée est reduire les logiciels dans les VO Boxes et éliminer les services intrusive ('class 2' dans le compte rendu). Le compte rendu de la dernière réunion et la presentation au GDB ont les détails.

Plan de migration SL4

SLC 4.3 a été certifié début avril.RHEL 5 n'est pas annoncé avant l'année prochaine), c'est clairement SLC4 qui sera supporté au CERN pour le démarrage du LHC. Le CERN a proposé le calendrier suivant pour la migration de leur site:

  • Semaine prochaine: machines SL4 disponibles pour le portage du middleware
  • Octobre : SL4 deviendra la plate-forme de référence notamment sur lxplus

Ian Bird a exprimé ses difficultés à faire en sorte que le middleware Glite 3.0 soit validé sous SL4 pour début octobre. Il a demandé à ce que les priorités soient bien définies entre la stabilisation du middleware (demandée par les expériences) et le portage/validation sous SL4. Par ailleurs, les sites achetant du nouveau matériel souhaiteraient l'installer sous SL4 (parfois il ne serait pas possible de faire autrement). D'autre part, début octobre le Pilot Service LCG est censé entrer en service. Introduire une nouvelle plate-forme OS au même moment paraît risqué.
Conclusion, aucune décision n'a été prise. On peut penser est que la date du déploiement officiel de SL4 sera repoussée vers le début 2007 (février?).

Discussion autour de l'Accounting

Actuellement ÁPEL est utilisé pour l'accounting CPU/Disque par VO, le transport des infos étant assuré par R-GMA via les MON-Box. Les informations sont présentées par T1s et par Régions. Les sites T2 et T3 sont concernés. Tous les sites doivent fournir des informations d'accounting au GOC (Grid Operation Center au RAL). http://goc.grid-support.ac.uk/gridsite/accounting/tree/treeview.php
Avec GLite : certification d'un nouvel outil DGAS. Normalement on devrait pouvoir faire avec l'un ou l'autre!
Le GDB réfléchit à la politique de l'accounting car les expériences souhaitent disposer de différents niveaux d'accounting :

  • par VO
  • par groupe
  • par utilisateur

Ceci n'est pas trivial car il convient de respecter les législations en vigueur relatives à la confidentialité des données personnelles. Cela nécessite également des développements au niveau d'APEL. LE DN de l'utilisateur doit etre encrypté. Les informations doivent etre concaténées. Ces mécanismes de concaténation, la manière de présenter les données et les droits d'accès aux informtions d'accounting sont à définir.

Accounting des ressources grille et hors grille ?

La question est soulevée car une part seulement des ressources des T1s sont utilisées via la grille (20 % par ex. pour le CC). Est-ce un effet transitoire ? Faut-il tenir compte de l'utilisation hors grille ? Les expériences sont partagées à ce sujet.