The main way to provide storage virtualization in a containerized environment today is through ClusterHQ Flocker...
By submitting your personal information, you agree that TechTarget and its partners may contact you regarding relevant content, products and special offers.
architecture. At the moment, Docker is the most widely used product for containerization. However, Docker has not historically played well with storage. To put it simply, Docker works very well for virtualizing stateless applications -- but when a containerized application requires file system access, the container becomes a lot more difficult to move from one host to another because the Docker data volume is tied to a specific server.
ClusterHQ has addressed this problem by introducing storage virtualization into the Docker environment through an architecture called Flocker. Flocker creates a virtual disk volume, which the vendor refers to as a Flocker volume. This volume resides on a supported storage back end. The Flocker storage is intended to host persistent data, such as database data.
What makes a Flocker volume different from a regular network volume is that Flocker makes use of a network proxy. This network proxy is accessible to all the nodes within a cluster and each of the individual containers also has access to this proxy. The network proxy's job is to manage the links between containers and virtualized storage. By doing so, it becomes possible to migrate containers to other cluster nodes without breaking containerized applications in the process. Normally, if you attempt to move a native Docker container, its data volume stays behind. This means a containerized database would start without any data being accessible. When a Docker container uses the ClusterHQ Flocker architecture, its data volume moves with the container.
As is the case with Docker, ClusterHQ Flocker is open source. It's worth noting that Flocker depends on an agent and is therefore compatible only with specific OS builds, including CentOS 7, Ubuntu 14.04, Ubuntu 15.04 (command line only) and OS X (command line only). Similarly, only a limited number of storage back ends are supported, including Amazon Web Services, Amazon Elastic Block Storage, Rackspace Cloud Block Storage, OpenStack-Cinder compatible storage, EMC ScaleIO, EMC XtremIO and local ZFS storage (beta).
Docker containerization expected to creep up in primary storage
How to avoid Docker backup issues in Hyper-V environments
Three use cases that benefit the most from Docker containers
Vendors rushing in to solve Docker support issues
Dig Deeper on Storage vendors
Related Q&A from Brien Posey
With the right planning, transitioning to Backup Exec 16 from an earlier version can be smooth sailing, preserving data directories and retaining ...continue reading
Copy data management can help an organization lower its costs by cutting back on extraneous copies of data, but the technology can cause performance ...continue reading
Organizations that need to protect resources in the public cloud have a number of backup possibilities, some with more hazardous negatives than ...continue reading
Have a question for an expert?
Please add a title for your question
Get answers from a TechTarget expert on whatever's puzzling you.