-
Notifications
You must be signed in to change notification settings - Fork 845
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Mesos Containerizer Volumes and Port Mapping #4651
Comments
Hi @tkurmann, you can use volumes and ports with universal containerizer the same way you would use with docker containerizer. The only limitation currently is, that in universal containerizer you could only use host networking. We are currently working on enabling bridge networking as well. Volume doc: https://mesosphere.github.io/marathon/docs/persistent-volumes.html Does this answer your question? Kind regards |
Hi @unterstein Thank you for your answer. I actually saw those docs after writing the question but decided on leaving the question up as most things are not running as I would expect. Regarding ports: This gives an ENV variable named PORT_22, which I map to the sshd on startup of the docker. All other attempts were not successful. Would you mind maybe making an example? Regarding the volumes, I managed to mount local volumes. External volumes are failing due to the "name" not being able to contain any
Thank you very much, Tom |
@unterstein Do you mind elaborating on the plan w.r.t. bridged networking for the mesos containerizer and what the progress has been? |
@Queuecumber The Mesos containerizer gained (experimental) support for port mapping (aka bridged networking) in the recently released Mesos 1.1.0. Marathon 1.4 doesn't support that yet, but it will land in 1.5, see #4548. |
@nfnt Thanks a lot for pointing me to that. Do you know what the timeline is for 1.5 or if there is a development branch I can build from to have it now? This feature is critical for my organizations project |
@tkurmann I haven't tried getting an nfs volume mounted via the external volume (dvdi) implementation. I'd probably try a volume name like "nfstest" and then specifying additional volume options using option names like xref moby/moby#25202 |
@Queuecumber approximate timeline for 1.5 release Q2'17. i've been hacking on an overhaul of the network API here: https://phabricator.mesosphere.com/D201. it's a bit out of sync w/ master for the moment since i've been distracted by other things. hoping to land these changes in the coming weeks. |
Note: This issue has been migrated to https://jira.mesosphere.com/browse/MARATHON-1980. For more information see https://groups.google.com/forum/#!topic/marathon-framework/khtvf-ifnp8. |
So this is more of a question than an issue, but I hope this might help some other people.
My goal is to make a gpu-cluster using mesos/marathon for a small university lab environment, mainly for image processing deep-learning related tasks. it gets messy to have to coordinate who gets which GPU etc. I have the example of https://github.com/klueska-mesosphere/mesos-gpu-docker running, which is very nice.
Now, besides running the container we want to do something with it. Which means we need access to volumes (NFS/CIFS etc.) and need to access the container using SSH/web. From your docs I saw that the feature set of the Mesos Containerizer is limited.
How could I proceed to get port mapping like docker running and mount volumes?
The text was updated successfully, but these errors were encountered: