Table of Contents
In general, Docker containers are ephemeral, running just as long as it takes for the command issued in the container to complete. By default, any data created inside the container is only available from within the container and only while the container is running.
Docker volumes can be used to share files between a host system and the Docker container. For example, let’s say you wanted to use the official Docker Nginx image and keep a permanent copy of Nginx’s log files to analyze later. By default, the
nginx Docker image will log to the
/var/log/nginx directory inside the Docker Nginx container. Normally it’s not reachable from the host filesystem.
In this tutorial, we’ll explore how to make data from inside the container accessible on the host machine.
To follow this article, you will need an Ubuntu 18.04 server with the following:
A non-root user with
sudo privileges, following the Initial Server Setup with Ubuntu 18.04 guide.
Docker installed with the instructions from Step 1 and Step 2 of How To Install and Use Docker on Ubuntu 18.04.
If you’re new to Docker, The Docker Ecosystem series provides a detailed overview of key concepts.
Note: Even though the Prerequisites give instructions for installing Docker on Ubuntu 18.04, the
docker commands for Docker data volumes in this article should work on other operating systems as long as Docker is installed.
Step 1 — Bindmounting a Volume #
The following command will create a directory called
nginxlogs in your current user’s home directory and bindmount it to
/var/log/nginx in the container:
docker run --name=nginx -d -v ~/nginxlogs:/var/log/nginx -p 5000:80 nginx
Let’s take a moment to examine this command in detail:
--name=nginx names the container so we can refer to it more easily.
-d detaches the process and runs it in the background. Otherwise, we would just be watching an empty Nginx prompt and wouldn’t be able to use this terminal until we killed Nginx.
-v ~/nginxlogs:/var/log/nginx sets up a bindmount volume that links the
/var/log/nginx directory from inside the Nginx container to the
~/nginxlogs directory on the host machine. Docker uses a
: to split the host’s path from the container path, and the host path always comes first.
-p 5000:80 sets up a port forward. The Nginx container is listening on port
80 by default. This flag maps the container’s port
80 to port
5000 on the host system.
nginx specifies that the container should be built from the Nginx image, which issues the command
nginx -g "daemon off" to start Nginx.
-v flag is very flexible. It can bindmount or name a volume with just a slight adjustment in syntax. If the first argument begins with a
~/, you’re creating a bindmount. Remove that, and you’re naming the volume.
-v /path:/path/in/container mounts the host directory,
/path at the
-v path:/path/in/container creates a volume named
path with no relationship to the host.
For more on named volumes, see How to Share Data Between Docker Containers
Step 2 — Accessing Data on the Host #
We now have a copy of Nginx running inside a Docker container on our machine, and our host machine’s port
5000 maps directly to that copy of Nginx’s port
Load the address in a web browser, using the IP address or hostname of your server and the port number:
http://your_server_ip:5000. You should see:
More interestingly, if we look in the
~/nginxlogs directory on the host, we’ll see the
access.log created by the container’s
nginx which will show our request:
This should display something like:
203.0.113.0 - - [11/Jul/2018:00:59:11 +0000] "GET / HTTP/1.1" 200 612 "-"
"Mozilla/5.0 (Windows NT 10.0; WOW64) AppleWebKit/537.36
(KHTML, like Gecko) Chrome/54.0.2840.99 Safari/537.36" "-"
If you make any changes to the
~/nginxlogs folder, you’ll be able to see them from inside the Docker container in real time as well.
In this tutorial we demonstrated how to create a Docker data volume to share information between a container and the host file system. This is helpful in development environments, where it is necessary to have access to logs for debugging. To learn more about sharing persistent data between containers, take a look at How To Share Data between Docker Containers.