23
Grid Architecture and Some Core Services US-Australia Workshop on High- Performance Grids and Applications Sydney June 8 2004 Geoffrey Fox Community Grids Lab Indiana University [email protected]

Grid Architecture and Some Core Services

  • Upload
    malo

  • View
    48

  • Download
    1

Embed Size (px)

DESCRIPTION

Grid Architecture and Some Core Services. US-Australia Workshop on High-Performance Grids and Applications Sydney June 8 2004 Geoffrey Fox Community Grids Lab Indiana University [email protected]. WSGA Web Service Grid Architecture. - PowerPoint PPT Presentation

Citation preview

Page 1: Grid Architecture and Some Core Services

Grid Architecture andSome Core Services

US-Australia Workshop on High-Performance Grids and Applications

Sydney June 8 2004

Geoffrey FoxCommunity Grids Lab

Indiana [email protected]

Page 2: Grid Architecture and Some Core Services

WSGA Web Service Grid Architecture• With UK e-Science program, developing list of best practices in

Grids based on a pure Web Service infrastructure• Use WS-I Web Service Interoperability Profiles

– WSDL, SOAP, UDDI, WS-Security (No Risk Grid Profile)• Some risk for those where IBM and Microsoft agree but not a

broader consensus– WS-Addressing, WS-MessageDelivery– WS-ReliableMessaging and WS-Reliability– Workflow: BPEL and WSCL,WSCI (No streams in BPEL but expected to win)

• Higher risk where IBM and Microsoft do not agree– WSRF (No Microsoft equivalent; unclear relation to metadata services)– WS-Notification, WS-Eventing (Can be federated to each other and JMS)

• Use Service not Distributed Object Paradigm• Use portlet-based portals with user interface fragments for each

service• Build Grids of Grids of Simple Services• Identify and build key services (in UK OMII Open Middleware

Infrastructure Institute)

Can federate differentStandards here

Page 3: Grid Architecture and Some Core Services

Education Grid

Inservice TeachersPreservice TeachersSchool of Education Teacher Educator

Grids

Informal Education(Museum)

Grid

Student/Parent …P2P (e.g. AOL) Grid

Science Grids

Typical Science GridService such as ResearchDatabase or simulation

Transformed by Grid Filterto form suitable for education

Learning Managementor LMS Grid

Publisher Grid

Campus orEnterprise

AdministrativeGrid

Education as a Grid of Grids

DigitalLibrary

Grid

Community Grids

Page 4: Grid Architecture and Some Core Services

What is a Simple Service?• Take any system – it has multiple functionalities

– We can implement each functionality as an independent distributed service

– Or we can bundle multiple functionalities in a single service• Whether functionality is an independent service or one of many

method calls into a “glob of software”, we can always make them as Web services by converting interface to WSDL

• Simple services are gotten by taking functionalities and making as small as possible subject to “rule of millisecond”– Distributed services incur messaging overhead of one (local) to

100’s (far apart) of milliseconds to use message rather than method call

– Use scripting or compiled integration of functionalities ONLY when require <1 millisecond interaction latency

• Apache web site has many projects that are multiple functionalities presented as (Java) globs and NOT (Java) Simple Services– Makes it hard to integrate sharing common security, user profile,

file access .. services

Page 5: Grid Architecture and Some Core Services

Minicomputer

Firewall

ComputerServer

PDA

Modem

Laptop computerWorkstationPeers

Peers

Audio/VideoConferencing Client

Audio/VideoConferencing Client

NaradaBrokering BrokerNetwork

NaradaBrokering

Queues

Web Service B

StreamP2P Messaging

Server-enhanced Messaging

NB supports messagesand streams1-100 ms. v 1-10 µs

NB role for Grid isSimilar toMPI role for MPP

Page 6: Grid Architecture and Some Core Services

Multiple transport supportIn publish-subscribeParadigm with differentProtocols on each link

Transport protocols supported include TCP,  Parallel TCP streams, UDP, Multicast, SSL, HTTP and HTTPS.Communications through authenticating proxies/firewalls & NATs. Network QoS based RoutingAllows Highest performance transport

Subscription Formats Subscription can be Strings, Integers, XPath queries, Regular Expressions, SQL and tag=value pairs.

Reliable delivery Robust and exactly-once delivery of messages in presence of failures

Ordered delivery Producer Order and Total Order over a message type Time Ordered delivery using Grid-wide NTP based absolute time

Recovery and Replay Recovery from failures and disconnects.Replay of events/messages at any time.

Security Message-level WS-Security compatible securityMessage Payload options

Compression and Decompression of payloadsFragmentation a nd Coalescing of payloads

Messaging Related Compliance

Java Message Service (JMS) 1.0.2b compliant Support for routing P2P JXTA interactions.

