Skip to content

BytemarkHosting/docker-machine-driver-bytemark

Folders and files

NameName
Last commit message
Last commit date

Latest commit

 

History

48 Commits
 
 
 
 
 
 
 
 
 
 
 
 
 
 

Repository files navigation

Build Status

# docker-machine-driver-bytemark

One-command provisioning for bytemark docker-machines!

$ BYTEMARK_AUTH_TOKEN="abcdefg..." docker-machine create -d bytemark --engine-storage-driver overlay2 example-docker-machine
Running pre-create checks...
Creating machine...
(example-docker-machine) Generating SSH Key
(example-docker-machine) Creating host...
Waiting for machine to be running, this may take a few minutes...
Detecting operating system of created instance...
Waiting for SSH to be available...
Detecting the provisioner...
Provisioning with debian...
Copying certs to the local machine directory...
Copying certs to the remote machine...
Setting Docker configuration on the remote daemon...
Checking connection to Docker...
Docker is up and running!
To see how to connect your Docker Client to the Docker Engine running on this virtual machine, run: docker-machine env example-docker-machine

$ eval "$(docker-machine env example-docker-machine)"
$ docker-machine ls
NAME                     ACTIVE   DRIVER     STATE     URL                                SWARM   DOCKER        ERRORS
example-docker-machine   *        bytemark   Running   tcp://[2001:41c9:1:426::88]:2376           v18.06.1-ce

$ docker run busybox echo hello world
Unable to find image 'busybox:latest' locally
latest: Pulling from library/busybox
90e01955edcd: Pull complete
Digest: sha256:2a03a6059f21e150ae84b0973863609494aad70f0a80eaeb64bddd8d92465812
Status: Downloaded newer image for busybox:latest
hello world

$ docker ps -a
CONTAINER ID        IMAGE               COMMAND              CREATED             STATUS                     PORTS               NAMES
95e4570d7f6e        busybox             "echo hello world"   4 seconds ago       Exited (0) 3 seconds ago                       happy_williams

Installation

Download the correct build for your OS from our [github releases][github releases] and install the binary into your PATH (/usr/local/bin tends to work well)

For Homebrew users on MacOS

$ brew install BytemarkHosting/tools/docker-machine-driver-bytemark

Usage

The driver provides the following flags to docker-machine create:

$ docker-machine create -d bytemark
   --bytemark-cores "1"         Number of CPU cores [$BYTEMARK_CORES]
   --bytemark-disk-grade "sata" Disk storage grade (sata / archive)
   --bytemark-disk-size "25"    Disk size in GiB
   --bytemark-image "stretch"   Base image to use
   --bytemark-memory "1024"     Memory in MiB [$BYTEMARK_MEMORY]
   --bytemark-token             Token for authentication
   --bytemark-zone "york"       Zone [$BYTEMARK_ZONE]

Right now docker-machine-driver-bytemark requires that the --engine-storage-driver flag is set to overlay2 as per the example at the beginning of this README. This is due to docker-machine's debian provisioner defaulting --engine-storage-driver to aufs - which is not supported on Debians with a 4.0+ Linux kernel (Debian Stretch and beyond)

The machine name is used to provide the group and account which the machine will belong to. Defaults are chosen in the same way as bytemark-client; a request is sent to our billing system to determine your default account (which is the first account associated with your login user) and the group named 'default' is the default group within that account. Here are some examples:

# creates a server called 'docker' in the 'default' group in your default account
$ docker-machine create -d bytemark --engine-storage-driver overlay2 docker

# creates a server called 'master' in the 'swarm' group in your default account
$ docker-machine create -d bytemark --engine-storage-driver overlay2 master.swarm

# creates a server called 'master' in the 'swarm' group in the '[honeyiscool][honeyiscool]' account
$ docker-machine create -d bytemark --engine-storage-driver overlay2 master.swarm.honeyiscool

## Authentication

Authentication is done using a token obtained from Bytemark's auth server as described in [our API documentation][authapi], or using an API key (coming soon!

  • but already supported by docker-machine-driver-bytemark)

To provide the token/key to docker-machine you must either set the --bytemark-token flag, the $BYTEMARK_TOKEN env var, or store the token in ~/.bytemark/token. This is also the location that [bytemark-client][bytemark-client] uses to store the token, so you can, for example, set up a swarm cluster without having to go get a token by yourself.

If the token used is an API key, it will be stored in the machine's config.json (usually ~/.docker/machine/machines/MACHINE_NAME/config.json) to allow for long term usage of docker-machine. If not, token is not stored (it would expire quickly anyway). You will not be prompted to log in if your token has expired, you'll just see 401 errors - provide the token in ~/.bytemark/token to alleviate that.

authapi bytemark-client honeyiscool