1 / 1

resc.rdg.ac.uk

http://jstyx.sf.net. http://www.resc.rdg.ac.uk. Styx Grid Services: Lightweight, easy-to-use middleware for e-Science Jon Blower Keith Haines Reading e-Science Centre, ESSC, University of Reading, RG6 6AL. 1. Summary

breena
Télécharger la présentation

resc.rdg.ac.uk

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. http://jstyx.sf.net http://www.resc.rdg.ac.uk Styx Grid Services: Lightweight,easy-to-use middleware for e-ScienceJon BlowerKeith HainesReading e-Science Centre, ESSC, University of Reading, RG6 6AL • 1. Summary • The Styx Grid Service (SGS) software allows existing binary executables to be wrapped and exposed as remote services. The major advantages are: • Remote services can be used exactly as if they were local executables • Workflows can be created using simple shell scripts [1] • Data can be streamed directly between remote services [2] • Very easy to install and use (5 minutes to install from scratch) • Firewall friendly: requires only one incoming port to be open on the server and no incoming ports to be open on the client [2] • Can be run through SSH for authentication and encryption [3] • 2. Why use this software? • There are many reasons for exposing programs as services: • To run programs on powerful compute resources (e.g. a cluster) • To run a program close to a large data store • To run a program that is tied to a particular platform • To allow others to use the program • 3. Services are run just like local programs • Once deployed as Styx Grid Services, programs can be run from anywhere on the Internet from the command line. • Let's say that we have exposed a program called makegif as a Styx Grid Service. This program takes an input data file and outputs a picture of the data in GIF format. • The makegif Styx Grid Service can be invoked with the command: • makegif –i <infile> -o <outfile> • This is exactly the same command that would be used to run the program locally. The SGS software performs the following tasks: • Creates a new instance of the makegif service on the SGS server • Uploads the input file to the server • Runs the makegif service instance • Downloads the output file that was produced • All of this is performed automatically, removing the need for the user to manually upload and download files. • 4. Workflows are simply shell scripts • The ability to execute a Styx Grid Service just like a local command is very powerful. Because of this feature, workflows can be created using simple shell scripts (or batch files in Windows). • For example, let's say we have two SGSs in an environmental science application. The first (called daily_means) calculates the mean cloud cover for the day, given a set of files that represent snapshots of the cloud cover at several times during the day. The second service is the makegif service (see section 3) that turns an input file into a GIF image. See figure 1 below. • A shell script to execute this simple workflow would look like this: • This is exactly the samescript that would be used to perform the same task with local programs. • It is more efficient for the intermediate file (means.nc) to be passed directly from one service to the other. This can be achieved very simply with a minor change to the script: • The .sgsref extension is a signal to the client to download a reference (i.e. a URL) to the output file, rather than the file itself. This reference is then passed to the makegif service, which obtains the means.nc file directly from the daily_means service. • daily_means snapshot*.nc –o means.nc • makegif –i means.nc –o means.gif (1) 5. Security through SSH The SGS system can be run through the secure shell (SSH).This allows the client and server to mutually authenticate in a familiar and lightweight manner. All traffic between server and client is exchanged through a secure channel. For Globus security, a GSI-SSH client can be used. • daily_means snapshot*.nc –o means.nc.sgsref • makegif –i means.nc.sgsref –o means.gif (2) References [1] J. Blower, A. Harrison, K. Haines, Styx Grid Services: Lightweight, easy-to-use middleware for scientific workflows, Lecture Notes in Computer Science, 3993 996-1003 (2006). [2] J. Blower, K. Haines, E. Llewellin, Data streaming, workflow and firewall-friendly Grid Services with Styx, Proceedings of the UK e-Science All Hands Meeting, September 2005 [3] J. Blower, K. Haines, Building simple, easy-to-use Grids with Styx Grid Services and SSH, Proceedings of the UK e-Science All Hands Meeting, September 2006 daily_means makegif daily_means makegif (a) (b) Intermediate file means.nc is passed directly between the two Styx Grid Services. snapshot*.nc means.nc means.gif snapshot*.nc means.gif Figure 1: (a) Simple workflow involving two Styx Grid Services (yellow boxes). This workflow is executed using the script (1) in section 4 above. The dashed box represents files that exist on the client's machine. (b) The same workflow, but this time the intermediate file (means.nc) is passed directly between the two Styx Grid Services, without being downloaded to the client. This workflow is executed using only a minor modification to the script: see the script marked (2) in section 4 above.

More Related