Replies: 1 comment 3 replies
-
Hi Chris. Basically, you need Java 11+ and a container runtime like Docker / Singularity / Podman. Nextflow can be installed in the user's home directory and that usually works better than trying to have a shared Nextflow install. It is not very large, just a few JARs. See the Nextflow documentation for some install tips and supported container runtimes. It is also possible to install Java to a user's home directory using SDKMAN (also some container runtimes like Podman), but if your users aren't very technical then a shared install might be better. |
Beta Was this translation helpful? Give feedback.
3 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
-
Hi,
I run a network of loosely connected servers (I.e. distant from each other, many over broadband), and have been asked by a potential client (to whom we might rent some processing power) "do we support Nextflow?".
We'd like to support it.
Given the starting is point is very greenfield; VMs running Ubuntu 22, connected via a wire guard VPN; it seems we could choose to install various orchestration / scheduling systems.
But, before I go down a particular route.... given people's experience here, what's the simplest most reliable way to offer these resources for them to point their nextflow tasks at? They mentioned the tasks are 'dockerised'; will last many minutes to hours each.
Ideally we'd just install a stamped out client on each machine pointing to their nextflow install... but I'm sure it's not that simple :)
thanks in advance for any advice here.
Chris
Beta Was this translation helpful? Give feedback.
All reactions