Docker磁盘挂载技术-数据卷的使用

一、Docker容器和容器内的数据耦合引发的问题

假设使用

Docker

运行一个

mysql

镜像，运行成功之后就自动创建了一个运行

mysql

的容器。

随着

mysql

的使用，

mysql

容器中的数据会越来越多。

这时候怎么保存和移植这些数据就成了问题。而且需要升级

mysql

的时候也势必要删除旧版本的容器。

但是一旦删除了这个容器，里面的数据和配置也都灰飞烟灭了。

因此，Docker容器和容器内的数据耦合主要会引发以下几个问题：

• 容器内部的数据和配置难以修改，

  • 想要修改就必须进入容器，还没有
    
vi

    或者
    
vim

    可以使用。
  • 修改过后的数据和配置在容器中是没有记录的，久而久之，会难以维护。

• 容器内部的数据不可以复用

  • 由于容器的隔离机制，容器内的数据和操作对外都是不可见的，对其它新创建的容器没有办法复用已创建容器的数据的。

• 容器难以升级维护

  • 旧容器升级势必要删除就容器，可是却拿不出旧容器内部的数据和配置。

二、数据卷的概念和作用

数据卷（volume）

是一个虚拟目录，指向宿主机文件系统中的某个目录。

一旦某个容器完成数据卷挂载，对容器的一切操作都会作用在数据卷对应的宿主机目录了。

我们操作数据卷对应的宿主机目录也相当于操作容器内部的对应目录。


它们的修改是双向同步的，类似于vue中的双向绑定。


多个容器也可以绑定到相同的数据卷目录上。

从而

实现容器内数据与容器解耦

。就能够解决上面的问题。

因为数据和配置在宿主机上也保存着一份，以后不管是别的容器复用，还是去修改数据和配置都是非常方便的。

并且容器删了，数据卷中的内容也是不受影响的。

docker数据卷-容器-宿主机之间的关系如下(以Nginx容器为例)：

三、数据卷操作命令

数据卷操作的基本语法：

docker volume COMMAND

语法解析：


docker volume

是固定写法。

文档中提供的

COMMAND

有5个：

• 
create

  创建一个数据卷(
  
volume

  )
• 
inspect

  显示一个或多个数据卷(
  
volume

  )的信息
• 
ls

  列出所有的数据卷(
  
volume

  )
• 
prune

  删除全部未使用的数据卷(
  
volume

  )
• 
rm

  删除一个或多个指定的数据卷(
  
volume

  )

2.3 创建数据卷

docker volume create 数据卷名称
# 示例：
docker volume create html

2.4 查看数据卷创建数据卷

docker volume ls

2.5 查看数据卷详细信息

docker volume inspect 数据卷名称
# 示例：
docker volume inspect html

可以看到数据卷的详细信息中，有一个

Mountpoint

，中文是挂载点的意思。

挂载点也就是当前数据卷中的数据在宿主机上的真实存储目录。

2.6 删除全部未使用的数据卷

docker volume prune 数据卷名称
# 示例：
docker volume prune html

2.7 删除一个或多个指定的数据卷

docker volume rm  数据卷名称
# 示例：
docker volume rm  html

四、数据卷挂载

容器挂载数据卷时，数据卷可以存在也可以不存在。

数据卷不存在的话，会自动去创建数据卷。

以修改

Nginx

主页内容为例：

第一步： 创建容器并挂载数据卷到容器内的HTML目录

# 解释部分
									# \是命令换行符 
docker run \						# 创建并运行一个容器
  --name myNginx \					# 给容器个名字叫myNginx
  -v html:/usr/share/nginx/html \	# 把html数据卷挂载到容器内的/usr/share/nginx/html这个目录中
  -p 80:80 \						# 把宿主机的80端口映射到容器内的80端口
  -d \								# 后台运行
  nginx \;							# 需要启动的镜像名称
  
# 可直接复制部分 	
docker run --name mn -v html:/usr/share/nginx/html -p 80:80 -d nginx

注意：