Grid Application Support NaradaBrokering enhanced Grid-FTP. Bridge to the Globus TK3.

Web Service reliability Prototype implementation of WS-ReliableMessagingWeb Service Notifications

Prototype implementation of WS-Notification

Current NaradaBrokering Features

Page 7: Grid Architecture and Some Core Services

NaradaBrokering Service IntegrationS1 S2P2P1

S1 S2

S1 S2

Proxy Messaging

Handler Messaging

Notification

S? Service P? Proxy

NB Transport

Internal to Service: SOAP Handlers/Extensions/Plug-ins Java (JAX-RPC) .NET Indigo and special cases: PDA's  gSOAP, Axis C++

Standard SOAP Transport

Any Transport

Page 8: Grid Architecture and Some Core Services

Streams and Workflow NaradaBrokering can manage streams from

• Audio/Video conferences• Sensors• Inter-service communication in workflow

http://www.hpsearch.org/demo/ describes scripting managementinterface to NaradaBrokering

Grids involve streams as well as compute and data nodesWorkflow and dataflow like BPEL imply streams

Page 9: Grid Architecture and Some Core Services

Future/Ongoing NB Enhancements Server/Broker-free P2P version to support “immediate

deployment” of NB-based Community Grids• Direct integration of P2P and Grids

Rich handler and proxy support for WS-ReliableMessaging and WS-Reliability with federation between standards

Federated support of WS-Eventing, WS-Notification and JMS Other Mediation/Federation to heterogeneous Grids Replicated Subscriber (Fault-tolerance/Performance) Services

• NaradaBrokering will choose between several subscribing replicated services

VPG Virtual Private Grid: Build standard VPN transport (PPTP, L2TP, IPSec) into NB• Could offer new Grid Security options and/or more choice on

firewall/NAT tunneling

Page 10: Grid Architecture and Some Core Services

Web Services and M-MVC Web Services are naturally

M-MVC – Message based Model View Controller with • Model is Web Service• Controller is Portal and

Messages (NaradaBrokering)• View is rendering

OGCE builds M-MVC

R F I O

ViewView

PortalAggregate WS User Facing fragments

desktop handheld phone

Input port Output port

User Facing Port

PortFacingResource

Web ServiceApplication or

Model

WSRP and JSR168 Portlets

R F I O

ViewView

PortalAggregate WS User Facing fragments

desktop handheld phone

Input port Output port

User Facing Port

PortFacingResource

Web ServiceApplication or

Model

R F I O

ViewView

PortalAggregate WS User Facing fragments

PortalAggregate WS User Facing fragments

desktopdesktop handheldhandheld phonephone

Input port Output port

User Facing Port

PortFacingResource

Web ServiceApplication or

ModelUser Facing Port

PortFacingResource

Web ServiceApplication or

Model

WSRP and JSR168 Portlets

Model

Subscribe UI event

View

Broker

Subscribe renderingPublish UI event

Publish rendering

Explicit message-based Publish/Subscribe MVC model

ModelModel

Subscribe UI event

View

BrokerBroker

Subscribe renderingPublish UI event

Publish rendering

Explicit message-based Publish/Subscribe MVC model

As Controller

Page 11: Grid Architecture and Some Core Services

OGCEOGCEConsortium

NSF NMI Project for Making Portal Components Robust

• University of Chicago– Gregor von Laszewski

• Indiana University– Marlon Pierce, Dennis Gannon, Geoffrey Fox, and Beth

Plale• University of Michigan

– Charles Severance, Joseph Hardin• NCSA/UIUC

– Jay Alameda, Joe Futrelle• Texas Advanced Computing Center

– Mary Thomas

Builds on NCSA Alliance Portal Project

Page 12: Grid Architecture and Some Core Services

OGCEOGCEConsortium

Individual portlet for the Proxy Manager

Use tabs or screen real estate to navigate through interfaces to different services

Page 13: Grid Architecture and Some Core Services

OGCEOGCEConsortium

LEAD Portal

Page 14: Grid Architecture and Some Core Services

Aggregation Portal Architecture• Supply component model for user interfaces to

match component model for middewareC

lient

s (P

ure

HTM

L, J

ava

App

let .

.)

Agg

rega

tion

and

Ren

derin

g

JetspeedInternalServices

Portlet Class:IFramePortlet

Portlet Class:VelocityPortlet

Portlet Class:JspPortlet

Portlet Class:WebForm

Gateway(IU)

Web/Gridservice

Web/Gridservice

Web/Gridservice

Computing

Data Stores

Instruments

GridPortetc.

(Java)COG Kit

Clients Portal Portlets Libraries Services Resources

LocalPortlets

Remoteor ProxyPortlets

