[gin-data] Re: Fw: GGF Interoperability demonstration

Li Qi quick.qi at gmail.com
Thu Mar 16 08:43:22 CST 2006


Dear Reagan,

I'm Li Qi, a member of ChinaGrid Support Platform (CGSP) which is the common
infrastructure for constructing ChinaGrid. Of course, the data component
named as GDSS (Global Distributed Storage System) is one of the most
important modules of CGSP. In the first version of CGSP, we deployed GDSS on
extended FTP servers and  store  the  meta-data  in  LDAP. The architecture
and design of GDSS is similar to SRB. Also it developed in SOA. We used the
Hub-spoke approach to construct our data grid in ChinaGrid. To broaden the
usage of GDSS, we decided to refactor the original GDSS to support SRB and
GridFTP (GT 4). Now we finished the kernel development of new GDSS. We're
busy on joint debuging works. And we planned to release the beta version in
recent months. If you wanna the detail of our design, we are very glad to
introduce our work further.

And also It's our pleasure to assist you guys to prepare a demonstration
project in GGF 17.  Because the implementation of CGSP 1.0 ,which were
widely deployed in ChinaGrid,doesn't support SRB . So we just can set up a
temporary environment with CGSP-II which might be not stable.

Above all, we can issue the possible works below (upon Erwin's list):

• For the interoperation between GridFTP, we can write some testsuit to
issue this. And it's clearer, that's not a big problem for current GDSS.
• To handle the interoperation between SRM, we can build a test enviroment
firstly and we'd like to test upon the recent SRM version. And I have no
idea about communicating with different version. Need we prepare some
versioning adaptors in our grid to issue the common interoperability? Or
maybe can we discuss and achieve a minimal accessing interfaces for
interoperation?
• For the performance optimization, I think we should establish a rough
interoperating framework between different Grids firstly and then do the
evaluations according to concrete application use cases (e.g. big trunk
transferring or small massive files transferring ).

All above is just my nearsighted view, any comments are welcome. That would
help our work.

Best Regards,

Li Qi



> ------------------------------------------------------
>
> ----- Original Message -----
> From: "Reagan Moore" <moore at sdsc.edu>
> To: "Paolo Malfetti" < p.malfetti at cineca.it>; < hjin at mail.hust.edu.cn>; <
> stephen.mcmahon at anu.edu.au>
> Cc: <kremenek at sdsc.edu>; "Erwin Laure" < Erwin.Laure at cern.ch>; <
> sheauc at sdsc.edu >
> Sent: Thursday, March 16, 2006 9:10 AM
> Subject: GGF Interoperability demonstration
>
>
> > Hello:
> > We now have the contacts for assembling a federation of four SRB data
> > grids for a demonstration at the next Global Grid Forum meeting in
> > Tokyo.
> > Erwin Laure <Erwin.Laure at cern.ch> is coordinating the demonstrations.
> >
> > Erwin provided your names as persons who will collaborate on the
> > demonstration of data exchange between our data grids:
> >
> > - NSF Teragrid    - contact George Kremenek < kremenek at sdsc.edu>
> > - APAC data grid  - contact stephen.mcmahon at anu.edu.au
> > - ChinaGrid       - contact hjin at mail.hust.edu.cn
> > - DEISA data grid - contact Paolo Malfetti < p.malfetti at cineca.it>
> >
> > What is the status of a SRB data grid for your project?  When would
> > be a good time to plan the federation approach (peer-to-peer, or
> > Hub-spoke, or ...)?  The peer-to-peer federation takes the most
> > effort but can be done.
> >
> > For a simple federation, we can do the following:
> >
> > We propose creating a new data grid instance on the Teragrid, and
> > using this as a hub to federate each of the other data grids.  We
> > would use version 3.4.0 of the SRB data grid.
> >
> > The steps required to do this are:
> > - execute the "Stoken Zone" command to list the information about
> > your SRB data grid and store the result in a file.
> > - send the file to Sheau-Yen Chen <sheauc at sdsc.edu >
> > - Sheau-Yen will send you a similar file for the zone at SDSC.
> > - run the zoneingest.pl perl script located in the ./MCAT directory.
> > This will register the SDSC zone into your data grid.
> > - we can run the Szonesync.pl perl script to cross register
> > name-spaces between the two zones.  The script  must be run from a
> > SRB sysadmin account.
> >
> >
> > Thanks,
> > Reagan Moore
> > SDSC
> >




--
Li Qi( quick.qi at gmail.com),Doctor Candidate
http://grid.hust.edu.cn/quick
Tel: (86-27) 8754-3529
System Platform Group
Cluster and Grid Computing Key Lab,
Computer School of Huazhong University of Sci.& Tech.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.ogf.org/pipermail/gin-data/attachments/20060316/918665f7/attachment.html 


More information about the gin-data mailing list