html数据卷即使不存在，docker也会自动帮你创建

第二步：查看数据卷所在的位置

docker volume inspect html			# 查看html数据卷，指向的宿主机中的具体文件夹位置

此时

html

数据卷的

Mountpoint

就已经指向宿主机的

/var/lib/docker/volumes/html/_data

目录。

第三步：在宿主机中进入

html

数据卷所在位置，并修改HTML内容

# 进入Mountpoint指向的目录
cd /var/lib/docker/volumes/html/_data
# 修改Nginx主页的index.html文件
vi index.html

注意点：

• 一个容器可以挂载多个目录，一个目录也可以被多个容器挂载。

• 如果创建容器时忘记挂载，是无法再去挂载数据卷的。只能删除容器，再创建新容器时挂载数据卷。

• 覆盖关系

  • 数据卷中没有文件时，会将容器目录中的文件挂载到数据卷中。
  • 数据卷中有文件时，会将数据卷中的文件覆盖容器目录中的文件。

五、磁盘挂载

容器不仅仅可以挂载数据卷，也可以直接挂载到宿主机目录上。

直接挂载模式：宿主机目录 —> 容器内目录。

此时，就不再有中间的数据卷，而是容器和宿主机的直接交互。

磁盘挂载的语法：

# 语法方面其实也就只有-v 参数有区别，其它都是没区别的
# 注意：宿主机文件挂载容器内文件的操作，使用数据卷是做不到的
-v [宿主机目录]:[容器内目录]
-v [宿主机文件]:[容器内文件]		

由于上面已经使用了

Nginx

作为例子，这里就使用

MySql

作为例子。

演示使用磁盘挂载

MySql

的数据保存目录和

MySql

的配置文件。

第一步、拉取/加载镜像

docker pull mysql:5.7.25


MySql

镜像有几百兆，直接拉取需要一些时间。

如果本地已经有了

MySql

镜像。可以使用如下命令把本地镜像加载到

Docker

容器中：

# -i 指定要加载进docker的本地镜像名称
docker load -i mysql.tar

第二步：准备宿主机中的文件目录

myLocal.cnf# -p 创建多级目录
mkdir -p /mysql/data	# 创建存放mysql数据的目录
mkdir -p /mysql/conf	# 创建存放mysql配置文件的目录
cd /mysql/conf			# 进入/mysql/conf目录
touch myLocal.cnf		# 创建本地mysql配置文件，这个文件名称可以自定义

第三步：查阅DockerHub文档去使用MySql

3.1 选择官方镜像文档

3.2 点击官方镜像文档入口

在

Overview

栏目下，往下拖动，找到

How to use this image

。

这里就有如何启动

mysql

容器的各种介绍。

关于文档中启动语句的解释：

# --name some-mysql    					给容器个名字叫some-mysql
# -d    			   					让容器后台运行
# -e				   					mysql环境变量的设置
# -e MYSQL_ROOT_PASSWORD=my-secret-p	mysql的登录密码为my-secret-pw
docker run --name some-mysql -e MYSQL_ROOT_PASSWORD=my-secret-pw -d mysql:tag

但是其实上面的只是基础的启动命令。

还缺了端口映射和磁盘挂载部分需要用户自己去写。

# 解释部分
docker run \									   # 创建并运行一个容器
	--name mysql \								   # 给容器个名字叫mysql
	-e MYSQL_ROOT_PASSWORD=root \				   # 设置mysql登录，密码为root
	-p 3306:3306								   # 把宿主机3306端口和容器的3306端口相关联
	-v /mysql/conf/myLocal.cnf:/etc/mysql/conf.d \ # 宿主myLocal.cnf文件挂载到容器conf.d文件
	-v /mysql/data:/var/lib/musql \				   # 宿主data目录挂载到容器mysql目录
	-d \										   # 后台运行
	mysql:5.7.25								   # 需要启动的镜像名称
  
