Name: dcos-docker
Owner: DC/OS
Description: Run DC/OS in Docker containers
Created: 2016-03-26 09:53:34.0
Updated: 2018-05-16 22:59:45.0
Pushed: 2018-05-16 22:59:46.0
Size: 430
Language: Shell
GitHub Committers
| User | Most Recent Commit | # Commits |
|---|
Other Committers
| User | Most Recent Commit | # Commits |
|---|
This tool is deprecated in favor of the DC/OS E2E CLI.
That means that we do not guarantee that DC/OS Docker will continue to work.
We aim to provide all the same functionality, and more, in the DC/OS E2E CLI.
Let us know if anything you have been using this tool for is not covered by the DC/OS E2E CLI.
Run DC/OS in Docker containers!
Each container on the host emulates a DC/OS node, using Docker-in-Docker to run DC/OS jobs & services.
DC/OS Docker is designed to optimize development cycle time. For a more production-like local experience, see DC/OS Vagrant which runs each node in its own VM.
dcos-docker component in the DCOS_OSS JIRA project.Because containerization does not affect resource detection tools, each DC/OS node will think it can allocate all of the host's resources to use tasks, leading to unprotected over-subscription.
Mitigation Options:
Vagrantfile to be less than the host's resources.mesos_executors.slice to configure max resources for all DC/OS user tasks (slice does not include DC/OS system tasks).Memory Requirements:
openssl-server)The following instructions are for Linux and Mac (w/ Docker for Mac). To use Vagrant/VirtualBox, see Vagrant Quick Start.
wnload
clone https://github.com/dcos/dcos-docker
cos-docker
to-configure based on environment & download latest stable DC/OS release
nfigure --auto
ild and deploy
it for async setup to complete
postflight
For macOS-specific routing setup, see Network Routing: Docker for Mac.
For other make commands, see make help.
wnload
clone https://github.com/dcos/dcos-docker
cos-docker
eate a VirtualBox host-only network and route Docker IPs to it
vagrant-network
art a CentOS VM
ant up
H into the VM
ant ssh
to-configure based on environment & download latest stable DC/OS release
nfigure --auto
ild and deploy
it for async setup to complete
postflight
For OS-specific routing setup, see Network Routing: Vagrant.
By default, the Vagrantfile provided uses a sparse VMDK box with a 100GiB disk.
To increase this, specify the desired size in MiB before running make. For example:
ant/resize-disk.sh 204800
The make-config.mk file is expected to contain persistent configurations. Use one of the following methods to generate it:
Automatic:
nfigure --auto
Interactive:
nfigure
Manual (example):
> make-config.mk << EOM
ERS := 3
See make-defaults.mk for a full list of manually configurable options.
Official releases of DC/OS can be found at http://dcos.io/releases/.
By default, ./configure downloads the latest stable version of DC/OS.
To use a different version, run ./configure and specify the absolute file path to the installer when prompted.
Alternatively, once make_config.mk has been created (manually or by running ./configure), a different installer can be specified by setting DCOS_GENERATE_CONFIG_PATH in make_config.mk or by passing a make variable on command execution (ex: make DCOS_GENERATE_CONFIG_PATH=<INSTALLER-PATH>).
DC/OS Enterprise is also supported. Ask your sales representative for release artifacts.
DC/OS uses OAuth for authentication, configured through Auth0 by default.
Use a Google, Github, Microsoft email account to authenticate.
DC/OS Enterprise uses built-in identity and access management (IAM), instead of OAuth.
For dcos-docker, the superuser account is pre-configured:
adminadminDC/OS Enterprise 1.11 and later require a license key to install and operate.
By default, ./configure looks for the license key at license.txt in the root of the repo.
To use a different license file, run ./configure and specify the absolute file path to the installer when prompted.
Alternatively, once make_config.mk has been created (manually or by running ./configure), a different license (file contents, not path) can be specified by setting LICENSE_KEY in make_config.mk or by passing a make variable on command execution (ex: make LICENSE_KEY=<LICENSE-STRING>).
Ask your sales representative for a license file, if you don't already have one.
By default with Vagrant or Docker for Mac, containers are not reachable from the host.
This will prohibit SSHing into a container (not docker exec) and viewing the DC/OS GUI in a browser.
However, there are a few workarounds described below.
To make the Docker containers in the VM reachable from the host, you can route Docker's IP subnet (172.17.0.0/16) through the VM's IP (192.168.65.50). This routing is not required if you deployed DC/OS to Docker on a native Linux host.
Setup
Routing is setup automatically when you create the VirtualBox network:
vagrant-network
Cleanup
To cleanup the routing and delete the VirtualBox network:
clean-vagrant-network
HyperKit (the hypervisor used by Docker for Mac) does not currently support IP routing on Mac.
Use one of the following alternative solutions instead:
You can modify /etc/hosts to create hostnames that route to the DC/OS nodes.
This makes it easier to access DC/OS without looking up the IPs each time.
Example hostnames:
17.0.2 m1.dcos
17.0.3 a1.dcos
17.0.4 a2.dcos
17.0.6 p1.dcos oinker.acme.org
Both setup and cleanup will require your sudo password to modify /etc/hosts, if they aren't run as root.
Setup
hosts
Cleanup
clean-hosts
On Vagrant, you'll probably want to modify /etc/hosts on both the host (local machine) and the guest (VM).
That way, if you also have Network Routing configured you can access http://m1.dcos and the other hostnames in your browser and with the CLI on the host.
For this, copy the *.dcos entries from the output of make hosts on the guest into your host /etc/hosts:
Setup
vagrant-hosts
Cleanup
clean-vagrant-hosts
With network routing configured, you can SSH directly into DC/OS nodes from the host:
$ ssh -i genconf/ssh_key root@172.17.0.2
Or you can SSH with the DC/OS CLI:
node ssh --leader --user=root --option IdentityFile=genconf/ssh_key
From the host (or SSH'd into Vagrant) you can also use Docker exec to open a shell:
cker ps --format="table {{.ID}}\t{{.Names}}\t{{.Status}}"
AINER ID NAMES STATUS
dcbe4e3e dcos-docker-pubagent1 Up About a minute
75f0a18a dcos-docker-agent1 Up About a minute
66ce71c9 dcos-docker-master1 Up About a minute
cker exec -it dcos-docker-master1 bash
By default, the docker daemon in the DC/OS node containers is configured to use
the same storage driver as the host docker daemon, but this method is only verified
to work for aufs and overlay. Other storage drivers may work, but are not tested.
They can be configured manually by setting the DOCKER_STORAGEDRIVER make variable.
To check the current host storage driver, use docker info --format "{{json .Driver}}".
The loopback devicemapper storage driver may cause loopback devices to not be
properly cleaned up and thus prevent the docker daemon from starting. YMMV though.
Newer versions of docker (17+) default to the overlay2 storage driver. Since overlay2
is not supported by Docker 1.11.2 (the default version in the “node” containers), you must
also specify a newer version of Docker to use in the “node” containers:
DOCKER_STORAGEDRIVER=overlay2 DOCKER_VERSION=1.13.1
Alternatively, Docker itself can be configured to use overlay.
To configure Docker for Mac, go to Docker > Preferences > Daemon Advanced, add
"storage-driver" : "overlay" to the configuration file, and click Apply & Restart.
To configure other versions of Docker, see the Docker docs appropriate to your version.
This defaults to 1 master and 1 agent. You can change the number of masters by
setting the variable MASTERS. You can change the number of agents by setting
the variable AGENTS. For example:
art a cluster with 3 masters and 5 agents
MASTERS=3 AGENTS=5
NOTE: This feature should only be used for testing, it is unstable.
By default the cluster will be spun up using a centos base image but if you want to test something else you can run:
DISTRO=fedora
By default, systemd is used on the host to create a systemd slice. This is the supported configuration.
It is possible to run DC/OS Docker on hosts without systemd. Set the variable
MESOS_SYSTEMD_ENABLE_SUPPORT to false to disable systemd on the host. This
changes a Mesos setting. Although this setting works at the time of writing, it is not officially supported by DC/OS and so this feature is experimental.
One problem which may occur when not using systemd on the host is that executors and tasks will be killed when the agent is restarted. A JIRA issue tracks making it possible to run DC/OS Docker in a supported manner without systemd.
By default the “node” containers will include Docker 1.11.2. Docker 1.13.1 is also supported, but must be configured:
DOCKER_VERSION=1.13.1
One reason to use Docker 1.13.1 might be to use the overlay2 storage driver,
which is not supported by Docker 1.11.2.
See Storage Driver for details.
Various labels used on pull requests and what they mean
Work in progress The code is a work in progress / not yet ready to be
reviewed or acted upon by others. It can be handy to open up a PR in order
to share work / ideas with others. Use this label to indicate the PR isn't
intended to be reviewed or merged.Request for comment The code is some idea which may or may not land, but
there are questions if the approach is right. Review should focus on
whether or not it is overall a good idea to do this and how to structure it.Ready for review The author thinks the PR is ready to land, and is looking for a
review in order to get it in. The PR may bounce back to “work in progress”
or “request for comment” if it needs more work or discussion. Might also
just do all the review and fixup with the label attached.DC/OS installers are not immediately compatible with the BSD sed that ships with macOS. This will be fixed in a future release of DC/OS: https://github.com/dcos/dcos/pull/1571 . For now, use one of the following options:
Modify the installer with the following script:
-e 'H;1h;$!d;x' -e "s/sed '0,/sed '1,/" dcos_generate_config.sh > dcos_generate_config.sh.bak
cos_generate_config.sh.bak dcos_generate_config.sh
Install GNU sed with Homebrew:
install gnu-sed --with-default-names
Warning: This method will make GNU sed the default sed, which may have unforeseen side-effects.
See the troubleshooting document for details.