Dipl. Inf. (FH), MSc Christoph Anthes 16.10.07

A novel Portal Architecture for Real-Time A novel Portal Architecture for Real-Time Online Interactive Applications on the GridOnline Interactive Applications on the Grid

Christoph Anthes, Roland Landertshamer, Christoph Anthes, Roland Landertshamer, Roland Hopferwieser, and Jens VolkertRoland Hopferwieser, and Jens Volkert

Cracow Grid Workshop ‘07Cracow Grid Workshop ‘07

Dipl. Inf. (FH), MScDipl. Inf. (FH), MScChristoph AnthesChristoph Anthes

16.10.0716.10.07

16.10.07 A novel Portal Architecture for Real-Time Online Interactive Applications on the Grid

2

A n

ovel Port

al A

rch

itect

ure

A n

ovel Port

al A

rchit

ect

ure

for

RO

IAs

on

th

e G

rid

for

RO

IAs

on

th

e G

rid

OverviewOverview

• IntroductionIntroduction• Common Grid PortalsCommon Grid Portals• The edutain@grid projectThe edutain@grid project• Business portalBusiness portal• Management portalManagement portal• Portal APIPortal API• Conclusions and Future WorkConclusions and Future Work


3

A n

ovel Port

al A

rch

itect

ure

A n

ovel Port

al A

rchit

ect

ure

for

RO

IAs

on

th

e G

rid

for

RO

IAs

on

th

e G

rid

IntroductionIntroduction

• Classical Grid ApplicationsClassical Grid Applications– Traditionally Batch ProcessingTraditionally Batch Processing

– Jobs are submitted results are returned after processingJobs are submitted results are returned after processing

• In recent years focus is shifting into interactivityIn recent years focus is shifting into interactivity– Examples: CROSSGRID, gVid, gLogin, etc.Examples: CROSSGRID, gVid, gLogin, etc.

• Real-Time Online Interactive Applications (ROIAs)Real-Time Online Interactive Applications (ROIAs)– Applications from the field of e-Learning and Multi-user gamesApplications from the field of e-Learning and Multi-user games

– Different needs considering interactivityDifferent needs considering interactivity

– Low latencies, high bandwidth, high amount of concurrent users Low latencies, high bandwidth, high amount of concurrent users interacting with one jobinteracting with one job

• ROAIs call for services which the Grid can offerROAIs call for services which the Grid can offer– QoSQoS

– Automatic provision of resourcesAutomatic provision of resources

– Virtual organisationsVirtual organisations

– Load balancing etc.Load balancing etc.


4

A n

ovel Port

al A

rch

itect

ure

A n

ovel Port

al A

rchit

ect

ure

for

RO

IAs

on

th

e G

rid

for

RO

IAs

on

th

e G

rid

Grid PortalsGrid Portals

• Typical Grid ToolsTypical Grid Tools

• Portals are typically web based user interfaces which Portals are typically web based user interfaces which aggregate information from one or more sources and allow aggregate information from one or more sources and allow interaction with grid resourcesinteraction with grid resources

• Portal FrameworksPortal Frameworks– Gridsphere, JetspeedGridsphere, Jetspeed

– uPortal, LifeRay, jPortlet, PGradeuPortal, LifeRay, jPortlet, PGrade

Client e.g.browser Front-end e.g.

Web server Back-end e.g.Web or Grid

services Grid serviceson remote server

CGI over http(s) Web Service Grid Service

Firewall


5

A n

ovel Port

al A

rch

itect

ure

A n

ovel Port

al A

rchit

ect

ure

for

RO

IAs

on

th

e G

rid

for

RO

IAs

on

th

e G

rid

The edutain@grid ProjectThe edutain@grid Project

• http://http://www.edutaingrid.euwww.edutaingrid.eu//– 7 Partners (UIBK, GUP, UM, IT Innovation, 7 Partners (UIBK, GUP, UM, IT Innovation,

BMT, Darkworks, AMIS)BMT, Darkworks, AMIS)

• Duration: 36 months (01.09.2006 – 31.08.2009)Duration: 36 months (01.09.2006 – 31.08.2009)• 3 different layers in the architecture3 different layers in the architecture• Different communication methodology inside and in-between Different communication methodology inside and in-between

the layers (e.g. web services, socket communication)the layers (e.g. web services, socket communication)• Support of legacy applicationsSupport of legacy applications• Main differences to traditional Grid computingMain differences to traditional Grid computing

– Job which is started is an application serverJob which is started is an application server

– Direct communication between job and users is allowedDirect communication between job and users is allowed


6

A n

ovel Port

