Difference between revisions of "GDB-050406"
(→Discussion autour de l'Accounting) |
|||
(12 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 | ||
− | === Préoccupations du moment | + | * Contributions : FC, FH |
+ | <br> | ||
+ | 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... ) | * 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 [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 ==== | ||
+ | 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 <br> | ||
+ | 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é. <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 (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
- 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
- Contributions : FC, FH
Les meeting GDB auront lieu les premiers mercredi de chaque mois. Prochain GDB prévu au CERN le 7 juin 20006
Sommaire
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.