1 / 30

P-GRADE Portal Family: Past, Present, Future

P-GRADE Portal Family: Past, Present, Future. Peter Kacsuk MTA SZTAKI Univ. of Westminster. www.lpds.sztaki.hu/pgportal pgportal @ lpds.sztaki.hu. SZTAKI Lab members. The community aspects of e-science. Web2 is about creating and supporting web communities

yul
Download Presentation

P-GRADE Portal Family: Past, Present, Future

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. P-GRADE Portal Family: Past, Present, Future Peter KacsukMTA SZTAKI Univ. of Westminster www.lpds.sztaki.hu/pgportal pgportal@lpds.sztaki.hu

  2. SZTAKI Lab members

  3. The community aspects of e-science • Web2 is about creating and supporting web communities • Grid is about creating virtual organizations where e-science communities • can share resources and • can collaborate • An e-science portal should support e-science communities in their collaborations and resource sharing • And even more: it should provide simultaneous access to any accessible • Resources • Databases • Legacy applications • Workflows, etc. no matter in which grid they are operated on.

  4. Who are the members of an e-science community? • End-users (e-scientists) • Execute the published applications with custom input parameters by creating application instances using the published applications as templates • Grid Application Developers • Develop grid applications by the portal • Publish the completed applications for end-users

  5. Supercomputer based SGs (DEISA, TeraGrid) App. Repository Portal Cluster based service grids (SGs) (EGEE, OSG, etc.) Desktop grids (DGs) (BOINC, Condor, etc.) Clouds Grid systems Local clusters Supercomputers What does an e-science community need? E-scientists Application developers

  6. Requirements for an e-science portal from the e-scientists’ point of view It should be able to • Support large number of e-scientists (~ 100) with good response time • Enable the store and share of ready-to-run applications • Enable to parameterize and run applications • Enable to observe and control application execution • Provide reliable appl. execution service even on top of unreliable infrastructures (like for example grids) • Provide specific, user community views • Enable the access of the various components of an e-science infrastructure (grids, databases, clouds, local clusters, etc.) • Support user’s collaboration via sharing: • Applications (legacy, workflow, etc.) • Databases

  7. Requirements for an e-science portal from the app. developers’ point of view Beyond the the end-user requirements it should be able to • Enable the store and share of half-made applications, application templates • Provide graphical appl. developing tools (e.g. workflow editor) to develop new applications • Provide methods and API to customize the portal interface towards specific user community needs by creating user-specific portlets • Enable the integration/call of other services

  8. App. Repository Portal E-science infrastructure Collaboration between application developers • Application developers use the portal to develop complex applications (e.g. parameter sweep workflow) for the e-science infrastructure • Publish templates, legacy code appls. and half-made applications in the repository to be continued by other appl. developers Application developers

  9. App. Repository Portal Collaboration between e-scientists and application developers E-scientists Application developers • Application Developers • Develop e-science applications via the portal in collaboration with e-scientists • Publish the completed applications for end-users via an application repository • End-users (e-scientists) • Specify the problem/application needs • Execute the published applications via the portalwith custom input parameters by creating application instances

  10. The role of the Grid portal community • Grid Portal Developers • Jointly develop the portal core services (e. g. GridSphere, OGCE, Jetspeed-2, Liferay, etc.) • Jointly develop higher level portal services (workflow management, data management, etc.) • Jointly develop specialized/customized portal services (grid testing, rendering, etc.) • Use the power of the community to create really good portals • Grid Portal Administrators • Install the portal • Maintain and operate the portal • Give feedback for the portal developers • To organize this community we • Established the P-GRADE Portal Developer Alliance • Use sourceforge • Organized PUCOWO

  11. P-GRADE portal family • The goal of the P-GRADE portal family • To meet all the requirements of end-users and application developers listed above • To provide a generic portal that can be used by a large set of e-science communities • To provide a community code based on which the portal developers’ community can start to develop specialized and customized portals (science gateways)

  12. 2006 2010 2009 2008 2003 Open source from Jan. 2008 P-GRADE portal family P-GRADE portal 2.4 GEMLCA Grid Legacy Code Arch. P-GRADE portal 2.5 Param. Sweep NGS P-GRADE portal GEMLCA, repository concept Basic concept P-GRADE portal 2.8 WS-PGRADE Portal Beta release 3.1 P-GRADE portal 2.9.1 Current release WS-PGRADE Portal Release 3.2

  13. Main features of P-GRADE portal Supports • generic, workflow-oriented applications • parameter sweep (PS) applications with new super-workflow concept • A. Balasko: Flexible PS application management in P-GRADE portal • 3-level parallelism (MPI, WF-branch, PS) • Simultaneous access of wide variety of resources • Z. Farkas: PBS and ARC integration to P-GRADE portal • P. Kacsuk: P-GRADE and WS-PGRADE portals supporting desktop grids and clouds • Access to workflow repository • Akos Balasko and Miklos Kozlovszky: SEE-GRID and EGEE Portal applications • Development of application specific portals • Andreas Quandt and Lucia Espona Pernas: Portal for Proteomics • Tamas Kiss, Gabor Terstyanszky, Zsolt Lichtenberger, Christopher Reynolds: Rendering Portal Service for the Blender User Community

  14. Creating application specific portals from the generic P-GRADE portal • Creating an appl. spec. portal does not mean to develop it from scratch • P-GRADE is a generic portal that can quickly and easily be customized to any application type • Advantage: • You do not have to develop the generic parts (WF editor, WF manager, job submission, monitoring, etc.) • You can concentrate on the appl. spec. part • Much shorter development time • See details in: • A. Balasko: Developing application specific portlets for P-GRADE portal

  15. OMNeT++ portal by SZTAKI Traffic simulation portal by Univ. of Westminster Application Specific P-GRADE portals Rendering portal by Univ. of Westminster

  16. Grid interoperation by P-GRADE portal • P-GRADE Portal enables: Simultaneous usage of several production Grids at workflow level • Currently connectable grids: • LCG-2 and gLite: EGEE, SEE-GRID, BalticGrid • GT-2: UK NGS, US OSG, US Teragrid • Campus Grids with PBS or LSF • BOINC desktop Grids • ARC: NorduGrid • In prototype: • Clouds (Eucalyptus, Amazon) • Planned: • UniCore: D-Grid (joint work with MosGrid)

  17. Job Workflow Leeds Job Job Job Simultaneous use of production Grids at workflow level UK NGS GT2 Manchester SZTAKI Portal Server P-GRADE Portal User EGEE-VOCE gLite Budapest Supports both direct and brokered job submission WMS broker Athens Brno

  18. P-GRADE Portal references • P-GRADE Portal services: • SEE-GRID, BalticGrid • Central European VO of EGEE • GILDA: Training VO of EGEE • Many national Grids (UK, Ireland, Croatia, Turkey, Spain, Belgium, Malaysia, Kazakhstan, Switzerland, Australia, etc.) • US Open Science Grid, TeraGrid • Economy-Grid, Swiss BioGrid, Bio and Biomed EGEE VOs, MathGrid, etc. • EDGeS P-GRADE portal service

  19. Community based business model for the sustainability of P-GRADE portal • New features that can be written in a proposal are developed in EU projects. Examples: • PS feature: SEE-GRID-2 • Integration with DSpace: SEE-GRID-SCI • Integration with BOINC: EDGeS, CancerGrid • Supporting workflow interoperability: SHIWA • Further extensions: new INFRA-2011-1.2.1: e-Science environments project • We use internal budget from the Hungarian Academy • for features that are not financed by projects • for bug fixing, maintenance, etc.

  20. Community based business model for the sustainability of P-GRADE portal • There is an open Portal Developer Alliance • Objective: • to develop a more and more usable portal for the e-science community • Anything that is developed by this community goes to the open source version of P-GRADE portal at sourceforge under GPL license • Current active members: • Middle East Technical Univ. (Ankara, Turkey) • gLite file catalog management portlet • Univ. of Westminster (London, UK) • Developed the UK NGS P-GRADE portal member of the P-GRADE portal family • ETH Zürich • ARC integration • PBS integration • You are kindly invited to join the alliance

  21. Business model for the sustainability of P-GRADE portal • Some of the developments are ordered by customer academic institutes: • Collaborative WF editor: Reading Univ. (UK) • Accounting portlet and SLA support: MIMOS (Malaysia) • Mohd Sidek Salleh and Z. Farkas: P-GRADE portal developments in the framework of the MIMOS-SZTAKI joint project • Separation of front-end and back-end: MIMOS • Mohd Sidek Salleh: Usability and Performance Improvements of P-GRADE portal in KnowledgeGRID Malaysia • Shiboleth integration: ETH Zurich • PBS, LSF, ARC integration: ETH Zurich • Benefits for the customer academic institutes: • Basically they like the portal but they have some special needs that require extra development • Instead of developing from scratch a new portal (using many person-months) rather they pay only for the required little extension/modification of the portal • To solve their problem gets priority in SZTAKI • They become expert of the internal structure of the portal and will be able to further develop it according to their needs • Joint publications

  22. Main features of NGS P-GRADE portal • Advantages: • Extends P-GRADE portal with • GEMLCA legacy code architecture and repository (nodes of a workflow can be taken from the GEMLCA repository) • SRB file management • OGSA-DAI database access • WF level interoperation of grid data resources • Workflow interoperability support • All these features are provided as production service for the UK NGS • See the talk: • Tamas Kiss, Tamas Kukla, Gabor Terstyanszky: P-GRADE portal extensions for UK NGS users • Drawbacks • Based on P-GRADE version 2.4 • There is no parameter sweep support

  23. WS-PGRADE and gUSE • New product in the P-GRADE portal family: • WS-PGRADE (Web Services Parallel Grid Runtime and Developer Environment) • WS-PGRADE uses the high-level services of • gUSE (Grid User Support Environment) architecture • Integrates and generalizes P-GRADE portal and NGS P-GRADE portal features • Advance data-flows (PS features) • Built-in GEMLCA • Built-in Workflow repository • gUSE advanced features • Scalable architecture (written as set of services and can be installed on one or more servers) • Can execute simultaneously very large number of jobs (100.000 – 1.000.000) • Various grid submission services (GT2, GT4, LCG-2, gLite, BOINC, local) • Built-in inter-grid broker (seamless access to various types of resources and grids) • Comfort features • Different separated user views supported by gUSE application repository • See details in: • M. Kozlovszky and Peter Kacsuk: WS-PGRADE portal and its usage in the CancerGrid project • WS-P-GRADE portal tutorial • Drawback: • Not as stable and matured as P-GRADE

  24. Ergonomics • Users can be grid application developers or end-users. • Application developers design sophisticated dataflow graphs • embedding into any depth, conditional structures, generators and collectors at any position • Publish applications in therepository at certain stages of work • Applications • Projects • Concrete workflows • Templates • Graphs • End-userssee WS-PGRADE portal as a science gateway • List of ready-to-use applications in gUSE repository • Import, parameterize and execute applications without knowledge of programming, dataflow or grid

  25. Current users of WS-PGRADE • CancerGrid project • Predicting various properties of molecules to find anti-cancer leads • Creating science gateway for chemists • EDGeS project (Enabling Desktop Grids for e-Science) • Integrating EGEE with BOINC and XtremWeb technologies • User interfaces and tools • ProSim project • In silico simulation of intermolecular recognition • JISC ENGAGE program (UK) • Public WS-PGRADE portal service https://guse.sztaki.hu/gridsphere/gridsphere • We encourage you to play with it to get feedback from you concerning features and stability • You can also get the install package

  26. P-GRADE portal family summary

  27. Useful information • P-GRADE: http://portal.p-grade.hu/ • User Manuals • Admin Manuals • Technical Documentation • Tutorials • P-GRADE at sourceforge: http://sourceforge.net/projects/pgportal/ • P-GRADE at wikipedia: http://en.wikipedia.org/wiki/P-GRADE_Portal • 3G Bridge at sourceforge: http://sourceforge.net/projects/edges-3g-bridge/ • WS-PGRADE/gUSE: http://www.guse.hu/ • NGS P-GRADE: http://ngs-portal.cpc.wmin.ac.uk/index.php/Main_Page

  28. Requests • We collect your feature requests to improve the portals • We also have 3 requests for you: • We would like to collect publications related with the portals in a repository, so please, send us your existing and future publications • In your publications please reference the following publications on the portals: • P. KacsukandG. Sipos: Multi-Grid, Multi-User Workflows in the P-GRADE Portal, Journal of Grid Computing, Vol. 3, No. 3-4, Springer, pp. 221-238, 2005 • P. Kacsuk, T. Kiss, G. Sipos:Solving the Grid Interoperability Problem by P-GRADE Portal at Workflow Level, Future Generation Computing Systems, Vol. 24, Issue 7, pp. 744–751, 2008 • Please, show your appreciation at sourceforgeRatings and Reviews: http://sourceforge.net/projects/pgportal/ Please, use the sourceforge discussion forum and feature request at: http://sourceforge.net/projects/pgportal/forums/forum/769302 http://sourceforge.net/tracker/?group_id=213502&atid=1025973

  29. Further plans • Moving from Gridsphere to Liferay (close to prototype level in WS-PGRADE) • Creating the production version of cloud integration • To make WS-PGRADE open source • SHIWA - incorporating other workflow systems: • Triana • ASKALON • Taverna • Pegasus • Kepler, etc. • Connecting to Unicore with MosGrid • Taking into account requirements of PUCOWO • Submitting an FP7 project proposal for the INFRA-2011-1.2.1: e-Science environments FP7 CALL • Next event possibility: • PARENG’2011: The Second International Conference onParallel, Distributed, Grid and Cloud Computing for Engineering, Ajaccio, Corsica, France, 12-15 April 2011 • I organize a special session on Science Gateways for Grid and Cloud Systems • http://www.civil-comp.com/conf/pareng2011.htm#sessions

  30. Thank you for your attention!Any questions? www.portal.p-grade.hu www.wspgrade.hu

More Related