Presentation on theme: "EGEE is a project funded by the European Union under contract IST-2003-508833 R-GMA status and plans Abdeslem DJAOUI / RAL GRIDPP10 meeting at CERN, 3."— Presentation transcript:
EGEE is a project funded by the European Union under contract IST-2003-508833 R-GMA status and plans Abdeslem DJAOUI / RAL GRIDPP10 meeting at CERN, 3 June 2004 www.eu-egee.org
GRIDPP10 Meeting at CERN, 3 June 2004 - 2 Contents Who we are Reminder of what is R-GMA What we have done so far What we plan for the first release of the EGEE middleware
GRIDPP10 Meeting at CERN, 3 June 2004 - 3 JRA1-UK in EGEE
GRIDPP10 Meeting at CERN, 3 June 2004 - 4 Role of JRA1-UK in EGEE To meet all information and monitoring needs Expect to base much of our re-engineering work on R-GMA R-GMA used in two modes: as standalone Inter-work with other information systems and displays JRA1-UK are not responsible for the contents of the (Events) schema but will coordinate as necessary
GRIDPP10 Meeting at CERN, 3 June 2004 - 5 Team Organization Mostly based in PPD at RAL Developers have mostly computer science/Maths/Physics background We have at least one weekly group meeting Using dotProject Allows individual to record their own progress Allows all members to see the big picture Collects the information for the EGEE time sheets We can be e-mailed at: email@example.com Web page at: http://hepunx.rl.ac.uk/egee/jra1-uk/
GRIDPP10 Meeting at CERN, 3 June 2004 - 6 People and Roles Based at RAL Robin Middleton (0.5) Cluster Manager Steve Fisher Technical Manager, Documentation and Quality Abdeslem Djaoui Architect, deputy technical manager and developer Antony Wilson Deputy technical manager and developer Linda Cornwall (0.5) Documentation and Quality Rob Byrom Developer Martin Craig Developer Steve Hicks Developer John Walk Developer A.N.Other Integrator, sysadmin and developer Based at QMUL Roney Cordenonsi Developer New (and started) Short listing
GRIDPP10 Meeting at CERN, 3 June 2004 - 7 Unified approach to information and monitoring Provides information on both: The Grid itself (resources and services) Mainly for the other middleware packages The user may query it to monitor the status of the Grid Grid applications For users Applied to both information and monitoring All tuples have time stamp Basis for other capabilities in the Grid Problem determination Resource usage Logging of information Application monitoring
GRIDPP10 Meeting at CERN, 3 June 2004 - 8 Mediator service Registry service R-GMA A Relational implementation of GMA (Grid Monitoring Architecture from GGF) Powerful data model and query language All data modelled as tables SQL can express most queries in one expression Creates impression that you have one RDBMS per VO Information Producer Information Consumer Producer service Schema service Consumer service R-GMA services
GRIDPP10 Meeting at CERN, 3 June 2004 - 9 R-GMA Relational Data Model Producers announce:SQL CREATE TABLE publish:SQL INSERT Consumers collect:SQL SELECT Some Producers (and the Registry and Schema) make use of RDBMS as appropriate – but what is central is the relational model. Some producers make use of an in-memory data structure (for performance) Not a general distributed RDBMS system, but a way to use the relational model in a distributed environment where global consistency is not important
GRIDPP10 Meeting at CERN, 3 June 2004 - 10 LCG Installation of R-GMA Initially R-GMA will be added to LCG-2 to allow job accounting and job monitoring as requested by some experiments, it will *not* be used as an information system Following successful deployment at a number of sites in the UK and elsewhere, we have produced RPMs and instructions for adding R-GMA to LCG-2 Current status in LCG-2 RPMs delivered 21 May. These include fixes requested by LCG Testing by Piera Bettini (LCG) resumes 1 June. R-GMA is expected to be approved as an LCG-2 add-on by 15 June
GRIDPP10 Meeting at CERN, 3 June 2004 - 11 JRA1: Milestones and Deliverables for the first year Month Deliverables & Milestones ItemLead Partner M03MJRA1.1Tools for middleware engineering and integration deployedCERN M03DJRA1.1(Document) Architecture and Planning (Release 1)CERN M03MJRA1.2Software cluster development and testing infrastructure availableCERN M05MJRA1.3Integration and testing infrastructure in place including test plans (Release 1) CERN M05DJRA1.2(Document) Design of grid services (Release 1)CERN M09MJRA1.4 Software for the Release Candidate 1 CERN M10MJRA1.5Integrated Release Candidate 1 enters testing and validation period (Release 1) CERN M12DJRA1.3(Software) Software and associated documentation (Release 1)CERN
GRIDPP10 Meeting at CERN, 3 June 2004 - 12 The challenge We need to re-engineer existing code, and introduce new functionality while at the same time providing continuously improved frequent releases and all without breaking backwards compatibility.
GRIDPP10 Meeting at CERN, 3 June 2004 - 13 Achievements so far New API implemented (partially) as wrapper round the old one for the EGEE MW prototype We value feedback on the new API Registry replication completed and tested on our (UK) cluster testbed The new API includes authorisation Not complete yet No implementation yet Web service prototypes written for all components Extensive UML diagrams for new design Once design agreed we will refactor code towards it Many potential simplifications have been identified Outline plan agreed for Schema replication
GRIDPP10 Meeting at CERN, 3 June 2004 - 14 Deliverables up to end of August May 31 Detailed draft specification of our software On time (John Walk) June 30 code will be moved to the new repository, suitably restructured for the new SCM and build system. July 31 Finalise Java wrapper API Complete design of new services August 31 The C,C++ and Python APIs will finalised
GRIDPP10 Meeting at CERN, 3 June 2004 - 15 Up to the end of December Sept 30 A Web services implementation release will be produced Oct 31 Multi VO support will be released Nov 30 The web services themselves will be ported to Windows We will make it very easy to build and distribute the system in source form such that it can be readily built and installed on new platforms. Replication of the schema and registry will be complete Dec 20 A complete XP port will be ready Some more improvements to the mediator and to the SQL parser
GRIDPP10 Meeting at CERN, 3 June 2004 - 16 Over the year During the year: Authorization code will be developed but it is not yet clear how much of it will be ready for RC1. We will also start to look at interfacing to displays and other information and monitoring systems by working with other clusters as appropriate understand requirements for the R-GMA role in Accounting, Job provenance and Logging & bookkeeping.
GRIDPP10 Meeting at CERN, 3 June 2004 - 17 And finally Note that after August 31st there will be no external changes to the software so we will not be under pressure to release code before it is ready (improved quality). Delivering a working system is our top priority, so we may release less improvements than planned by Dec 20th.