al A

rch

itect

ure

A n

ovel Port

al A

rchit

ect

ure

for

RO

IAs

on

th

e G

rid

for

RO

IAs

on

th

e G

rid

Different Layers of edutain@gridDifferent Layers of edutain@grid

• Business LayerBusiness Layer– Account managementAccount management

– SLAsSLAs

– QoSQoS

– Supports variety of actorsSupports variety of actors

• Management LayerManagement Layer– Resource allocationResource allocation

– MonitoringMonitoring

– Capacity managementCapacity management

• Real-Time LayerReal-Time Layer– Distribution of the virtual environmentDistribution of the virtual environment


7

A n

ovel Port

al A

rch

itect

ure

A n

ovel Port

al A

rchit

ect

ure

for

RO

IAs

on

th

e G

rid

for

RO

IAs

on

th

e G

rid

Different Layers of edutain@gridDifferent Layers of edutain@grid

• Real-Time LayerReal-Time Layer– Zoning: MMORPG, ((MMO)FPS, (MMO)RTS)Zoning: MMORPG, ((MMO)FPS, (MMO)RTS)

– Instancing: MMORPG, ((MMO)FPS, (MMO)RTS)Instancing: MMORPG, ((MMO)FPS, (MMO)RTS)

– Replication: (MMO)FPS, (MMO)RTSReplication: (MMO)FPS, (MMO)RTS

Slide from Jens Mueller-Iden


8

A n

ovel Port

al A

rch

itect

ure

A n

ovel Port

al A

rchit

ect

ure

for

RO

IAs

on

th

e G

rid

for

RO

IAs

on

th

e G

rid

edutain@grid Portalsedutain@grid Portals

• Defining portals for edutain@gridDefining portals for edutain@grid– Mainly seen as user interfacesMainly seen as user interfaces

– Can provide a composition of the information of several layers or Can provide a composition of the information of several layers or sources of one layersources of one layer

– Access to one or more layersAccess to one or more layers

– Not necessarily based on web-servicesNot necessarily based on web-services

– Do not use only use web browsers for the user interfaceDo not use only use web browsers for the user interface

• Edutain@grid portal typesEdutain@grid portal types– Web portals (based on Gridsphere)Web portals (based on Gridsphere)

– Portal API (C++ API)Portal API (C++ API)

– Portal application (C++ Client implementing a GUI for the portal Portal application (C++ Client implementing a GUI for the portal API)API)

• Similar approach to server browsersSimilar approach to server browsers


9

A n

ovel Port

al A

rch

itect

ure

A n

ovel Port

al A

rchit

ect

ure

for

RO

IAs

on

th

e G

rid

for

RO

IAs

on

th

e G

rid

Business portalBusiness portal

• FunctionalityFunctionality– Login possibilities for different actors (Consumers, Providers, etc.)Login possibilities for different actors (Consumers, Providers, etc.)

– Authentication via encrypted tokensAuthentication via encrypted tokens

– Different functionality depending on roleDifferent functionality depending on role

– SLAs can be formedSLAs can be formed

– Used for account and system managementUsed for account and system management

– Acts as a community portal for consumers (comparable to Steam, Acts as a community portal for consumers (comparable to Steam, Gamespy, battlenet)Gamespy, battlenet)

• ImplementationImplementation– Mainly implemented by GRIAMainly implemented by GRIA

– Connection via web servicesConnection via web services


10

A n

ovel Port

al A

rch

itect

ure

A n

ovel Port

al A

rchit

ect

ure

for

RO

IAs

on

th

e G

rid

for

RO

IAs

on

th

e G

rid

Management portalManagement portal

• Direct connection to the management layerDirect connection to the management layer• FunctionalityFunctionality

– Administration of local infrastructuresAdministration of local infrastructures

– Allows manual starting and shutdown of serversAllows manual starting and shutdown of servers

– Deployment of patches and applications on a hoster sideDeployment of patches and applications on a hoster side

– Debugging of deployed edtuain@grid applicationsDebugging of deployed edtuain@grid applications

– Application MonitoringApplication Monitoring

– Capacity Management MonitoringCapacity Management Monitoring

– Monitoring visualisationMonitoring visualisation

• ImplementationImplementation– Runs locally at the hosters siteRuns locally at the hosters site

– Based on GridsphereBased on Gridsphere

– Java Applets for VisualisationJava Applets for Visualisation

– Connection via RMI or alternatively web services to management Connection via RMI or alternatively web services to management hosthost


11

A n

ovel Port

al A

rch

itect

ure

A n

ovel Port

al A

rchit

ect

ure