(Jetspeed)

Hierarchical arrangement

Page 15: Grid Architecture and Some Core Services

OGCEOGCEConsortium

OGCE Grid Portal Components• Provides Portlets for

– Management of user proxy certificates

– Remote file Management via Grid FTP

– News/Message systems • for collaborations

– Grid Event/Logging service– Access to OGSA/WSGA Grid

services – Access to directory services– Specialized Application Factory

access• Distributed applications• Workflow

– Access to Metadata Index tools• User searchable index

– Collaboration

Supports distributed modular construction of Services – each with their own Interface

Page 16: Grid Architecture and Some Core Services

OGCEOGCEConsortium

Portlet Component and Container Technologies

• Jakarta Jetspeed– Open source Java portlet project– Jetspeed is both a framework and reference

implementation– Defines portlets, portal service APIs (login, authorization,

customization, etc.)• CHEF from University of Michigan

– Uses Jetspeed as a framework• Reimplements many of the core classes

– Basis for UM CourseTools– NEESGrid portal– CMCS Portal

Page 17: Grid Architecture and Some Core Services

Access Grid and Related Portlets

Page 18: Grid Architecture and Some Core Services

Desktop and Web Services with MMVC OGCE uses message-based MVC as is obvious for Web Services Most desktop applications are in fact roughly MVC with

controller formed by “system interrupts” with View and Model communicating by “post an event” and define a “listener” programming mode

We propose to integrate desktop and Web Service approach by systematic use of MMVC and NaradaBrokering

Allows easier porting to diverse clients and automatic collaboration

Attractive for next generation of Linux desktop clients We have demonstrated for SVG Browser (Scalable Vector

Graphics), OpenOffice and PowerPoint “Glob” programming style makes hard

Page 19: Grid Architecture and Some Core Services

Global-MMCS Community Grid We are building an open source protocol independent Web

Service “MCU” which will scale to an arbitrary number of users and provide collaboration support for thousands of simultaneous users

The function of A/V media server is distributed using NaradaBrokering architecture.• Media Servers mix and convert A/V streams

Open XGSP MCU based on the following open source projects• openh323 is basis of H323 Gateway• NIST SIP stack is basis of SIP Gateway• NaradaBrokering is open source messaging• Java Media Framework basis of Media Servers• Helix Community http://www.helixcommunity.org for Real

Media http://www.globalmmcs.org open source “non advertised” release

Page 20: Grid Architecture and Some Core Services

XGSP Web Service MCU Architecture

SIP H323 Access Grid Native XGSPAdmire

Gateways convert to uniform XGSP Messaging

High Performance (RTP)and XML/SOAP and ..

Media ServersFilters

Session ServerXGSP-based Control

NaradaBrokeringAll Messaging

Use Multiple Media servers to scale to many codecs and manyversions of audio/video mixing

NB Scales asdistributed

WebServices

NaradaBrokering

Page 21: Grid Architecture and Some Core Services

Break up into Web Services Monolithic MCU becomes many different “Simple Services”

• Session Control• Thumbnail “image” grabber• Audio Mixer• Video Mixer• Codec Conversion• Helix Real Streaming• PDA Conversion• H323/SIP Gateways

As independent can replicate particular services as needed• Codec conversion might require 20 services for 20 streams

spread over 5 machines 1000 simultaneous users could require:

• 1 session controller, 1 audio mixer, 10 video mixers, 20 codec converters, 2 PDA converters and 20 NaradaBrokers

Support with a stream optimized Grid Farm in the sky• Future billion way “Video over IP” serving 3G Phones and home media

centers/TV’s could require a lot of computing

Page 22: Grid Architecture and Some Core Services

GlobalMMCS and NaradaBrokering All communication – both control and “binary” codecs are

handled by NaradaBrokering Control uses SOAP and codecs use RTP transport Each stream is regarded as a “topic” for NB Each RTP packet from this stream is regarded as an “event” for

this topic Can use replay and persistency support in NB to support

archiving and late clients Can build customized stream management to administer replay,

and who gets what stream in what codec NaradaBrokering supports unicast and multicast Use firewall penetration and network monitoring services in NB

to improve Q0S

Page 23: Grid Architecture and Some Core Services

Some resources• Web Service Grid Architecture and best practice

http://grids.ucs.indiana.edu/ptliupages/publications/• Grid Messaging

http://www.naradabrokering.org • Data Stream Management

http://www.hpsearch.org/demo/crisisGrid/index.html • NSF NMI Grid Portals• http://www.collab-ogce.org/nmi/index.jsp• Web Service Colalboration Services and portlets http://

www.globalmmcs.org/• OMII UK Open Middleware Infrastructure Institute

http://www.omii.ac.uk