What support does your center provide for containers?



How to you support containers on at your research computing center?
Do you provide containers for users?
Do you help users create containers?


Yes, we use singularity for containers, especially for tensorflow and for rstudio (server). There are several containers in the “community” area that everybody can contribute to, and we direct users to dockerhub and https://singularity-hub.org/ to find their own containers without needing to build their own. So far we have not really needed to help users build their own containers, but I think we will do some examples and webcasts explaining how to do it.


Yes - we use Singularity. We have instructions on how to create a Singularity container from Docker hub; we pull Singularity images from the Nvidia GPU Cloud for DL workflows like Tensorflow and Pytorch. If you are curious we have documentation at:


We also use Singularity containers.
Although we allow uses to “bring their own containers,” and have some limited documentation at
http://hpcc.umd.edu/help/software/singularity.html on how to do so, I am unaware of anyone actually doing that.

We have a handful of packages (mostly deep learning) which we only provide as containers.
We provide environmental modules which load singularity if needed and set a variable with the path to the container, and set the PATH to include some wrapper scripts. The wrapper scripts will invoke the appropriate command in the container, and handle things like mounting lustre
filesystem and nvidia drivers if a GPU node. So e.g. for tensorflow all user needs to do is:
module load tensorflow
tensorflow myscript.py


At Stanford on most of our clusters (Sherlock, Farmshare, SCG4) we support Singularity containers, and the “bring your own container” mentality. Our newly released documentation is here, and I also started a small effort called “containershare” that will allow a user to specify a shared space (my scratch in a share folder via a tool called forward (linked in the instructions for the containershare repository),

I also single handedly manage Singularity Hub mentioned by @KrisP , so hopefully this is also useful to provide containers on the fly, built version controlled from Github repos. I’ll also point others on here to Singularity Registry, which is the open source Singularity Hub. It would let an institution deploy their own Singularity Hub, and instead of reliance on Github actually push containers directly to it via an authentication token. My hope is that institutions that want to provide containers for their users can have some server running with their own Singularity Registry, with containers then accessible also with the shub:// uri. Given that we then add schema.org definitions for Containers to these pages, it would then be possible to have containers indexed with Google (akin to the Google Dataset search) and we could actually solve this discoverability problem. More info on that here --> https://vsoch.github.io/2018/schemaorg/

TLDR: let’s work together on both the open source registry server and standards to describe the containers so we can not only support containers, but also their provenance and discoverability. It should be a community effort to work on these tools (and associated documentation) together.