# 可直接复制部分 	
docker run \
	--name mysql \
	-e MYSQL_ROOT_PASSWORD=root \
	-p 3306:3306 \
	-v /mysql/conf/myLocal.cnf:/etc/mysql/conf.d \
	-v /mysql/data:/var/lib/musql \
	-d \
	mysql:5.7.25

3.3 在

DockerHub

中找到如何挂载配置文件：

第二个红框处的

-v

明确了挂载配置文件的写法。

但是为什么不直接挂载

my.cnf

?

主要是因为文档说

my.cnf

这个文件包含了

/etc/mysql/conf.d

和

/etc/mysql/mysql.conf.d

两个目录。


.d

后缀就是代表目录的意思。

总体文档就是说，

/etc/mysql/conf.d

和

/etc/mysql/mysql.conf.d

两个目录里的所有配置会加载到

my.cnf

这个文件中作为最终的

MySql

配置来使用。

因此官方的默认配置我们就无需去管，只要把我们自己的配置挂载到

/etc/mysql/conf.d

目录上。

最终和官方默认配置合并即可。这也是官方的推荐做法！

如何挂载数据存储目录可以在

Where to Store Data

下找到：

这里明确说明，镜像中

MySql

的数据存储目录为

/var/lib/mysql

。

注意点：


Docker

挂载主机目录访问如果出现：

cannot open directory .: Permission denied

解决办法：在挂载目录后多加如下参数即可：

--privileged=true

使用该参数，

container

内的

root

拥有真正的

root

权限.

否则，

container

内的

root

只是外部的一个普通用户权限。

六、数据卷中rw和ro读写规则

但执行如下命令时:

docker run --name mn -v html:/usr/share/nginx/html -p 80:80 -d nginx

其实就相当于执行了：

docker run --name mn -v html:/usr/share/nginx/html:rw -p 80:80 -d nginx

这说明数据卷和读写规则映射添加说明是

rw

，也就是读写(默认)的意思。

这以为着容器对数据卷挂载的目录可以读取也可以写入。

如果想要

容器实例内部被限制，只能对数据卷挂载的容器内部目录读取而不能写入

，可以这么做：

docker run --name mn -v html:/usr/share/nginx/html:ro -p 80:80 -d nginx

小结：


rw

：容器内部对数据挂载的容器内部的目录具有读写权限


ro

：容器内部对数据挂载的容器内部的目录只具有读权限

七、数据卷之间的继承

比如此时运行了一个容器：

docker run -it --privileged=true -v /mydocker/ubuntu:/tmp --name myUbuntu ubuntu

可以看到，容器

myUbuntu

以磁盘挂载的方式，挂载了一个宿主机目录。

此时，如果又有一个容器

myUbuntu2

是可以选择继承容器

myUbuntu

的卷的挂载规则的。

示例如下：

docker run -it --privileged=true --volumes-from myUbuntu --name myUbuntu2 ubuntu

这样一来容器

myUbuntu2

就继承了容器

myUbuntu

的卷的挂载规则。

容器

myUbuntu

的卷的挂载规则容器

myUbuntu2

就统统都有了。

八、数据挂载和磁盘挂载的优缺点

6.1 数据挂载方式

使用数据卷挂载的方式，

Docker

会自动在宿主机上帮我们创建数据卷对应的真实目录。

容器挂载时只需要挂载到数据卷上，而不用关心数据卷指向的真实目录在哪里。

即使将来容器被删除了，数据卷中或者宿主机挂载到容器的目录中的内容是不会随着容器的删除而丢失的。

优点

：这种方式相当于把挂载全部交给

Docker

本身处理，方便快捷。

缺点

：真实挂载目录由

Docker

生成，目录较深，不方便查找。

6.2 磁盘挂载方式

优点

：目录和文件更好找也更好维护，并且能直接把目录或者文件挂载到容器上。

缺点

：目录和文件需要我们自行创建和维护。

6.3 小结

• 数据卷挂载耦合度低，由
  
Docker

  自动化管理目录，但是目录较深，不方便查找。
• 目录挂载耦合度高，需要我们自己管理目录，不过目录容易寻找查看。

如何选用挂载方式，结合实际情况即可。