Set up for Docker
The following guide describes how to configure W&B Launch to utilize Docker on a local machine for both the launch agent environment and the queue's target resource.
Using Docker to execute jobs and as the launch agent's environment on the same local machine is particularly useful if your compute is installed on a machine that does not have a cluster management system (such as Kubernetes).
This set up is common for users who perform experiments on their local machine, or that have a remote machine that they SSH in to, to submit launch jobs.
When you use Docker with W&B Launch, W&B will first build an image, and then build and run a container from that image. The image is built with Docker's docker run <image-uri>
command. The queue configuration is interpreted as additional arguments that are passed to the docker run
command.
Configure a Docker queue
The launch queue configuration (for a Docker target resource) accepts the same options defined in Docker's docker run
CLI command.
The agent receives options defined in the queue configuration. The agent then merges the received options with any overrides from the launch job’s configuration to produce a final docker run
command that is executed on the target resource (in this case, a local machine).
There are two syntax transformations that take place:
- Repeated options are defined in the queue configuration as a list.
- Flag options are defined in the queue configuration as booleans with the value
true
.
For example, the following queue configuration:
{
"env": [
"MY_ENV_VAR=value",
"MY_EXISTING_ENV_VAR"
],
"volume": "/mnt/datasets:/mnt/datasets",
"rm": true
}
Results in the following docker run
command:
docker run \
--env MY_ENV_VAR=value \
--env MY_EXISTING_ENV_VAR \
--volume "/mnt/datasets:/mnt/datasets" \
--rm <image-uri>
Volumes can be specified either as a list of strings, or a single string. Use a list if you specify multiple volumes.
Docker automatically passes environment variables, that are not assigned a value, through from the launch agent environment. This means that, if the launch agent has an env var
MY_EXISTING_ENV_VAR
, that that environment variable is available in the container. This is useful if you want to use other config keys without publishing them in the queue configuration.
Create a queue
Create a queue that uses Docker as compute resource with the W&B cli:
- Navigate to the Launch page.
- Click on the Create Queue button.
- Select the Entity you would like to create the queue in.
- Enter a name for your queue in the Name field.
- Select Docker as the Resource.
- Define your Docker queue configuration in the Configuration field.
- Click on the Create Queue button to create the queue.
Configure a launch agent on a local machine
Configure the launch agent with a YAML config file named launch-config.yaml
. By default, W&B will check for the config file in ~/.config/wandb/launch-config.yaml
. You can optionally specify a different directory when you activate the launch agent.
You can use the W&B CLI to specify core configurable options for the launch agent (instead of the config YAML file): maximum number of jobs, W&B entity, and launch queues. See the wandb launch-agent
command for more information.
Core agent config options
The following tabs demonstrate how to specify the core config agent options with the W&B CLI and with a YAML config file:
- W&B CLI
- Config file
wandb launch-agent -q <queue-name> --max-jobs <n>
max_jobs: <n concurrent jobs>
queues:
- <queue-name>
Docker image builders
The launch agent on your machine can be configured to build Docker images. By default, these images are stored on your machine’s local image repository. To enable your launch agent to build Docker images, set the builder
key in the launch agent config to docker
:
builder:
type: docker
Cloud registries
You might want to connect your launch agent with a cloud registry. Connecting your launch agent to a cloud registry enables you to:
- Share built images with others
- Limit the amount of data stored on your local machine
To learn more about how connect the launch agent with a cloud registry, see the Advanced agent set up page.