Reusable Grid Portal Components Mary Thomas OGCE Consortium Outline • • The Portal Challenge The Solution: – The Open Grid Computing Environments Consortium (OGCE) • • • The OGCE Portal Architecture Application Portal Examples NMI OGCE.

Download Report

Transcript Reusable Grid Portal Components Mary Thomas OGCE Consortium Outline • • The Portal Challenge The Solution: – The Open Grid Computing Environments Consortium (OGCE) • • • The OGCE Portal Architecture Application Portal Examples NMI OGCE.

Reusable Grid Portal
Components
Mary Thomas
OGCE
Consortium
Outline
•
•
The Portal Challenge
The Solution:
– The Open Grid Computing Environments
Consortium (OGCE)
•
•
•
The OGCE Portal Architecture
Application Portal Examples
NMI OGCE Plans
OGCE
Consortium
The Portal Challenge
OGCE
Consortium
Three-Tiered Architecture
Portal User Interface
Grid and
Web
Protocols
JDBC,
Local, or
Remote
Connection
Portal
Client
Stub
Database
Service
Database
Portal
Client
Stub
Grid Resource
Broker Service
HPC
or
Compute Cluster
Portal
Client
Stub
Information
and
Data Services
Grid Information
Services, SRB
Three-tiered architecture is accepted standard for
accessing Grid and other services
OGCE
Consortium
Portal are Gateways to Grid
• Early Grid Portals were great success:
– Applications oriented,
– Provided scientists with some useful tools
– Encapsulated some complexities.
• But they were:
– All “stovepipe” solutions.
• Very little reusable code and infrastructure
• Nothing could be shared between portals
– Many ignored emerging architecture of the Grid
• A framework based on distributed ubiquitous services
OGCE
Consortium
Impact of Distributed Grid and Web
Services
Launch, configure
And control
Application Interface
Workflow service
Grid Portals
App Instance
App Instance
App Instance
Open Grid Service Architecture Layer
Registries and
Name binding
Reservations
And Scheduling
Data Management
Service
Security
Policy
Administration
& Monitoring
Logging
Event/Mesg
Service
Accounting
Service
Grid Orchestration
Open Grid Service Infrastructure (web service component model)
Resource layer
1000s of PCs ->massive supercomputers
Online instruments
OGCE
Consortium
(slide by Dennis
Gannon)
Advantage of Portlet Architecture
• Portlet/component approach very compatible with
Web/Grid services model
• Each Grid service can be associated with a unique
portlet
– Very easy to add new services
– Many different Groups can contribute portlets which can be plugged
into a portal.
• Currently Indiana, Argonne, Michigan, NCSA,Texas + GridSphere
portal group following this model. Most likely others as well.
– Jetspeed is Apache standard. Basis for IBM WebSphere portal.
Also Oracle, Sun and others.
• Now a Java Standard (waiting for JSR 168)
• User can select and configure portlets he/she wishes
to use
– Selection becomes part of persistent context
OGCE
Consortium
The Next Generation Grid Portal
• Building on Standard Technologies
– Portlet Design (JSR-168) IBM, Oracle, Sun, BEA, Apache
– Grid standards: Java CoG, Web/Grid Services
– Web server: JetSpeed (open source)
• User configurable, Service Oriented
– Philosophy: The Portal is a gateway to distributed Grid and Web
Services
• With common API, portlets can be exchanged, interoperate
Event and
logging
Services
Portal Server
MyProxy
Server
Metadata
Directory
Service(s)
Application
Factory
Services
Messaging
and group
collaboration
Directory
& index
Services
OGCE
Consortium
User Requirements
Have Not Changed
• Users & Clients are:
– Portal clients/users
– Portal developers
• Security
– Single sign-on, authentication to all grid resources
• Certificate based / uses MyProxy
– VO management
• File Management
– Grid FTP
– File staging
– Metadata management
• Remote Job Management
– Job submission, scheduling, and tracking. Log and output mgmt.
– Workflow management tools
OGCE
Consortium
User Requirements
• Information Services
–
–
–
–
Grid resource and status information directories
Data and metadata catalogs
Personal and VO metadata and service index/directories
Database Interfaces
• Application Interfaces
– Configure and launch workflow from domain specific interface
• Access to Collaboration Tools
– VO collaboration. Synchronous and asynchronous
– Access Grid venues
• Developers need common API
OGCE
Consortium
The Solution:
The Open Grid Computing
Environment (OGCE) Consortium
OGCE
Consortium
Open Grid Computing Environments
(OGCE) Consortium
• Motivation:
– Emerging technologies impacting portal developers:
• Grid/Web services; ubiquitous database use, XMl
– Lessons learned from GCE-RG and other projects
(GridPort/HotPage, Alliance Portal, DOE Components,
NEESGrid, Gateway, GRaDS, others)
– Multiple projects repeating similar tasks, work,
development;
• OGCE established in Fall 2003 to foster
collaborations and sharable components with
portal developers worldwide.
OGCE
Consortium
OGCE
• Funded by:
– NSF NMI: software releases will be part of NMI
and synchronized with GRIDS releases
– Also: NCSA Alliance, NPACI, DOE, NASA,
others
• Release Schedule:
– First Release: 11-15-03
– Next Release: April, 2004
• Website: http://www.ogce.org
OGCE
Consortium
OGCE Tasks/Goals
• Development of interoperable Grid portal
architecture
– Define standards for common API’s between portlet
service and remote services
• Establishment of a Grid Portal Collaboratory
– Repository of portlet and portal service components
• An online forum for developers of Grid Portals
• The building of reusable portal components:
– Can be integrated in a common portal container system
• Contribute to standards organizations:
– NSF NMI program  software releases
– GGF if appropriate or applicable
OGCE
Consortium
The OGCE Portal Architecture
OGCE
Consortium
OGCE Initial Architecture
Proxy
Portlets
Java
COG
API
HTTP
Java
CoG
Kit
Remote
Interfaces
Portal
Local
Portlets
Grid
Protocols
Grid Services
GRAM,
MDS-LDAD
MyProxy
Grid Services
CoG
Stubs
Other Services
SOAP
Teamlets
Service
API
CHEF
Services
Jetspeed
Internal
Services
Initial architecture aggregates multiple services into a single
portal using portlet containers
OGCE
Consortium
OGCE Initial Arch:
Features & Capabilities
• OGCE approach encompasses multiple portal
development systems:
– Preserving development investments
• Central portal system (Jetspeed) acts as a central
portal container:
– Portal responsible for managing the lifecycle of pluggable portal
components, or portlets.
• Grid/computational portlets must provide services on
the behalf of the user:
– Not just a collection of links/static pages
• User view (from the left) is of a single portal composed
of portlets.
OGCE
Consortium
Supports Aggregation of
Diverse Tasks
• Portlets provide a uniform management interface to
the portal (on the left) connect to heterogeneous set of
APIs on the right.
– First horizontal thread
• Portlets interact with web interfaces written in other
languages such as Perl, Python, PHP, ColdFusion, etc.
– Architecture for bridged support is depicted in the second horizontal
thread
• Examples:
– Locally running Myproxy Grid portlet uses Java CoG kit to interact
with remote Grid services
– Job Scheduler portlet uses GridPort Toolkit to submit job via
Community Scheduling Frameworks (CSF) service
– Teamlets (sharable portlets) share collaboration and Grid services,
such as calendars, message boards, file services.
OGCE
Consortium
Portal
Grid
Service
Stubs
Portlets
and
Teamlets
Service
API
Grid
Protocols
Grid
Services
Java
CoG Kit
OGCE - Revised Architecture
Local
Portal
Services
Remote
Content
Services
HTTP
Remote
Content
Servers
Jetspeed
Internal Services
• Revised portal architecture provides a unified interface for portal services.
• Supports aggregation of services in backend
OGCE
Consortium
Features
• All services will employ a single (generic)
service API that allows them to be deployed
and accessed in a uniform fashion.
• Developer then chooses (during portal
configuration) the implementations of
particular services.
• Services may be local, may access remote
sites via Grid protocols, or may access remote
content, such as web interfaces written in Perl.
• OGCE Twist:
– Entire portal will auto-install and include all required
software components
OGCE
Consortium
Key Technologies????
• Core Portal Framework:
– CHEF/JetSpeed (U. Mich)
• Core Grid Technologies:
– JavaCoG (provides Globus interface)
– GridPort Toolkit (aggregates JavaCoG, and
other grid services)
OGCE
Consortium
Portal/Application Gallery
OGCE
Consortium
TeraGrid Portal
• Access Point for TeraGrid
Services
• Version 0: Collecting Initial
Services
– Public Information about
Resources
– Private Information for the
developers.
• Version 1: User centered portal
– HotPage/GridPort style access to
user accounts, credentials, job
submission & management.
• Version 2: Portals for Science
Collaborations (Q3 2004)
– Shared spaces, whiteboards, AG
access, group authorization,
shared application services
OGCE
Consortium
Portal
Grid
Service
Stubs
Portlets
and
Teamlets
Service
API
Local
Portal
Services
Remote
Content
Services
GridPort Toolkit
TeraGrid Integrated Architecture
HTTP
Grid
Services
Java
CoG Kit
Web
Services
Remote
Content
Servers
Jetspeed
Internal Services
Diagram demonstrates how existing software projects (such as GridPort) can
be adapted to support NMI Portals software system
OGCE
Consortium
Alliance scientific portal
Create
job
description
Gather
data files,
resources
Retrieve customized
run description template
from data management
services
Generate
and store
derived
products
Store and
record
results
Execute
application
Broker Service
Need ‘x’
put to ‘l’
by time y:00
Monitoring results captured in event
services persistent channel. myMEAD
records address of service and channel
Need to
store
‘y’ and ‘z’
monitoring
Teragrid
data service
myMEAD
personal
information
space
Provides context
to resolve ‘x’, ‘y’, ’z’
GridFTP
Delayed invocation
of GridFTP
MetaCatalog
Service(MCS)
NEESgrid MetaCatalog service
Teragrid Data Servicesingle point of contact
to server-side data
servers
Storage Resource
Broker (SRB)
Globus Toolkit 3.0
Teragrid
OGCE
Consortium
DOE Fusion Grid Portal
• Portal Development on
the DOE SciDAC Grid
– Initially, Fusion Grid
• Multi-site collaborative
project:
– TACC, Indiana, SDSC,
General Atomics
• Developing interoperable
portal and Web services
• Portal architecture based
on NMI Portal software
OGCE
Consortium
LEAD Portal
OGCE
Consortium
CHEF - NEESGrid
• NEES Tools
–
–
–
–
–
Data Viewers (Live/Stored)
Telepresense
Video as Data
Electronic Notebook
Data/Metadata Repository
• Grid Technologies
–
–
–
–
Grid sign on using myproxy
Grid computational portal
GridFTP
..Many more
OGCE
Consortium
OGCE Plans
OGCE
Consortium
OGCE Portal System
OGSA
Globus
COG
CHEF
Toolkit
NMI
Dist
System
Integration
Gridport
Alliance
Portal
Testing
Workflow
Slide courtesy of Chuck Severance
OGCE
Consortium
NMI Features List (April 04 Release)
• Content Management:
– Resources: Users and groups can upload and share documents
and URLs.
– News: Several news feeds are available, including XMLHack and
BBC News.
– Grid Context: Store arbitrary web objects (movies, web pages,
audio files) in a customizable, annotated directory tree.
• Collaborative:
– Chat: Engage other members of your group in online discussion.
– Discussion: Participate in discussions with other members of your
group
– Calendar Program:schedule appointments and attach associated
documents and URLs. Calendars can be used to schedule both
user and group activities.
– Anabas Impromptu: system for real time shared display, audio, and
chats.
OGCE
Consortium
NMI Features List (April 04 Release)
•
GT 3.0/Interactive:
– Proxy Manager and Job Submit: Obtain and manage one or more Grid credentials
that can be used to access Grid resources through your browser.
– GridFTP: Use Grid credential to browse remote directories and to upload and
download files between your desktop and a remote host.
– Application Manager
– Application Factory Manager
•
Remote Job Management
– GridAnt for workflow
– Job submission portal
– Community Scheduling Framework (CSF): submit jobs to scheduler
•
Information Services:
– LDAP Browser:
– Navigate the LDAP server of your choice.
– GridPort Information Repository Portlets (GPIR): Portlets are available for browsing
Machine Summaries, System Status, and Total Grid Capabilities.
•
Application Portlets:
– Specialized portlets for projects
OGCE
Consortium
Key Feature –
Download a Portal & Install
•
Prerequisite Software
•
– Java 2 Standard Edition version
1.4.x or higher.
– Apache Ant version 1.5.x or higher.
•
•
– Move into the portal/chef-1.0.7
directory.
– Edit file "build.properites"
– Type "ant deploy" to build in and
install the portal.
– Start the Tomcat web server.
– Point your browser at http://<your
host name>:10081/ogce and create
an account.
Preparing the Installation
– Optionallly, create a "portal" account
on your web server.
– Download the portal bundle
– Put the download bundle into the
home directory of "portal" account.
– Untar or unzip the portal bundle.
– Globus: installation process will
create the directories .globus and
.globus/certificates in the
Software automatically installed
includes:
Install the Portal
•
OS/Machines Tested:
–
–
–
–
MAC OSX
PC/Windows XP
Linux
Cygwin
– Globus/Java CoG
– CHEF
OGCE
Consortium
Current Status
• SC03 Demonstration portal and software download
available
– Beta1
• Updated Release available now
– Bug fixes
– Now supporting GT3.x with J2SDK 1.4.2
• Working on NMI April 2004 release
– Including new features to support science portal applications
• Open GCE Runtime Engine (OGRE) workflow services and portlets
• Sample template portlets for simple science applications
– Based on aggregation of existing projects
– OGSA/OGSI/GT3.x compatible
OGCE
Consortium
Future Directions
• Moving towards new portlet standard
– JSR 168
– Should allow compatibility with
• GridSphere
• Academic education and business portals Oncourse, OneStart, CHEF
(of course), and uPortal
• Major commercial products offerings from Sun, IBM, Oracle, etc.
• Incorporate new features:
– Grid Services (CSF, OGSA-DAI portlets, Job Sequencer)
– Access Grid, Polycom and other AV Portlets
• Collaborations and Contributions
– DOE SciDAC projects (such as CMCS)
• Expand online repository
– Develop process for third party contributions
OGCE
Consortium
Future Directions
• Moving towards new portlet standard
– JSR 168
– Should allow compatibility with
• GridSphere
• Academic education and business portals Oncourse, OneStart, CHEF
(of course), and uPortal
• Major commercial products offerings from Sun, IBM, Oracle, etc.
• Incorporate new features:
– Grid Services (CSF, OGSA-DAI portlets, Job Sequencer)
– Access Grid, Polycom and other AV Portlets
• Collaborations and Contributions
– DOE SciDAC projects (such as CMCS)
• Expand online repository
– Develop process for third party contributions
OGCE
Consortium
Participants
the globus alliance
University of Texas
at Austin
Indiana University
JavaCoG
University of Michigan
National Center for
Supercomputing Applications
Argonne National Labs
OGCE
Consortium
References
• OGCE Website
– http://www.ogce.org
• NSF Middleware Initiative
– http://www.nsf-middleware.org
OGCE
Consortium