![]() |
|||||
![]() |
![]() |
![]() |
![]() |
![]() |
|
![]()
|
A JAXTA-based Grid Broker ServiceLOOKING FOR DEVELOPER:This component is currently not staffed. We are looking for a community volunteer improving it. In this project we analyze the use of JXTA for building Grid services. We compare the differences between peer-to-peer computing, Grids, and how JXTA can be used to bridge between the two technologies. To illustrate our point we have selected a most elementary Grid service that functions as a broker that executes jobs on a set of dynamically registered compute resources. We have provided a prototype implementation of our architecture that includes a broker and a hosting management service. ArchitectureWe are implementing a variety of broker architectures to provide them as platforms for Grid computing. As shown in the Figure 1, set of submitted jobs and available resources can be matched by the centralized broker service. Registered resource/job service will advertise the available resources/jobs in their local cache. When the jobs are submitted, broker service will discover the available resources using the published resource peer advertisements. The broker service will check for the suitable resource and send the message to the job service. Job service will submit the job directly to the resource service for the execution.Figure 1. Broker Architecture. Job Submission Architecture FrameworkOur job submission framework (Figure 2) mainly depends on the advertisements and message. In this architecture, all user services and resource services are under one virtual organization or group. Different type of advertisements used in this architecture are summarized as follows: Resource or User
Registration - Peer Advertisements ![]() Figure 2. Job Submission Architecture. User InterfaceFigure 3 shows the integrated image of the different services. The broker service will get the information from the user service (submitted jobs) and resource service (available resources) in the form of advertisements. These advertisements will be dynamically discovered and matched. As shown in Figure 5, broker service will display all the information about the status of jobs, available resources etc. User service and resource service will be used for submission of job and the resources. Figure 3. Services - User Interface. AcknowledgementsThis work was supported by the Mathematical, Information, and Computational Science Division subprogram of the Office of Advanced Scientific Computing Research, U.S. Department of Energy, under Contract W-31-109-Eng-38. DARPA, DOE, and NSF support Globus Project research and development. We thank Dr. Xian-He Sun, Brendon J. Wilson, and Bernard Traversat for the valuable discussions during the course of the ongoing development. This work would not been possible without the help of the Globus team. Globus Toolkit and Globus Project are trademarks held by the University of Chicago. ContactGregor von LaszewskiArgonne National Laboratory 9700 South Cass Avenue Argonne, IL 60439 gregor@mcs.anl.gov (630) 252 0472 References
|










