Locked History Actions

Diff for "Cloud/Jetstream"

Differences between revisions 12 and 13
Revision 12 as of 2016-04-11 15:13:47
Size: 4496
Editor: EnisAfgan
Revision 13 as of 2016-04-14 21:26:16
Size: 4641
Editor: EnisAfgan
Deletions are marked like this. Additions are marked like this.
Line 8: Line 8:

Please note that, due to some Jetstream restrictions, this is a standalone Galaxy server - it is not a scalable cluster managed by CloudMan.


Galaxy on Jetstream

Want your own Galaxy server, for free? You can easily create Galaxy servers on the NSF Jetstream cloud. Each server comes preconfigured with hundreds of tools and commonly used reference datasets. It only takes a couple of minutes to start one. Once running, you can use it or change it up any way you like.

Please note that, due to some Jetstream restrictions, this is a standalone Galaxy server - it is not a scalable cluster managed by CloudMan.

How do I get access?

You must be a US-based academic to access Jetstream cloud. Access is free but it is necessary to have an XSEDE account (go to https://www.xsede.org/ to sign up) and have an active resource allocation. Getting the resource allocation is matter of writing a summary of your research in less than 100 words and waiting ~24 hrs for the application to get approved. Go to http://jetstream-cloud.org/allocations.phpSubmit and manage allocation requests to get started; then choose Startup type allocation. See this page for more details about the request allocation process.

How do I launch my own Galaxy server?

After you have your XSEDE account and an active allocation:


  • Browse the available images and choose Galaxy 16.01 Standalone


  • Follow the prompts on the screen to launch an instance

http://i.imgur.com/Qlp9jnN.png http://i.imgur.com/c3hyUsj.png http://i.imgur.com/QEYTHIV.png http://i.imgur.com/OuCL01j.png

  • In less than 5 minutes, you should have your own, fully configured Galaxy server - just copy the new server IP address to a new browser window.

http://i.imgur.com/ksbW3qP.png http://i.imgur.com/vG1n8Pm.png


What is Jetstream cloud?

Jetstream is a US national cyberinfrastructure managed science and engineering cloud that offers researchers access to flexible computational resources. Researchers are able to create virtual machines (VM) and virtual disks on the remote resource that look and feel like their lab workstation or home machine, but come preconfigured with dozens of software tools and/or can dynamically scale to accommodate variable computational demand. Access to Jetstream is awarded as a merit-based allocation via XSEDE free of charge.

Jetstream is supported by National Science Foundation award ACI-1445604: 'Jetstream - A Self-Provisioned, Scalable Science and Engineering Cloud Environment’. More information about the project is available at http://jetstream-cloud.org/.

About the resource consumption

When you choose your instance size, keep in mind that you will burn as many Service Units (SUs) per hour as the number of cores your instance has. For example, if you have a 4 core instance, you will burn 4 SUs per hour. More information about the instance types and usage modes is available on the Jetstream site (http://jetstream-cloud.org/general-vms.php).

About the resource lifecycle

Cloud Virtual Machines (VMs) are typically transient in nature. This means that once you delete/terminate an instance, it is permanently gone, including any configuration changes and the data. So, before you delete an instance, it is necessary to download any data you wish to keep.

Volume storage provides persistent storage in the cloud. Volumes are seen as external disks that can be attached to different VMs, but only one at a time. Once created and attached, it is necessary to create a file system on the disk and mount it. From there on, data can be stored on the volume just like anywhere else on the VM. Before terminating a VM, it is necessary to unmount the volume file system and detach it from the VM. When another VM is launched, the same volume can just be attached and the file system mounted (notice that a file system is not created as it was the first time). The same data that was available on the first VM will be available again. Note that by default Galaxy will not aware of such external volume and hence data stored on the volume will be independent of Galaxy.