前言
上一篇把常用命令演示了一遍,其中也提到容器的隔离性,默认情况下,容器内应用产生的数据都是由容器本身独有,如果容器被删除,对应的数据文件就会跟着消失。从隔离性的角度来看,数据就应该和容器共存亡;但在实际用场景中,更多需要将数据持久化,即容器被删除,数据也应该正常存在;另外也有很多场景需要容器之间共享数据,那该怎么做呢,接下来说说容器数据卷。
正文
1. 手动保存数据
通常手动有两种方式,一是通过命令就行拷贝,二是将容器提交为镜像。接下来通过拉取centos镜像,运行演示
通过命令形式
主机和容器之间可以通过命令进行数据拷贝,也就是说,在容器删除之前可以先进行数据拷贝,如下:
命令简述:
docker run -it --name="mycentos" centos /bin/bash
,直接根据镜像centos以交互模式启动容器,容器名称为mycentos,在容器内部执行/bin/bash命令进入到终端;具体命令在Docker小白到实战之常用命令演示,通俗易懂这篇文章中已经详细说明;这里简单回顾一下根据镜像启动容器流程,如图:上图简述:在Docker执行启动命令时,会先从本地查找镜像,如果没有,就会去远程仓库搜索并拉取到主机,然后主机就可以根据镜像启动容器;如果远程仓库也没有找到镜像,那么就报错。
好了,回到今天的话题,接着说拷贝数据;
现在通过centos镜像启动了一个容器(Linux系统),在上面创建一些文件进行测试,如下:
现在如果将容器删除,里面对应的数据也会删除,所以需要将对应的数据拷贝到主机上,如下:
docker cp bfb96a6afdbc:/usr/TestData /usr/TestDataHost
命令解析:语法:docker cp SRC_PATH DEST_PATH
bfb96a6afdbc:/usr/TestData对应的就是SRC_PATH ,表示源头,即需要拷贝的目录或文件;bfb96a6afdbc这是容器ID,通过这种方式限定是某个容器内的数据文件;
/usr/TestDataHost对应的就是DEST_PATH,表示目标,即拷到什么地方;
按照上面的语法规则,同样可以将主机上的数据文件拷贝到指定容器中,只是调换一下SRC_PATH 和DEST_PATH的位置即可,如下:
将容器提交为镜像的方式
这种方式只能勉强说是一种备份,只是通过
docker commit
命令将容器提交为镜像,从而达到备份数据的作用;但很明显能感觉到不灵活,数据还是在容器内。关于
docker commit
命令上次已经说过,这里就不重复截图啦。
以上两种方式都不是很好的选择,首先在时效上也不能及时备份,另外通过手动这种操作很明显效率不高,还容易出错;更重要的是苦了小伙伴们,所以必须把自动安排起来;手动这种方式,根据情况偶尔用用就可以啦。
2. 容器数据卷解放双手
2.1 简单理解容器数据卷
数据卷可以理解为目录或文件,设计目的就是为了数据的持久化和共享;
挂载数据卷的容器,称为数据卷容器;数据卷完全独立于容器的生存周期,所以容器删除时,对应挂载的数据卷不会被删除。
通过将容器内的目录挂载到主机上面,就可以让数据实时同步,不管是主机改动,还是容器里有变动,都会同步更新。
2.2 实操演示
这里先用命令的方式进行演示,关于Dockerfile中的应用会在后续的章节中说到。
docker run
命令中-v的选项在上次没说,就是故意留到这里单独分享;直接在启动容器的时候挂载;语法主要有如下几种方式:
# 指定具体的主机路径和容器内的路径
docker run -v /宿主机路径:容器内路径 镜像名
# 指定容器内的路径,docker默认自动指定主机路径
docker run -v 容器内路径 镜像名
# 指定容器内的路径,并指定一个名字,主机路径docker自动指定
docker run -v 卷名:容器内路径 镜像名
匿名挂载:在挂载时不指定名称,会自动生成一个名称
指定主机目录
命令解析如下图:
# docker run -it --name="容器名称" -v 主机绝对路径:容器绝对路径 镜像名称 docker run -it --name="TestVolumeCentos" -v /usr/TestDataHost/DataVolumeTest:/usr/TestVolumeData centos
现在已经将容器内的目录挂载到主机上,接下来感受一下数据同步:
通过上图演示可以看到,不管是在主机还是在容器中修改数据,都能及时同步更新;容器停止之后,主机更新数据,容器再启动,修改的数据也会同步到容器;容器删除,挂载的数据不会被删除,还是在主机中,这就是我们想要的。
可以通过
docker inspect 容器
命令查看容器的详细信息,其中就有挂载卷的详细信息,如下部分截图:不指定主机目录
很多时候,我们不喜欢自己指定主机目录,而是由Docker自动指定,所以通常我们只指定容器内目录,如下:
看看Docker指定的主机路径在哪,还是通过
docker inspect 容器ID
查看详情,如下:看看刚才在容器操作的文件数据是否同步过来:
默认情况,docker都会将挂载的主机目录指定到如上图的目录中。
可以通过
docker volume ls
查看主机挂载的数据卷信息,如下:通过上图可以看到,名称不直观,看不懂,所以更多时候都会在挂载的时候指定一个名称,即具名挂载。
具名挂载:在挂载时指定一个名称。
这里除了挂载的时候是指定名称挂载,之后的操作和效果都一样,这里就不重复截图了;需要注意的是这种方式和指定主机的命令很像,指定路径那种形式,冒号前面是路径,如下:
image-20210825175448280
2.3 容器间传递数据
数据卷其实还可以通过容器继承方式进行挂载,从而实现容器之间的数据共享,如下:
![](https://i-blog.csdnimg.cn/blog_migrate/67349a4bfcd1d90e5f95442754db5a09.png)
关键命令解析:
先启动一个具名挂载的容器TestVolumesFromCentos,如下命令:
docker run -it --name="TestVolumesFromCentos" -v testVolumesFrom:/usr/TestVolumeData centos
在启动另一个容器TestVolumesFromCentos2,挂载卷继承于TestVolumesFromCentos,如下命令:
docker run -it --name="TestVolumesFromCentos2" --volumes-from TestVolumesFromCentos centos
--volumes-from 后指定继承于哪个容器。
现在不管在哪个容器中变更数据,都会实时同步到其他容器中,从而达成了容器数据的共享和实时同步。
通过docker inspect 容器ID
看两个容器的挂载详情都一样,截其中一个容器如下:
![](https://i-blog.csdnimg.cn/blog_migrate/89855d5e686adde4bc63f758a4117c1b.png)
其实在指定挂载的时候还可以限制容器的操作权限,比如在容器内的挂载目录下,可以限制容器内只读或可读写,如下:
![](https://i-blog.csdnimg.cn/blog_migrate/051db0ed4e687a5fea4038cd46839a02.png)
ro:代表只读;
rw:代表读写;
好了,关于容器数据卷就说到这吧,是不是听起来名字高大上,其实就是对文件或目录的操作。
2.4 redis安装实战
关于Redis安装在Docker中很简单,直接执行命令即可,由于之前拉取过redis的镜像,所以就直接启动容器了,如果本地没有镜像,就会去远程仓库拉取。
![](https://i-blog.csdnimg.cn/blog_migrate/5352ff9f7c73dfc969e0e841967b1bbd.png)
![](https://i-blog.csdnimg.cn/blog_migrate/7db7b40ab04015892484a0370ce8a5ad.png)
上图中可以看到,默认情况下,redis的镜像将容器内的/data目录挂载到这个主机上,而这个目录就是redis数据存放的目录,这样就达到Redis的持久化。
对于Redis而言,很多时候需要修改配置文件,总不能每次修改都要到容器内更改,我们可以将配置文件放在已挂载的目录中,然后指定启动,也可以另外针对配置文件再加一个挂载,如下:
执行命令前,需要将配置文件提前放在主机的这个/usr/TestDataHost/redisconf目录中。
docker run -d -v /usr/TestDataHost/redisconf:/usr/local/etc/redis --name myredisconfigtest redis redis-server /usr/local/etc/redis/redis.conf
通过docker inspect 容器
看看挂载情况,如下:
通过挂载之后,如果需要修改配置文件,只需要在主机上修改配置文件内容即可。
总结
关于容器数据卷就说到这吧,对于容器是不是感觉很给力,既有隔离又有共享,满足各种场景。下一篇来说说Dockerfile,制作属于自己的镜像,关注“Code综艺圈”,和我一起学习吧;