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
-
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