> Jeremy (from the team) ran a similar workshop several months ago and used 
> some resource intensive tools (e.g., Tophat). We were concerned about the 
> same scalability issues so we just started 4 separate clusters and divided 
> the users across those. The approach worked well and it turned out we did not 
> see any scalability issues. I think we went way overboard with 4 clusters but 
> the approach did demonstrate an additional 'coolness' of the project allowing 
> one to spin up 4 complete, identical clusters in a matter of minutes...
> So, I feel you could replicate a similar approach but could probably go with 
> 2 clusters only? Jeremy can hopefully provide some first hand comments as 
> well.

Yes, this approach worked well when I did it. I created all the data and 
workflows needed for the workshop on one Galaxy instance, shared/cloned that 
instance and set up 3 additional instances, and divided users evenly amongst 
the instances. 2-3 clusters will probably meet your needs with 50 participants.

Scalability issues are more likely to arise on the back end than the front end, 
so you'll want to ensure that you have enough compute nodes. BWA uses four 
nodes by default--Enis, does the cloud config change this parameter?--so you'll 
want 4x50 or 200 total nodes if you want everyone to be able to run a BWA job 

Good luck,

The Galaxy User list should be used for the discussion of
Galaxy analysis and other features on the public server
at usegalaxy.org.  Please keep all replies on the list by
using "reply all" in your mail client.  For discussion of
local Galaxy instances and the Galaxy source code, please
use the Galaxy Development list:


To manage your subscriptions to this and other Galaxy lists,
please use the interface at:


Reply via email to