for

RO

IAs

on

th

e G

rid

for

RO

IAs

on

th

e G

rid

Management portalManagement portal

• Connection to the management layerConnection to the management layer

ManagementHost

ROIA Server ROIA Server ROIA Server

Portal Server

ManagementPortal

https

WebServices/RMI

TCP SocketsRMI

controlling

monitoring


12

A n

ovel Port

al A

rch

itect

ure

A n

ovel Port

al A

rchit

ect

ure

for

RO

IAs

on

th

e G

rid

for

RO

IAs

on

th

e G

rid

Portal APIPortal API

• Connection between client applications and the three layers of Connection between client applications and the three layers of the edutain@grid architecturethe edutain@grid architecture

• FunctionalityFunctionality– Login mechanism on the business layer via tokens connection Login mechanism on the business layer via tokens connection

forwarded to the management layer and the real-time layerforwarded to the management layer and the real-time layer

– Used for client-side connection to edutain@grid systemUsed for client-side connection to edutain@grid system

– Look-up service for game or e-learning sessions (server Look-up service for game or e-learning sessions (server browsing)browsing)

• ImplementationImplementation– Implemented in C++Implemented in C++

– Connection via Web Services and TPC socketsConnection via Web Services and TPC sockets

– Axis2 for login and connection to Business layerAxis2 for login and connection to Business layer


13

A n

ovel Port

al A

rch

itect

ure

A n

ovel Port

al A

rchit

ect

ure

for

RO

IAs

on

th

e G

rid

for

RO

IAs

on

th

e G

rid

Conclusions and Future WorkConclusions and Future Work

• ConclusionsConclusions– Different needs in Grid applications need different types of portalsDifferent needs in Grid applications need different types of portals

– Real-time interactive applications need portals which allow real-Real-time interactive applications need portals which allow real-time interactive visualisationstime interactive visualisations

– Direct real-time communication with the jobs will become more Direct real-time communication with the jobs will become more and more necessaryand more necessary

• Future WorkFuture Work– Further implementation of the Portal API and the Web Portals Further implementation of the Portal API and the Web Portals

resulting in a portal frameworkresulting in a portal framework

– Portal framework will provide a structured approach to advanced Portal framework will provide a structured approach to advanced real-time control of Grid applicationsreal-time control of Grid applications

A n

ovel Port

al A

rch

itect

ure

A n

ovel Port

al A

rchit

ect

ure

for

RO

IAs

on

th

e G

rid

for

RO

IAs

on

th

e G

rid

Questions ?Questions ?


15

A n

ovel Port

al A

rch

itect

ure

A n

ovel Port

al A

rchit

ect

ure

for

RO

IAs

on

th

e G

rid

for

RO

IAs

on

th

e G

rid

ReferencesReferences

• J. Müller, and S. Gorlatch, “GSM: A Game Scalability Model for Multiplayer J. Müller, and S. Gorlatch, “GSM: A Game Scalability Model for Multiplayer Real-time Games”, Real-time Games”, IEEE InfocomIEEE Infocom, 2005., 2005.

• J. Müller, and S. Gorlatch, “Scaling FPS and RTS Games Using Multi-Server J. Müller, and S. Gorlatch, “Scaling FPS and RTS Games Using Multi-Server Replication: Concept and Demonstrator”, Replication: Concept and Demonstrator”, Games Convention Developers Games Convention Developers ConferenceConference, 2005, Messe Leipzig., 2005, Messe Leipzig.

• J. Müller, J.H. Metzen, A. Ploss, M. Schellmann, and S. Gorlatch, “Rokkatan: J. Müller, J.H. Metzen, A. Ploss, M. Schellmann, and S. Gorlatch, “Rokkatan: Scaling an RTS Game Design to the Massively Multiplayer Realm”, Scaling an RTS Game Design to the Massively Multiplayer Realm”, International Conference on Advances in Computer Entertainment TechnologyInternational Conference on Advances in Computer Entertainment Technology , , 2005, ACM Press.2005, ACM Press.

• J. Müller, M. Mauve, S. Fischer, and S. Gorlatch, “A Proxy Server-Network for J. Müller, M. Mauve, S. Fischer, and S. Gorlatch, “A Proxy Server-Network for Real-time Computer Games”, Real-time Computer Games”, Euro-Par 2004 Parallel ProcessingEuro-Par 2004 Parallel Processing, LNCS 3149., LNCS 3149.

Dipl. Inf. (FH), MSc Christoph Anthes 16.10.07

Documents

Transcript of Dipl. Inf. (FH), MSc Christoph Anthes 16.10.07