Docker小白到实战之容器数据卷，整理的明明白白

Posted 2021-09-13 dotNET跨平台

前言

上一篇把常用命令演示了一遍，其中也提到容器的隔离性，默认情况下，容器内应用产生的数据都是由容器本身独有，如果容器被删除，对应的数据文件就会跟着消失。从隔离性的角度来看，数据就应该和容器共存亡；但在实际用场景中，更多需要将数据持久化，即容器被删除，数据也应该正常存在；另外也有很多场景需要容器之间共享数据，那该怎么做呢，接下来说说容器数据卷。

正文

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 容器间传递数据

数据卷其实还可以通过容器继承方式进行挂载，从而实现容器之间的数据共享，如下：

关键命令解析：

• 先启动一个具名挂载的容器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看两个容器的挂载详情都一样，截其中一个容器如下：

其实在指定挂载的时候还可以限制容器的操作权限，比如在容器内的挂载目录下，可以限制容器内只读或可读写，如下：

ro：代表只读；

rw：代表读写；

好了，关于容器数据卷就说到这吧，是不是听起来名字高大上，其实就是对文件或目录的操作。

2.4 redis安装实战

关于Redis安装在Docker中很简单，直接执行命令即可，由于之前拉取过redis的镜像，所以就直接启动容器了，如果本地没有镜像，就会去远程仓库拉取。

上图中可以看到，默认情况下，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综艺圈”，和我一起学习吧；