logging in or signing up P GRADE Portal Arundel0 Download Post to : URL : Related Presentations : Share Add to Flag Embed Email Send to Blogs and Networks Add to Channel Uploaded from authorPOINT Insert YouTube videos in PowerPont slides with aS Desktop Copy embed code: (To copy code, click on the text box) Embed: URL: Thumbnail: WordPress Embed Customize Embed The presentation is successfully added In Your Favorites. Views: 241 Category: Education License: All Rights Reserved Like it (0) Dislike it (0) Added: June 19, 2007 This Presentation is Public Favorites: 0 Presentation Description No description available. Comments Posting comment... Premium member Presentation Transcript Grid application support by the P-GRADE Portal: MTA SZTAKI Hungarian Academy of Sciences www.lpds.sztaki.hu/pgportal pgportal@lpds.sztaki.hu Grid application support by the P-GRADE Portal Peter Kacsuk kacsuk@sztaki.hu Contents: Contents Motivation of creating P-GRADE portal P-GRADE Portal in a nutshell Application development with the Portal Application execution with the Portal Context: Context Grid middleware Command line tools P-GRADE Portal and GEMLCA Graphical interface Current situation and trends in Grid computing: Current situation and trends in Grid computing Fast evolution of Grid systems and middleware: GT2, OGSA, GT3 (OGSI), GT4 (WSRF), LCG-2, gLite, … Many production Grid systems are built with them EGEE (LCG-2 gLite), UK NGS (GT2), Open Science Grid (GT2 GT4), NorduGrid (~GT2) Although the same set of core services are available everywhere, they are implemented in different ways Data services Computation services Security services (single sign-on) (Brokers) E-scientists’ concerns: E-scientists’ concerns The P-GRADE Grid Portal gives you the answers! How to concentrate own my own research if the tool I would like to use is in continuous change? How can I learn and understand the usage of the Grid? How can I develop Grid applications? How can I execute grid applications? How to tackle performance issues? How to use several Grids at the same time? How to migrate my application from one grid to another? How can I collaborate with fellow researchers? P-GRADE Portal in a nutshell: P-GRADE Portal in a nutshell General purpose, workflow-oriented computational Grid portal. Supports the development and execution of workflow-based Grid applications – a tool for Grid orchestration Based on GridSphere-2 Easy to expand with new portlets (e.g. application-specific portlets) Easy to tailor to end-user needs Grid services supported by the portal: Solves Grid interoperability problem at the workflow level Related projects : Related projects The development and education of P-GRADE Portal is supported by several projects: SEE-GRID www.see-grid.eu Development, application support Coregrid www.coregrid.net Research, development EGEE www.eu-egee.org LCG and gLite training, application development ICEAGE www.iceage-eu.org Grid training and education What is a P-GRADE Portal workflow?: What is a P-GRADE Portal workflow? a directed acyclic graph where Nodes represent jobs (batch programs to be executed on a computing element) Ports represent input/output files the jobs expect/produce Arcs represent file transfer operations semantics of the workflow: A job can be executed if all of its input files are available Two levels of parallelism by a workflow: Two levels of parallelism by a workflow The workflow concept of the P-GRADE Portal enables the efficient parallelization of complex problems Semantics of the workflow enables two levels of parallelism: Slide10: 25 x 10 x 25 x 5 x Forecasting dangerous weather situations (storms, fog, etc.), crucial task in the protection of life and property Processed information: surface level measurements, high-altitude measurements, radar, satellite, lightning, results of previous computed models Requirements: Execution time andlt; 10 min High resolution (1km) Ultra-short range weather forecast (Hungarian Meteorology Service) The typical user scenarioPart 1 - development phase: The typical user scenario Part 1 - development phase Certificate servers Portal server Grid services OPEN andamp; EDIT or DEVELOP WORKFLOW The typical user scenarioPart 2 - execution phase: Certificate servers Portal server Grid services The typical user scenario Part 2 - execution phase The typical user scenario Development phase:: The typical user scenario Development phase: Certificate servers Portal server Grid services START EDITOR OPEN andamp; EDIT or DEVELOP or IMPORT WORKFLOW SAVE WORKFLOW Workflow developmentOpening the workflow editor: Workflow development Opening the workflow editor The editor is a Java Webstart application download and installation is only one click! Workflow EditorDefining the graph: Workflow Editor Defining the graph The aim is to define a DAG of batch jobs: Drag andamp; drop components: jobs and ports Define their properties Connect ports by channels (no cycles, no loops, no conditions) Workflow EditorProperties of a job: Workflow Editor Properties of a job Properties of a job: Binary executable Type of executable Number of required processors Command line parameters The resource to be used for the execution: Grid/VO (Computing element) Direct resource selection:Which computing element to use? : Direct resource selection: Which computing element to use? The information system portlet queries BDII and GIIS servers Automatic resource selection: Automatic resource selection Select a broker Grid/VO for the job (e.g. GILDA) (Describe the ranks andamp; requirements of the job in JDL) The portal will use the broker to find the best resource for the job! Workflow EditorDefining broker jobs: Workflow Editor Defining broker jobs Select a Grid with broker! (*_BROKER) Ignore the resource field! If default JDL is not sufficient use the built-in JDL editor! Slide20: Workflow Editor Built-in JDL editor JDL look at the LCG-2 Users’ manual! Workflow EditorDefining ports: Workflow Editor Defining ports Type: input: the job requires output: the job produces File type: and#xB; local: from/to my desktop remote: from/to a storage resource File: location of the file File storage type: Permanent: belongs to the and#xB; final results of the WF Volatile: used only for and#xB; inter-job data transfer Possible file reference values: Possible file reference values Client side location: c:\experiments\11-04.dat LFC logical file name (LFC file catalog is required – eGrid, Hungrid) lfn:/grid/egrid/sipos/11-04.dat GridFTP address (in Globus Grids): gsiftp://myhost.com/11-04.dat Input file Output file Client side location: result.dat LFC logical file name (LFC file catalog is required – eGrid, Hungrid) lfn:/grid/egrid/sipos/11-04_-_result.dat GridFTP address (in Globus Grids): gsiftp://myhost.com/11-04_-_result.dat Local vs. remote files: Local vs. remote files Portal server Grid services Computing elements Storage elements Your jobs can access storage files directly too! Slide24: Workflow Editor Saving the workflow Workflow is defined! Let’s execute it! Slide25: Download proxies Submit workflow Observe workflow progress If some error occurs correct the graph Download result Main steps Executing workflows with the P-GRADE Portal The typical user scenarioExecution phase – step 1:: The typical user scenario Execution phase – step 1: Certificate servers Portal server Grid services DOWNLOAD PROXY CERTIFICATES Certificate ManagerCertificates portlet: Certificate Manager Certificates portlet To access GSI-based Grids the portal server application needs proxy certificates 'Certificates' portlet: to upload X.509 certificates into MyProxy servers to download short-term proxy credentials into the portal server application Certificate ManagerDownloading a proxy: Certificate Manager Downloading a proxy MyProxy server access details: Hostname Port number User name (from upload) Password (from upload) Proxy parameters: Lifetime Comment Certificate Managerassociating the proxy with a grid: Certificate Manager associating the proxy with a grid This operation displays the details of the certificate and the list of available Grids (defined by portal administrator) Certificate Managerbrowsing proxies: Certificate Manager browsing proxies Multiple proxies can be available on the portal server at the same time! SEE-GRID CEs and SEs HUNGRID CEs and SEs The typical user scenarioExecution phase - step 2: : Certificate servers Portal server Grid services TRANSFER FILES, SUBMIT JOBS The typical user scenario Execution phase - step 2: Workflow Management(workflow portlet): Workflow Management (workflow portlet) The portlet presents the status, size and output of the available workflow in the 'Workflow' list It has a Quota manager to control the users’ storage space on the server The portlet also contains the 'Abort', 'Attach', 'Details', 'Delete' and 'Delete all' buttons to handle execution of workflows The 'Attach' button opens the workflow in the Workflow Editor The 'Details' button gives an overview about the jobs of the workflow Workflow Execution(observation by the workflow portlet): White/Red/Green color means the job is initial/running/finished state Workflow Execution (observation by the workflow portlet) Workflow Execution(observation by the workflow portlet): White/Red/Green color means the job is initial/running/finished state Workflow Execution (observation by the workflow portlet) Workflow Execution(observation by the workflow portlet): White/Red/Green color means the job is initial/running/finished state Workflow Execution (observation by the workflow portlet) Workflow Execution(observation by the workflow portlet): White/Red/Green color means the job is initial/running/finished state Workflow Execution (observation by the workflow portlet) Workflow Execution(observation by the workflow portlet): Workflow Execution (observation by the workflow portlet) White/Red/Green color means the job is initialised/running/finished Workflow Execution: Workflow Execution What about data transfers? The typical user scenarioExecution phase – step 3:: Certificate servers Portal server Grid services The typical user scenario Execution phase – step 3: On-Line Monitoring both at the workflow and job levels (workflow portlet): The portal monitors and visualizes workflow progress On-Line Monitoring both at the workflow and job levels (workflow portlet) On-Line Monitoring both at the workflow and job levels (workflow portlet): On-Line Monitoring both at the workflow and job levels (workflow portlet) The portal monitors and visualizes parallel jobs (if they are prepared for Mercury monitor) Slide42: Rescuing a failed workflow 1. A job failed during workflow execution Read the error log to know why Slide43: Rescuing a failed workflow 2. Map the failed job onto a different CE or download a new proxy for it. Don’t touch the finished jobs! The execution can continue from the point of failure! The typical user scenarioExecution phase – step 5: Certificate servers Portal server Grid services DOWNLOAD (SMALL) RESULTS DOWNLOAD (SMALL) RESULTS The typical user scenario Execution phase – step 5 Slide45: Downloading the results… Additional features: Share your workflows or results with other researchers! Migrate your application from one portal into another! Additional features Workflows and traces can be exported from the portal server onto your client machine Workflows and traces can be imported into the Portal Workflow/trace export/import: Workflow/trace export/import To export a workflow from the portal onto your machine To delete every unnecessary files of the workflow To delete trace/output of the workflow (if any) To delete trace/output of the workflow (if any) References: References P-GRADE Portal service is available for SEE-GRID infrastructure Central European VO of EGEE GILDA: Training VO of EGEE Many national Grids (UK National Grid Service, HunGrid, etc.) US Open Science Grid, TeraGrid Economy-Grid, Swiss BioGrid, Bio and Biomed EGEE VOs, BioInfoGrid, BalticGrid GIN VO Parameter study extension of the portal: Parameter study extension of the portal Users want parameter study (PS) support at workflow level It means: If the user has an existing workflow in a repository, he would like to run the same workflow (without any change) with many different parameters Slide50: Introducing three levels of parallelism Parameter study execution of the workflow (SIMD) Multiple instances of the same workflow process different data files Parameter sweep (PS) workflow execution in P-GRADE portal: Parameter sweep (PS) workflow execution in P-GRADE portal PS port: 4 instances of the input file PS port: 3 instances of the input file 1 PS workflow execution = 4 x 3 normal workflow execution This provides the 3rd level of parallelism resulting a very large demand for Grid resources Steps of creating a PS-workflow1. Start from a tested Workflow: Steps of creating a PS-workflow 1. Start from a tested Workflow 2. Define the PS Port(s): 2. Define the PS Port(s) New feature: Input Port can be defined as PS_port 3.Define Subdirectory of Inputs: 3.Define Subdirectory of Inputs Subdirectory of a Grid File Catalogue must be defined 4. Define Subdirectory for the results: 4. Define Subdirectory for the results 5. PS Workflow ready to Submit : 5. PS Workflow ready to Submit Progress of submissions in PS detailed view: Progress of submissions in PS detailed view Total = Init + Submitted + Rescue + Error + Finished Conclusions:E-scientists’ concerns are resolved!: Conclusions: E-scientists’ concerns are resolved! The P-GRADE Portal hides the complexity and differences of Grids Globus X – LCG2 – gLite Grid interoperability at the workflow level Switching between Grid technologies will be transparent to the end-user Various components can be integrated into large Grid applications Sequential codes MPI codes Legacy codes (with the GEMLCA-specific P-GRADE Portal) You code does not have to include grid specific commands Graphical tools for application development, execution and monitoring Support for collaborative team work Sharing workflows Sharing jobs (components) Built by standard portlet API customizable to specific application areas, user groups How to learn the P-GRADE portal? : How to learn the P-GRADE portal? Take a look at www.lpds.sztaki.hu/pgportal (manuals, slide shows, installation procedure, etc.) Visit or request a training event! (event list also on homepage) Lectures, demos, hands-on tutorials, application development support Get an account for one of its production installations: VOCE portal - SZTAKI SEEGRID portal – SZTAKI GILDA portal – SZTAKI NGS portal – University of Westminster If you are the administrator of a Grid/VO then contact SZTAKI to get your own P-GRADE Portal! If you know the administrator of a P-GRADE Portal you can ask him/her to give access to your Grid through his/her portal installation! (Multi-Grid portal) Thank you!: Thank you! www.lpds.sztaki.hu/pgportal pgportal@lpds.sztaki.hu Learn once, use everywhere Develop once, execute anywhere You do not have the permission to view this presentation. In order to view it, please contact the author of the presentation.
P GRADE Portal Arundel0 Download Post to : URL : Related Presentations : Share Add to Flag Embed Email Send to Blogs and Networks Add to Channel Uploaded from authorPOINT Insert YouTube videos in PowerPont slides with aS Desktop Copy embed code: (To copy code, click on the text box) Embed: URL: Thumbnail: WordPress Embed Customize Embed The presentation is successfully added In Your Favorites. Views: 241 Category: Education License: All Rights Reserved Like it (0) Dislike it (0) Added: June 19, 2007 This Presentation is Public Favorites: 0 Presentation Description No description available. Comments Posting comment... Premium member Presentation Transcript Grid application support by the P-GRADE Portal: MTA SZTAKI Hungarian Academy of Sciences www.lpds.sztaki.hu/pgportal pgportal@lpds.sztaki.hu Grid application support by the P-GRADE Portal Peter Kacsuk kacsuk@sztaki.hu Contents: Contents Motivation of creating P-GRADE portal P-GRADE Portal in a nutshell Application development with the Portal Application execution with the Portal Context: Context Grid middleware Command line tools P-GRADE Portal and GEMLCA Graphical interface Current situation and trends in Grid computing: Current situation and trends in Grid computing Fast evolution of Grid systems and middleware: GT2, OGSA, GT3 (OGSI), GT4 (WSRF), LCG-2, gLite, … Many production Grid systems are built with them EGEE (LCG-2 gLite), UK NGS (GT2), Open Science Grid (GT2 GT4), NorduGrid (~GT2) Although the same set of core services are available everywhere, they are implemented in different ways Data services Computation services Security services (single sign-on) (Brokers) E-scientists’ concerns: E-scientists’ concerns The P-GRADE Grid Portal gives you the answers! How to concentrate own my own research if the tool I would like to use is in continuous change? How can I learn and understand the usage of the Grid? How can I develop Grid applications? How can I execute grid applications? How to tackle performance issues? How to use several Grids at the same time? How to migrate my application from one grid to another? How can I collaborate with fellow researchers? P-GRADE Portal in a nutshell: P-GRADE Portal in a nutshell General purpose, workflow-oriented computational Grid portal. Supports the development and execution of workflow-based Grid applications – a tool for Grid orchestration Based on GridSphere-2 Easy to expand with new portlets (e.g. application-specific portlets) Easy to tailor to end-user needs Grid services supported by the portal: Solves Grid interoperability problem at the workflow level Related projects : Related projects The development and education of P-GRADE Portal is supported by several projects: SEE-GRID www.see-grid.eu Development, application support Coregrid www.coregrid.net Research, development EGEE www.eu-egee.org LCG and gLite training, application development ICEAGE www.iceage-eu.org Grid training and education What is a P-GRADE Portal workflow?: What is a P-GRADE Portal workflow? a directed acyclic graph where Nodes represent jobs (batch programs to be executed on a computing element) Ports represent input/output files the jobs expect/produce Arcs represent file transfer operations semantics of the workflow: A job can be executed if all of its input files are available Two levels of parallelism by a workflow: Two levels of parallelism by a workflow The workflow concept of the P-GRADE Portal enables the efficient parallelization of complex problems Semantics of the workflow enables two levels of parallelism: Slide10: 25 x 10 x 25 x 5 x Forecasting dangerous weather situations (storms, fog, etc.), crucial task in the protection of life and property Processed information: surface level measurements, high-altitude measurements, radar, satellite, lightning, results of previous computed models Requirements: Execution time andlt; 10 min High resolution (1km) Ultra-short range weather forecast (Hungarian Meteorology Service) The typical user scenarioPart 1 - development phase: The typical user scenario Part 1 - development phase Certificate servers Portal server Grid services OPEN andamp; EDIT or DEVELOP WORKFLOW The typical user scenarioPart 2 - execution phase: Certificate servers Portal server Grid services The typical user scenario Part 2 - execution phase The typical user scenario Development phase:: The typical user scenario Development phase: Certificate servers Portal server Grid services START EDITOR OPEN andamp; EDIT or DEVELOP or IMPORT WORKFLOW SAVE WORKFLOW Workflow developmentOpening the workflow editor: Workflow development Opening the workflow editor The editor is a Java Webstart application download and installation is only one click! Workflow EditorDefining the graph: Workflow Editor Defining the graph The aim is to define a DAG of batch jobs: Drag andamp; drop components: jobs and ports Define their properties Connect ports by channels (no cycles, no loops, no conditions) Workflow EditorProperties of a job: Workflow Editor Properties of a job Properties of a job: Binary executable Type of executable Number of required processors Command line parameters The resource to be used for the execution: Grid/VO (Computing element) Direct resource selection:Which computing element to use? : Direct resource selection: Which computing element to use? The information system portlet queries BDII and GIIS servers Automatic resource selection: Automatic resource selection Select a broker Grid/VO for the job (e.g. GILDA) (Describe the ranks andamp; requirements of the job in JDL) The portal will use the broker to find the best resource for the job! Workflow EditorDefining broker jobs: Workflow Editor Defining broker jobs Select a Grid with broker! (*_BROKER) Ignore the resource field! If default JDL is not sufficient use the built-in JDL editor! Slide20: Workflow Editor Built-in JDL editor JDL look at the LCG-2 Users’ manual! Workflow EditorDefining ports: Workflow Editor Defining ports Type: input: the job requires output: the job produces File type: and#xB; local: from/to my desktop remote: from/to a storage resource File: location of the file File storage type: Permanent: belongs to the and#xB; final results of the WF Volatile: used only for and#xB; inter-job data transfer Possible file reference values: Possible file reference values Client side location: c:\experiments\11-04.dat LFC logical file name (LFC file catalog is required – eGrid, Hungrid) lfn:/grid/egrid/sipos/11-04.dat GridFTP address (in Globus Grids): gsiftp://myhost.com/11-04.dat Input file Output file Client side location: result.dat LFC logical file name (LFC file catalog is required – eGrid, Hungrid) lfn:/grid/egrid/sipos/11-04_-_result.dat GridFTP address (in Globus Grids): gsiftp://myhost.com/11-04_-_result.dat Local vs. remote files: Local vs. remote files Portal server Grid services Computing elements Storage elements Your jobs can access storage files directly too! Slide24: Workflow Editor Saving the workflow Workflow is defined! Let’s execute it! Slide25: Download proxies Submit workflow Observe workflow progress If some error occurs correct the graph Download result Main steps Executing workflows with the P-GRADE Portal The typical user scenarioExecution phase – step 1:: The typical user scenario Execution phase – step 1: Certificate servers Portal server Grid services DOWNLOAD PROXY CERTIFICATES Certificate ManagerCertificates portlet: Certificate Manager Certificates portlet To access GSI-based Grids the portal server application needs proxy certificates 'Certificates' portlet: to upload X.509 certificates into MyProxy servers to download short-term proxy credentials into the portal server application Certificate ManagerDownloading a proxy: Certificate Manager Downloading a proxy MyProxy server access details: Hostname Port number User name (from upload) Password (from upload) Proxy parameters: Lifetime Comment Certificate Managerassociating the proxy with a grid: Certificate Manager associating the proxy with a grid This operation displays the details of the certificate and the list of available Grids (defined by portal administrator) Certificate Managerbrowsing proxies: Certificate Manager browsing proxies Multiple proxies can be available on the portal server at the same time! SEE-GRID CEs and SEs HUNGRID CEs and SEs The typical user scenarioExecution phase - step 2: : Certificate servers Portal server Grid services TRANSFER FILES, SUBMIT JOBS The typical user scenario Execution phase - step 2: Workflow Management(workflow portlet): Workflow Management (workflow portlet) The portlet presents the status, size and output of the available workflow in the 'Workflow' list It has a Quota manager to control the users’ storage space on the server The portlet also contains the 'Abort', 'Attach', 'Details', 'Delete' and 'Delete all' buttons to handle execution of workflows The 'Attach' button opens the workflow in the Workflow Editor The 'Details' button gives an overview about the jobs of the workflow Workflow Execution(observation by the workflow portlet): White/Red/Green color means the job is initial/running/finished state Workflow Execution (observation by the workflow portlet) Workflow Execution(observation by the workflow portlet): White/Red/Green color means the job is initial/running/finished state Workflow Execution (observation by the workflow portlet) Workflow Execution(observation by the workflow portlet): White/Red/Green color means the job is initial/running/finished state Workflow Execution (observation by the workflow portlet) Workflow Execution(observation by the workflow portlet): White/Red/Green color means the job is initial/running/finished state Workflow Execution (observation by the workflow portlet) Workflow Execution(observation by the workflow portlet): Workflow Execution (observation by the workflow portlet) White/Red/Green color means the job is initialised/running/finished Workflow Execution: Workflow Execution What about data transfers? The typical user scenarioExecution phase – step 3:: Certificate servers Portal server Grid services The typical user scenario Execution phase – step 3: On-Line Monitoring both at the workflow and job levels (workflow portlet): The portal monitors and visualizes workflow progress On-Line Monitoring both at the workflow and job levels (workflow portlet) On-Line Monitoring both at the workflow and job levels (workflow portlet): On-Line Monitoring both at the workflow and job levels (workflow portlet) The portal monitors and visualizes parallel jobs (if they are prepared for Mercury monitor) Slide42: Rescuing a failed workflow 1. A job failed during workflow execution Read the error log to know why Slide43: Rescuing a failed workflow 2. Map the failed job onto a different CE or download a new proxy for it. Don’t touch the finished jobs! The execution can continue from the point of failure! The typical user scenarioExecution phase – step 5: Certificate servers Portal server Grid services DOWNLOAD (SMALL) RESULTS DOWNLOAD (SMALL) RESULTS The typical user scenario Execution phase – step 5 Slide45: Downloading the results… Additional features: Share your workflows or results with other researchers! Migrate your application from one portal into another! Additional features Workflows and traces can be exported from the portal server onto your client machine Workflows and traces can be imported into the Portal Workflow/trace export/import: Workflow/trace export/import To export a workflow from the portal onto your machine To delete every unnecessary files of the workflow To delete trace/output of the workflow (if any) To delete trace/output of the workflow (if any) References: References P-GRADE Portal service is available for SEE-GRID infrastructure Central European VO of EGEE GILDA: Training VO of EGEE Many national Grids (UK National Grid Service, HunGrid, etc.) US Open Science Grid, TeraGrid Economy-Grid, Swiss BioGrid, Bio and Biomed EGEE VOs, BioInfoGrid, BalticGrid GIN VO Parameter study extension of the portal: Parameter study extension of the portal Users want parameter study (PS) support at workflow level It means: If the user has an existing workflow in a repository, he would like to run the same workflow (without any change) with many different parameters Slide50: Introducing three levels of parallelism Parameter study execution of the workflow (SIMD) Multiple instances of the same workflow process different data files Parameter sweep (PS) workflow execution in P-GRADE portal: Parameter sweep (PS) workflow execution in P-GRADE portal PS port: 4 instances of the input file PS port: 3 instances of the input file 1 PS workflow execution = 4 x 3 normal workflow execution This provides the 3rd level of parallelism resulting a very large demand for Grid resources Steps of creating a PS-workflow1. Start from a tested Workflow: Steps of creating a PS-workflow 1. Start from a tested Workflow 2. Define the PS Port(s): 2. Define the PS Port(s) New feature: Input Port can be defined as PS_port 3.Define Subdirectory of Inputs: 3.Define Subdirectory of Inputs Subdirectory of a Grid File Catalogue must be defined 4. Define Subdirectory for the results: 4. Define Subdirectory for the results 5. PS Workflow ready to Submit : 5. PS Workflow ready to Submit Progress of submissions in PS detailed view: Progress of submissions in PS detailed view Total = Init + Submitted + Rescue + Error + Finished Conclusions:E-scientists’ concerns are resolved!: Conclusions: E-scientists’ concerns are resolved! The P-GRADE Portal hides the complexity and differences of Grids Globus X – LCG2 – gLite Grid interoperability at the workflow level Switching between Grid technologies will be transparent to the end-user Various components can be integrated into large Grid applications Sequential codes MPI codes Legacy codes (with the GEMLCA-specific P-GRADE Portal) You code does not have to include grid specific commands Graphical tools for application development, execution and monitoring Support for collaborative team work Sharing workflows Sharing jobs (components) Built by standard portlet API customizable to specific application areas, user groups How to learn the P-GRADE portal? : How to learn the P-GRADE portal? Take a look at www.lpds.sztaki.hu/pgportal (manuals, slide shows, installation procedure, etc.) Visit or request a training event! (event list also on homepage) Lectures, demos, hands-on tutorials, application development support Get an account for one of its production installations: VOCE portal - SZTAKI SEEGRID portal – SZTAKI GILDA portal – SZTAKI NGS portal – University of Westminster If you are the administrator of a Grid/VO then contact SZTAKI to get your own P-GRADE Portal! If you know the administrator of a P-GRADE Portal you can ask him/her to give access to your Grid through his/her portal installation! (Multi-Grid portal) Thank you!: Thank you! www.lpds.sztaki.hu/pgportal pgportal@lpds.sztaki.hu Learn once, use everywhere Develop once, execute anywhere