Using Bind Mounts in Docker | CodeSignal Learn

Using Bind Mounts in Docker | CodeSignal Learn

Using Bind Mounts in Docker

Welcome to the next step in your Docker journey, where we'll focus on bind mounts . By now, you should have a solid understanding of how Docker handles data storage through different types of volumes, particularly named and anonymous volumes. As a reminder, named volumes offer persistent storage that can be reused and shared across multiple containers, while anonymous volumes provide quick storage solutions for temporary data. In addition to volumes, Docker offers another method for managing external storage called bind mounts . While volumes are fully managed by Docker and facilitate storage that can be easily shared among containers, bind mounts provide an alternative by directly linking directories on the host machine to directories within the container. This approach allows for real-time synchronization and flexibility in accessing host data, which we'll delve into further in this lesson.

Understanding Bind Mounts

Bind mounts provide a way to map a specific directory on your host machine directly to a directory inside a Docker container. Unlike volumes, which are managed entirely by Docker, bind mounts link host and container directories directly, offering real-time synchronization of data. While named volumes allow for persistent and re-usable storage across containers, and anonymous volumes offer quick temporary storage, bind mounts are ideal for scenarios where immediate data consistency is essential, such as development environments or when accessing existing host data.

Running a Container with Bind Mount

To use a bind mount, the docker run command with the -v option is used to specify both the host and container paths. It is crucial to use the full path for the directory on your host machine to ensure the bind mount functions correctly. Here's a basic command demonstrating a bind mount: Shell # Run a container with a bind mount specifying host and container directories docker run -v /full/host/path:/container/path ubuntu In this command, /full/host/path represents the full directory path on your host machine, and /container/path is the corresponding directory inside the container. Changes in either directory will be instantly mirrored in the other, providing a dynamic synchronization environment. With this understanding, let's dive into a practical example to see bind mounts in action.

Sign up

Join the 1M+ learners on CodeSignal

Be a part of our community of 1M+ users who develop and demonstrate their skills on CodeSignal

Practical Example: Bind Mount in Action

To better visualize how bind mounts work, let's walk through an example. Imagine running an Ubuntu container in interactive mode, using a full path similar to what you might see in the CodeSignal IDE. Here's how you can achieve this: # Launch an Ubuntu container interactively with a bind mount docker run -it -v /usercode/FILESYSTEM/host/data:/container/data ubuntu This command launches an Ubuntu container with a bind mount from /usercode/FILESYSTEM/host/data on the host to /container/data in the container. Inside the container's interactive terminal, for instance, you can use the echo command to create a text file: root@2080c34eed27:/ echo "Sample text inside bind mount" > /container/data/your_file.txt This action creates a file named your_file.txt within the container's /container/data directory with the content "Sample text inside bind mount." Thanks to the bind mount, this file will also appear on your host system in the /usercode/FILESYSTEM/host/data directory. You can verify this by checking the host directory, illustrating how changes made within the container are reflected on the host, facilitating real-time synchronization.