Database Access Patterns in ATLAS Computing Model G. Gieraltowski, J. Cranshaw, K. Karr, D. Malon, A. Vaniachine ANL P, Nevski, Yu. Smirnov, T. Wenaus BNL N. Barros, L. Goossens, R. Hawkings, A. Nairz, G. Poulard, Yu. Shapiro, F. Zema CERN XV International Conference on Computing in High Energy and Nuclear Physics T. I. F. R. , Mumbai, India February 13 -17, 2006 CHEP 06, Mumbai, India February 13 -17, 2006 Alexandre Vaniachine (ANL)
CHEP 06, Mumbai, India February 13 -17, 2006 Outline 1) Emphasis on the early days of LHC running: l Calibration/Alignment is a priority l Must be done before the reconstruction start l ATLAS 2006 Computing System Commissioning: l Calibration/Alignment procedures are included in acceptance tests 2) Real experience in prototypes and production systems l General issues encountered: l Increased fluctuations in database server load l Connections count limitations 3) Development of the ATLAS distributed computing model: l Server-side developments: l Deployment: LCG 3 D Project and OSG Edge Services Framework Activity l Technology: Grid-enabled server technology - Project DASH l Application-side technology developments: l Deployment: Integration with Production System database (Conditions data slices) l Technology: ATLAS Database Client Library (now adopted by COOL/POOL/CORAL) Alexandre Vaniachine (ANL) 2
CHEP 06, Mumbai, India February 13 -17, 2006 ATLAS Computing Model l In the ATLAS Computing Model widely distributed applications require access to terabytes of data stored in relational databases l Realistic database services data flow – including Calibration & Alignment – is presented in the Computing Technical Design Report l Preparations are on track towards Computing System Commissioning to exercise realistic database data flow Alexandre Vaniachine (ANL) 3
CHEP 06, Mumbai, India February 13 -17, 2006 ATLAS CSC Goals l 2006 is the year of ATLAS CSC l The first goal of the CSC is calibration and alignment procedures l Conditions. DB is included in CSC acceptance tests Alexandre Vaniachine (ANL) 4 4
CHEP 06, Mumbai, India February 13 -17, 2006 Towards the Early Days of LHC Running l Calibration/Alignment is a priority l Must be done before the reconstruction start l Calibration/Alignment is a part of the overall Computing System Commissioning activity to: l Demonstrate the calibration ‘closed loop’: l Iterate and improve reconstruction l Exercise the conditions DB access and distribution infrastructure l Encourage development of subdetector calibration algorithms l Initially focussed on ‘steady-state’ calibration l Assuming required samples are available and can be selected l Also want to look at initial 2007/2008 running at low luminosity Alexandre Vaniachine (ANL) 5
CHEP 06, Mumbai, India February 13 -17, 2006 Calibration Data Flow Alexandre Vaniachine (ANL) 6
CHEP 06, Mumbai, India February 13 -17, 2006 Prerequisites for Success Simulation l Ability to simulate a realistic, misaligned, miscalibrated detector Reconstruction l Use of calibration data in reconstruction; ability to handle timevarying calibration Calibration Algorithms l Algorithms in Athena, running from standard ATLAS data Data Preparation l Organisation and bookkeeping l run number ranges, production system, … Alexandre Vaniachine (ANL) 7
CHEP 06, Mumbai, India February 13 -17, 2006 Production System Enhancements To prepare for new challenges first ATLAS Database Services Workshop was organized in December: http: //agenda. cern. ch/full. Agenda. php? ida=a 057425 Among the Workshop recommendations was: l A tighter integration of the production system database, task definition, Distributed Data Management and conditions data tags Implementation opportunities: l Distribute (push) snapshots via pacman l Use of DDM for large payload files l Try Oracle 10 g file management for external files l Expand existing Servers. Catalog with top tags Alexandre Vaniachine (ANL) 8
CHEP 06, Mumbai, India February 13 -17, 2006 ATLAS DB Applications l In preparation for data taking, the ATLAS experiment has run a series of large-scale computational exercises to test and validate multi-tier distributed data grid solutions under development l Real experience in prototypes and production systems was collected with three ATLAS major database applications: l Geometry DB l Conditions DB l TAG databases l ATLAS computational exercises run on a world-wide federation of computational grids Alexandre Vaniachine (ANL) 9
CHEP 06, Mumbai, India February 13 -17, 2006 Data Mining of Operations l The data-mining of the collected operations data reveals a striking feature – a very high degree of correlations between the failures: l if the job submitted to some cluster failed, there is a high probability that a next job submitted to the cluster would fail too l if the submit host failed, all the jobs scattered over different clusters will fail too l Taking these correlations into account is not yet automated by the grid middleware l That is why production databases and grid monitoring data that are providing immediate feedback on the Data Challenge operations to the production operators is very important for efficient utilization of the Grid capacities Alexandre Vaniachine (ANL) 10
CHEP 06, Mumbai, India February 13 -17, 2006 Production Rate Growth and Daily Fluctuations 2005 Database Capacities Bottleneck Alexandre Vaniachine (ANL) 11
CHEP 06, Mumbai, India February 13 -17, 2006 Lessons Learned l Among the lessons learned is the increase in fluctuations in database server workloads due to the chaotic nature of grid computations l The observed fluctuations in database access patterns are of a general nature and must be addressed through services enabling dynamic and flexibly managed provisioning of database resources l In many cases the connections count happens to be the limiting resource Alexandre Vaniachine (ANL) 12
CHEP 06, Mumbai, India February 13 -17, 2006 Opportunistic Grids l Campus computing grids like the GLOW http: //osg-docdb. opensciencegrid. org/cgi-bin/Show. Document? docid=361 utilize spare cycles to run jobs l The priority has the owner of resource l ATLAS jobs are often put to hibernate l Thus optimal jobs are shorter, i. e. only few events l Resulting in order of magnitude more frequent database access l Jobs put to hibernation during the initialization phase overload CERN database resources by keeping database connections open for days l This problem was resolved by deploying dedicated replica servers in US and CERN to support the GLOW grid l In comparison to production grids opportunistic grids require extra development and support efforts l not sustainable in the long run Alexandre Vaniachine (ANL) 13
CHEP 06, Mumbai, India February 13 -17, 2006 Client Library l To improve robustness of database access in a data grid environment we developed the applicationside solution – a software component abstracting the database and/or middleware connectivity concerns in a generalized Database Client Library http: //indico. cern. ch/contribution. Display. py? contrib. Id=32& session. Id=4& conf. Id=048 Alexandre Vaniachine (ANL) 14
CHEP 06, Mumbai, India February 13 -17, 2006 Server Indirection l One of lessons learnt in ATLAS Data Challenges is that the database server address should NOT be hardwired in data processing transformations l The logical-physical indirection for database servers is now introduced in ATLAS l Similar to the logical-physical file Replica Location Service indirection of the Grid file catalogs l Supported by ATLAS Client Library l Now adopted by LHC POOL project: http: //indico. cern. ch/contribution. Display. py? contrib. Id=329& session. Id=4& conf. Id=048 Alexandre Vaniachine (ANL) 15
CHEP 06, Mumbai, India February 13 -17, 2006 Tier-0 Operations Online server (atlobk 01) DB replication Data acquisition programs NOVA DBs POOL cat Cond. DB CTB DBs Offline server (atlobk 02) Cond. DBB CTB DBs Test DBs OBK DBs POOLcat NOVA DBs Browsing applications, Athena programs (Other Browsing applications) OBK DBs Alexandre Vaniachine (ANL) l In addition to distributed operations, ATLAS database services are relevant to local CERN data taking operations including the conditions data flow of ATLAS Combined Test Beam operations, prototype Tier-0 scalability tests and event tag database operations 16
CHEP 06, Mumbai, India February 13 -17, 2006 TAG Database Access TAG Replication is a part of SC 4 Tier-0 test l Loading TAGs into the relational database at CERN l Replicating it using Oracle streams from Tier-0 to Tier-1 s and to Tier-2 s l Also as an independent test, using TAG files that are already available generated Alexandre Vaniachine (ANL) 17
CHEP 06, Mumbai, India February 13 -17, 2006 Participation in LCG 3 D l ATLAS is fully committed to use Distributed Database Deployment infrastructure developed in collaboration with the LCG 3 D Project Alexandre Vaniachine (ANL) 18
CHEP 06, Mumbai, India February 13 -17, 2006 Participation in OSG ESF l US ATLAS is participating in OSG Edge Services Framework Activity to enhance traditional database services infrastructure deployed in 3 D with dynamic database services deployment capabilities http: //indico. cern. ch/contribution. Display. py? contrib. Id=214& session. Id=7& conf. Id=048 Alexandre Vaniachine (ANL) 19
CHEP 06, Mumbai, India February 13 -17, 2006 Project DASH l To grid-enable My. SQL database server ATLAS is participating in the project DASH: http: //indico. cern. ch/contribution. Display. py? contrib. Id=36& session. Id=7& conf. Id=048 l A new collaborative project has just started at Argonne to grid-enable Postgre. SQL database l Both projects target integration with OSGA-DAI l Please contact us if you are interested to contribute to these projects Alexandre Vaniachine (ANL) 20
CHEP 06, Mumbai, India February 13 -17, 2006 Conclusions l As grid computing technologies mature, development must focus on database and grid integration l New technologies are required to bridge the gap between data accessibility and the increasing power of grid computing used for distributed event production and processing l Changes must happen both on the server side and on the client side Server technology l Must support dynamic deployment of capacities l Must support replication on a lower granularity level: Conditions DB slices l Must be coordinated with production system l Must support grid authorization (Project DASH) Client technology l Must support database server indirection l Must support coordinated client-side solution: l ATLAS Database Client Library (now a part of COOL/POOL/CORAL) Alexandre Vaniachine (ANL) 21
Скачать презентацию Database Access Patterns in ATLAS Computing Model G
35fd568e71def4167192158d8e9796d7.ppt