UltraScan data analysis application is a software package that is able to take advantage of remote computational resources in order to support the interpretation of analytical ultracentrifugation experiments. Since 2006, the UltraScan scientific gateway has been used by scientists studying the solution properties of biological and synthetic molecules. UltraScan supports its users with a scientific gateway (LIMS) in order to leverage the power of supercomputing. LIMS provides access for data associated with sedimentation experiments and allows sharing of data with collaborators. Authorized users can use this site to model analytical ultracentrifugation experiments with UltraScan's high-performance analysis modules by submitting analysis jobs to XSEDE and campus computing clusters.
Use Cases Summary:
User prepares data through Desktop GUI as before.
User logs into LIMS portal.
Through the portal, the user creates a Queue (task object) for an analysis task.
User submits job.
LIMS invokes Airavata through the Airavata API.
Tarred data is sent as before.
Airavata stores in temporary storage.
Resource parameters are sent through the API.
Parameters include hostname, host count, processor count, wall time, etc.
No XML file used is used for Airavata Scheduling. Any information needed by application will be propogated. The key point is Airavata will provide a generic way of providing scheduling information.
Airavata notifies LIMS if success or failure.
What should be returned? Ticket (workflow instance ID) that can be used to get JobIDs later. JobID is the job ID generated by the queue.
Airavata stages the input tar to the destination resource.
Airavata submits the analysis application on the remote resource provider.
We want to use GSI-SSH instead of GRAM
The remote resource provider returns a job ID.
Airavata monitors the job’s status with its job ID.
This is persistently stored
LIMS queries Airavata through the API to get job ID using the Ticket
LIMS queries Airavata through the API to job status using Job ID and/or Ticket
Analysis Application starts to run on the remote resource.
Analysis Application sends UDP messages to Airavata
UDP messages contain application state information and metadata
User uses LIMS query tool to find application state.
LIMS Query Tool calls Airavata API to get application state (both job status and internal state of the application)
This should be stored in the Airavata Registry
It would also be possible to push these using Airavata’s messenger.
The job completes.
Airavata monitoring detects that the job has completed.
Update status in registry.
Airavata pulls data from remote resource.
Airavata notifies LIMS that job has completed and data is ready.
LIMS pulls outputs back to AUC DB
Email notification is sent to user about the job status by LIMS.
User pull the data to the desktop tool for further analysis.