传送门
接着容器卷挂载说起
容器卷管理
前面重点都在讨论容器卷的挂载概念以及如何挂载。容器卷的挂载也同"磁盘挂载"一样，既可以挂载也可以卸载：
umount [-ahnrvV][-t <文件系统类型>][文件系统]那么容器卷也是一样可以卸载的：
# my-vol为卷名称
docker volume rm my-vol下面还是以redis为例来验证一把！
容器卷的卸载
创建容器卷
除了前面介绍的启动时自动挂载，还可以手动创建容器卷：
# my-vol为卷名称
docker volume create my-vol执行一下上面的命令，并查看对应的卷列表：
然后具名挂载到redis上面去：
查看绑定关系：docker inspect test_redis
"Mounts": [
{
"Type": "volume",
"Name": "f81556f7b28978699ef93e996db714980eb6519be7fea5a5acfa4b2dfcc3fec2",
"Source": "/var/lib/docker/volumes/f81556f7b28978699ef93e996db714980eb6519be7fea5a5acfa4b2dfcc3fec2/_data",
"Destination": "/data",
"Driver": "local",
"Mode": "",
"RW": true,
"Propagation": ""
},
{
"Type": "volume",
"Name": "my-vol",
"Source": "/var/lib/docker/volumes/my-vol/_data",
"Destination": "/usr/etc/redis/data",
"Driver": "local",
"Mode": "z",
"RW": true,
"Propagation": ""
}
]那这个时候我们来卸载一下这个绑定关系：docker volume rm my-vol
发现不允许直接删除，那可能会怀疑：如果有正在容器运行的容器使用它就不能直接删除？
那先把这个容器停掉再来删除一下试试：
也不行。那只能把容器删除了再来试试：
成功了！如果有容器挂载了卷，不论容器处于什么状态都不能被直接删除！
卷挂载的方式
不知道你有没有发现一个问题，通过手动创建卷并挂载到容器上。那么这时候在卷目录下创建的文件去哪儿了呢，或者说具体存储在物理机的哪个位置？
先在容器里面创建一个文件my-vol.txt：
现在到宿主机里找一个这个文件my-vol.txt：
而这个目录就是前面查看redis的信息里面挂载对应的目录：
"Mounts": [
{
"Type": "volume",
"Name": "f81556f7b28978699ef93e996db714980eb6519be7fea5a5acfa4b2dfcc3fec2",
"Source": "/var/lib/docker/volumes/f81556f7b28978699ef93e996db714980eb6519be7fea5a5acfa4b2dfcc3fec2/_data",
"Destination": "/data",
"Driver": "local",
"Mode": "",
"RW": true,
"Propagation": ""
},
{
"Type": "volume",
"Name": "my-vol",
"Source": "/var/lib/docker/volumes/my-vol/_data",
"Destination": "/usr/etc/redis/data",
"Driver": "local",
"Mode": "z",
"RW": true,
"Propagation": ""
}
]由此发现容器卷下面的文件都在宿主机上面！
回顾卷挂载的命令：-v 宿主机路径:容器内路径
- 如果是宿主机命令是以"/"开头的绝对路径，就是指定路径挂载，而卷名称就是docker自动生成的，也是匿名挂载的一种特殊形式
- 如果是手动指定了卷名称，这种就是具名挂载
- 还有一种就是不指定宿主机路径，只写了容器内路径，docker也会自动生成卷名称，这种就是匿名挂载
容器卷与容器运行状态的关系
通过上面讨论提到了2个结论：
- 如果有容器挂载了卷，不论容器处于什么状态都不能被直接删除！
- 容器卷下面的文件都在"宿主机"上面！
而对于第2点的"宿主机"要视情况而定，如果是其它外设比如NFS这种，肯定就是网络文件系统里面了。那么如果挂载的卷在运行过程中，由容器产生了很多系统文件（比如服务日志、用户上传的业务文件）会不会由于容器的销毁而丢失呢？
稍微思考一下就会得出一个假设，容器卷内文件与容器的运行状态没有关系！就是不管容器是运行、停止、删除都不会对已有文件产生影响，否则不是违背了持久化的初衷么！
可以在刚才的例子里面验证一把，在my-vol.txt文件里面写入一个"Hello World!"：
然后停止容器，在宿主机查看一下该文件内容：
由此可以做一个更大范围的推断，一个卷就算同时被多个容器挂载，也不会因为容器的状态而影响文件内容！
也就是意味着同一个服务多个部署副本可以挂载同一个卷!
在这个在官方的例子中是做为高可用的一种方式：
There are several ways to achieve this when developing your applications. One is to add logic to your application to store files on a cloud object storage system like Amazon S3. Another is to create volumes with a driver that supports writing files to an external storage system like NFS or Amazon S3.
---------------------------------------------- 以下为机译 -----------------------------------------------------
在开发应用程序时，有几种方法可以实现这一点。一种是向应用程序添加逻辑，将文件存储在类似AmazonS3的云对象存储系统上。另一种方法是使用支持将文件写入NFS或AmazonS3等外部存储系统的驱动程序创建卷。
容器卷的读写控制
由于容器卷可以同时被多个容器挂载，有些情况下可能对文件写入就会有区别了：比如控制节点可以写也可以读，从节点可能就不能写了。为此docker也允许在挂载的时候指定容器的读写权限：
回顾卷挂载的命令：-v 宿主机路径:容器内路径:权限- 在容器内路径后面，接着指定权限
- r-代表读，w-代表写，ro-代表只读（read only），rw-代表可读可写
还是以前面的例子来验证一把，再运行一个容器test_redis2并挂载my-vol卷，指定权限为ro：
现在往my-vol.txt里面写入数据：
通过docker inspect来查看一下的信息：
关于-v与--mount的选择
卷挂载除了通过-v来使用以外还可以通过--mount方式。比如上面的-v my-vol:/usr/etc/redis/data可以替换为--mount source=my-vol,target=/usr/etc/redis/data：
docker run -it --name=test_redis3 --mount source=my-vol,target=/usr/etc/redis/data -v /root/redis/redis.conf:/usr/etc/redis/redis.conf -d redis通过docker inspect来查看一下的信息：
一样的挂载成功！
关于-v与--mount的选择可以参考Choose the -v or --mount flag