K8S系列文章 之 容器存储基础 Volume

Volume

Volume是容器数据卷。我们经常创建删除一些容器，但有时候需要保留容器中的一些数据，这时候就用到了Volume。它也是容器之间数据共享的技术，可以将容器中产生的数据同步到本地。实际就是把容器中的目录挂载到运行着容器的服务器或个人电脑上。

挂载命令-v

第一种挂载volume的方式是通过命令-v来挂载。

指定路径挂载

类似于-p 主机端口:容器内端口，-v也是-v 主机目录:容器内目录。这种方式是指定路径挂载。

在主机建一个/mainHome目录，我有一个centos镜像，用它跑起一个容器来，将容器的/home目录映射到主机/mainHome目录。

root@KitDevVps:~# mkdir mainHome
root@KitDevVps:~# pwd
/root
root@KitDevVps:~# docker run -it -v /root/mainHome:/home centos /bin/bash
[root@b486ed5aa77f /]# ls
bin  dev  etc  home  lib  lib64  lost+found  media  mnt  opt  proc  root  run  sbin  srv  sys  tmp  usr  var
[root@b486ed5aa77f /]# cd /home/
[root@b486ed5aa77f home]# ls
[root@b486ed5aa77f home]# touch test.txt
[root@b486ed5aa77f home]# ls
test.txt
[root@b486ed5aa77f home]# exit
exit
root@KitDevVps:~# ls /root/mainHome/
test.txt

可以看到映射之后，我进入容器内，在它的/home下创建了一个test.txt，退出容器回到主机的/root/mainHome下，发现也已经有了一个test.txt文件。

目前我们了解了修改容器内文件可以让容器外面挂载到的目录出现变化。我们尝试在容器外编辑这个test.txt文件，然后进容器内查看。虽然我们基本已经清楚这是多此一举，但还是尝试一下。

root@KitDevVps:~# cd /root/mainHome/
root@KitDevVps:~/mainHome# vim test.txt

UTOOLS1593789920176.png

root@KitDevVps:~/mainHome# docker ps -a
CONTAINER ID        IMAGE               COMMAND                  CREATED             STATUS                     PORTS                NAMES
b486ed5aa77f        centos              "/bin/bash"              5 minutes ago       Exited (0) 4 minutes ago                        boring_cerf
242fdc2bba7d        centos              "-it /bin/bash"          6 minutes ago       Created                                         optimistic_dubinsky
1cdd55fd90c5        nginx               "/docker-entrypoint.…"   11 hours ago        Up 7 hours                 0.0.0.0:80->80/tcp   nginx1
7d2fd4e741ba        hello-world         "/hello"                 13 hours ago        Exited (0) 13 hours ago                         elastic_goldstine
root@KitDevVps:~/mainHome# docker start b486ed5aa77f
b486ed5aa77f
root@KitDevVps:~/mainHome# docker exec -it b486ed5aa77f /bin/bash
[root@b486ed5aa77f /]# cat /home/test.txt 
Hello Volume!

可以看到容器内的test.txt的内容也随之发生了变化。而且我们之前exit时，实际上容器就已经stop了，我们是在容器停止之后修改了本机的test.txt文件，重新运行起容器，发现容器内的test.txt文件也发生了变化。可以说是非常灵活。

注意，如果运行容器时没有使用-d，没有让其后台运行，在容器内时，可以使用ctrl+p+q来退出容器，此时容器依旧会在运行，使用exit退出，我预计它不会运行，但容器也会继续运行。这一块跟我前面结果有出入，让我摸不到头脑。后面我又有一次没有-d，exit后容器stop了，ctrl+p+q没有stop。-d后exit容器也没有stop。现在的结论就是：

  • 没有-d，使用exit，容器会stop
  • 没有-d，使用ctrl+p+q，容器不会stop
  • 没有-d，使用exit退出，容器stop，再使用docker start 容器名启动，容器依旧会在后台运行
  • 没有-d，使用ctrl+p+q退出，容器不会stop
  • 有-d，使用exit，容器不会stop
  • 有-d，使用ctrl+p+q，容器不会stop
  • 有-d，使用exit退出，容器stop，再使用docker start 容器名启动，容器依旧会在后台运行，使用ctrl+p+q
  • 有-d，使用ctrl+p+q退出，容器不会stop

可以使用docker inspect <容器id>来查看容器详细信息，其中会包括卷挂载的目录等。

如果我想用docker搞一个nginx，又不想一遍一遍地进入容器修改配置文件，因为我可能随时删除容器。此时就可以用这种方式。每次运行新容器，只需要把主机存放配置文件的目录挂载到容器存放配置文件的目录即可。因为即使删掉容器，主机的目录和里面的内容不会丢失。

注意：可以同时挂载多个目录，格式：-v 主机目录1:容器内目录1 -v 主机目录2:容器内目录2 -v...

如果只写-v 容器内目录，是匿名挂载的格式，会自动在主机生成目录。

docker volume ls是查看所有本机的卷的指令，可以用docker volume --help来查看更多用法。

root@KitDevVps:~# docker volume ls
DRIVER              VOLUME NAME
local               sqlvolume

不知道为什么，竟然不显示之前我挂载的mainHome，可能是那个只是目录的映射，不是卷，用docker volume create创建出来的才是卷。

尝试一下匿名挂载和具名挂载：

具名挂载

具名挂载的命令：-v 卷名:容器内路径。卷名前面如果加上个“/”，就会变成指定路径挂载。注意区分。

具名挂载：

root@KitDevVps:~# docker run -d -P --name centos01 -v centos01:/home centos
775b213506eb2bc06228ac25d2f8e36f5abfccaba80658accc072a7fd7af6879
root@KitDevVps:~# docker volume ls
DRIVER              VOLUME NAME
local               centos01
local               sqlvolume

docker run -d -P --name centos01 -v centos01:/home centos这行命令中，-d是后台运行，-P大写P是随机指定端口，-v centos01:/home的centos01是卷名，不是主机目录，这里很容易跟主机目录混淆，要留心。冒号后面是容器内目录。我在指令中加了-d让它后台运行，但docker自动把这个镜像关闭了，原因似乎是docker理解这个容器没用了，就自动关掉了。下次尝试不加-d。

删掉容器，看看volume还在不在：

root@KitDevVps:~# docker ps -a
CONTAINER ID        IMAGE               COMMAND                  CREATED             STATUS                      PORTS                NAMES
775b213506eb        centos              "/bin/bash"              37 seconds ago      Exited (0) 35 seconds ago                        centos01
1cdd55fd90c5        nginx               "/docker-entrypoint.…"   21 hours ago        Up 18 hours                 0.0.0.0:80->80/tcp   nginx1
7d2fd4e741ba        hello-world         "/hello"                 24 hours ago        Exited (0) 24 hours ago                          elastic_goldstine
root@KitDevVps:~# docker rm centos01
centos01
root@KitDevVps:~# docker volume ls
DRIVER              VOLUME NAME
local               centos01
local               sqlvolume

发现删掉之后，数据卷还在，这符合我们的需求。

匿名挂载

匿名挂载：

root@KitDevVps:~# docker run -P --name centos01 -v /home centos
root@KitDevVps:~# docker ps
CONTAINER ID        IMAGE               COMMAND                  CREATED             STATUS              PORTS                NAMES
1cdd55fd90c5        nginx               "/docker-entrypoint.…"   21 hours ago        Up 18 hours         0.0.0.0:80->80/tcp   nginx1
root@KitDevVps:~# docker ps -a
CONTAINER ID        IMAGE               COMMAND                  CREATED             STATUS                      PORTS                NAMES
bca038e5ea33        centos              "/bin/bash"              45 seconds ago      Exited (0) 43 seconds ago                        centos01
1cdd55fd90c5        nginx               "/docker-entrypoint.…"   21 hours ago        Up 18 hours                 0.0.0.0:80->80/tcp   nginx1
7d2fd4e741ba        hello-world         "/hello"                 24 hours ago        Exited (0) 24 hours ago                          elastic_goldstine
root@KitDevVps:~# docker volume ls
DRIVER              VOLUME NAME
local               847c90a1bdcdcfa65d8fd316ddf53816e223b185125d519152c4a2260323b7e9
local               centos01
local               sqlvolume

可以看到匿名挂载的volume name是随机的码。但有一个其他的问题，是我明明没有加-d让它后台运行，为什么还是自动关掉了。查看日志发现日志也为空。实在不知道该如何解决自动stop容器的问题。

ro和rw

看以下命令：

docker run -it -v /root/mainHome:/home:ro centos /bin/bash
docker run -it -v /root/mainHome:/home:rw centos /bin/bash

如果在容器内路径后面加上:ro或:rw，是对权限的配置，约束的是容器内的权限。ro只能从外部改变，不能从容器内部改变。默认就是rw，容器内对卷目录下的文件也可读可写。

卷的其他操作以及卷的路径

这个问题先一放，看一下docker volume命令怎么用：

root@KitDevVps:~# docker volume -h
Flag shorthand -h has been deprecated, please use --helpUsage:	docker volume COMMANDManage volumesCommands:create      Create a volumeinspect     Display detailed information on one or more volumesls          List volumesprune       Remove all unused local volumesrm          Remove one or more volumesRun 'docker volume COMMAND --help' for more information on a command.

可以知道创建、删除等操作。主要看一下inspect：

root@KitDevVps:~# docker volume ls
DRIVER              VOLUME NAME
local               847c90a1bdcdcfa65d8fd316ddf53816e223b185125d519152c4a2260323b7e9
local               centos01
root@KitDevVps:~# docker volume inspect 847c90a1bdcdcfa65d8fd316ddf53816e223b185125d519152c4a2260323b7e9
[{"CreatedAt": "2020-07-04T01:53:46Z","Driver": "local","Labels": null,"Mountpoint": "/var/lib/docker/volumes/847c90a1bdcdcfa65d8fd316ddf53816e223b185125d519152c4a2260323b7e9/_data","Name": "847c90a1bdcdcfa65d8fd316ddf53816e223b185125d519152c4a2260323b7e9","Options": null,"Scope": "local"}
]

现在查看的是匿名卷，可以看到路径在"Mountpoint"那一栏。docker所有的卷如果没有指定详细路径，都会放在/var/lib/docker/volumes/这个目录下，而所有的数据都在/_data下。我们看一下里面有什么：

root@KitDevVps:~# ls /var/lib/docker/volumes/847c90a1bdcdcfa65d8fd316ddf53816e223b185125d519152c4a2260323b7e9/_data/
root@KitDevVps:~#

看来暂时还什么都没有，因为我挂载的是home目录，而且这个镜像也已经被我删了，暂时没法进它的home进行操作。我重新搞一个。为什么这次我可以运行起这个容器而不自动退出，可以看如何解决容器创建出来自动停止的问题：

root@KitDevVps:~# docker run -P -d -it --name centos01 -v centos01Volume:/home centos
e087f8443ee1f62dd68950e3f61fa039852b2dfee18a117019951b236a430548
root@KitDevVps:~# docker ps
CONTAINER ID        IMAGE               COMMAND                  CREATED             STATUS              PORTS                NAMES
e087f8443ee1        centos              "/bin/bash"              4 seconds ago       Up 2 seconds                             centos01
1cdd55fd90c5        nginx               "/docker-entrypoint.…"   23 hours ago        Up 19 hours         0.0.0.0:80->80/tcp   nginx1
root@KitDevVps:~# docker exec -it e087f8443ee1 /bin/bash
[root@e087f8443ee1 /]# touch /home/test.txt
[root@e087f8443ee1 /]# ls /home/
test.txt
[root@e087f8443ee1 /]# exit
exit
root@KitDevVps:~# docker ps
CONTAINER ID        IMAGE               COMMAND                  CREATED             STATUS              PORTS                NAMES
e087f8443ee1        centos              "/bin/bash"              3 minutes ago       Up 3 minutes                             centos01
1cdd55fd90c5        nginx               "/docker-entrypoint.…"   23 hours ago        Up 19 hours         0.0.0.0:80->80/tcp   nginx1
root@KitDevVps:~# ls /var/lib/docker/volumes/centos01Volume/_data/
test.txt

可以看到/var/lib/docker/volumes/centos01Volume/_data/路径下有映射的容器内/home/目录下的文件。同时注意，我在运行这个容器时使用了-d和-it，后面我exit出容器后，容器依然是在运行的。后面我自己创建的镜像run出来的容器，没有使用-d，使用exit或ctrl+p+q退出容器后，依旧也在后台运行，这让我怀疑-d除了返回id外到底有什么用。后来通过实践得知，加了-d后，run出容器来，并不直接进入容器，而是回到了本机。不加-d则会直接进入容器。

再看一下主机的/var/lib/docker下有什么：

root@KitDevVps:~# ls /var/lib/docker/
builder  buildkit  containers  image  network  overlay2  plugins  runtimes  swarm  tmp  trust  volumes

其中containers是docker的容器，image是docker的镜像，network是docker的网络，plugins是插件，volumes就是卷。

如何解决容器创建出来自动停止的问题（重要）

我尝试运行镜像的时候与镜像交互：

docker run -d -P -it --name centos01 centos
d59e9785a1212280342817d9e5c49ca126d2eda5af8cf1ef8da194570ecf49ce
root@KitDevVps:~# docker ps
CONTAINER ID        IMAGE               COMMAND                  CREATED             STATUS              PORTS                NAMES
d59e9785a121        centos              "/bin/bash"              5 seconds ago       Up 3 seconds                             centos01
1cdd55fd90c5        nginx               "/docker-entrypoint.…"   22 hours ago        Up 19 hours         0.0.0.0:80->80/tcp   nginx1
root@KitDevVps:~# docker ps
CONTAINER ID        IMAGE               COMMAND                  CREATED             STATUS              PORTS                NAMES
d59e9785a121        centos              "/bin/bash"              8 seconds ago       Up 7 seconds                             centos01
1cdd55fd90c5        nginx               "/docker-entrypoint.…"   22 hours ago        Up 19 hours         0.0.0.0:80->80/tcp   nginx1

同时使用-d和-it，发现容器没有自杀，正常启动了。

尝试不使用-d，只使用-it：

root@KitDevVps:~# docker run -P -it --name centos01 centos
[root@53df37df4c1e /]# ls
bin  dev  etc  home  lib  lib64  lost+found  media  mnt  opt  proc  root  run  sbin  srv  sys  tmp  usr  var

发现直接进入了镜像的命令行。输入exit退出：

[root@53df37df4c1e /]# exit
exit
root@KitDevVps:~# docker ps
CONTAINER ID        IMAGE               COMMAND                  CREATED             STATUS              PORTS                NAMES
1cdd55fd90c5        nginx               "/docker-entrypoint.…"   22 hours ago        Up 19 hours         0.0.0.0:80->80/tcp   nginx1

发现镜像也自动stop了。如果运行容器时同时使用-d和-it，即使exit退出容器，容器依然会在运行。

还有的容器自动停止是其他原因，可以使用docker logs 容器id查看日志。比如sqlserver的容器，自动stop的原因可能是服务器的内存不满足它配置的需求：

root@KitDevVps:~# docker run --name mssql01 -e 'ACCEPT_EULA=Y' -e 'SA_PASSWORD=******' -e 'MSSQL_PID=Express' -p 1433:1433 -v sqlvolume:/var/opt/mssql -d -it mcr.microsoft.com/mssql/server
7664784740e200dcb20d02d3f93369023f9ff3438b9aa80ccfc138df3a1f46ee
root@KitDevVps:~# docker ps
CONTAINER ID        IMAGE               COMMAND                  CREATED             STATUS              PORTS                NAMES
1cdd55fd90c5        nginx               "/docker-entrypoint.…"   22 hours ago        Up 19 hours         0.0.0.0:80->80/tcp   nginx1
root@KitDevVps:~# docker ps -a
CONTAINER ID        IMAGE                            COMMAND                  CREATED             STATUS                            PORTS                NAMES
7664784740e2        mcr.microsoft.com/mssql/server   "/opt/mssql/bin/perm…"   8 seconds ago       Exited (1) 7 seconds ago                               mssql01
53df37df4c1e        centos                           "/bin/bash"              4 minutes ago       Exited (130) About a minute ago                        centos01
1cdd55fd90c5        nginx                            "/docker-entrypoint.…"   22 hours ago        Up 19 hours                       0.0.0.0:80->80/tcp   nginx1
7d2fd4e741ba        hello-world                      "/hello"                 25 hours ago        Exited (0) 25 hours ago                                elastic_goldstine
root@KitDevVps:~# docker logs 7664784740e2
SQL Server 2019 will run as non-root by default.
This container is running as user mssql.
To learn more visit https://go.microsoft.com/fwlink/?linkid=2099216.
sqlservr: This program requires a machine with at least 2000 megabytes of memory.
/opt/mssql/bin/sqlservr: This program requires a machine with at least 2000 megabytes of memory.

日志中写了它至少需要2000M内存，我的服务器就是2000M内存，看来还不够。可能要4000M内存的服务器才能玩它。

Dockerfile挂载卷的方式

可以使用DockerFile来挂载卷。DockerFile也是重要的Docker知识点，我一直没搞懂，下次尝试搞懂它，这次先用它挂载卷。

Dockerfile看起来就像是构建docker镜像的配置文件，利用它可以生成镜像。试一下。

先开一个目录用来写Dockerfile和存放生成的镜像：

root@KitDevVps:~# cd /home/
root@KitDevVps:/home# mkdir dockerfile-volume-test
root@KitDevVps:/home# ls
dockerfile-volume-test
root@KitDevVps:/home# cd dockerfile-volume-test/
root@KitDevVps:/home/dockerfile-volume-test#

这个目录是/home/dockerfile-volume-test。在里面写一个dockerfile1，然后在里面写一些脚本。通过这些脚本可以生成一个docker镜像。脚本是一个个的命令，每个命令都是一层：

# 以centos镜像为基础
FROM centos # 挂载卷，在镜像生成的时候就把卷挂载出来，可以挂载多个目录，目录都会在容器中生成，在本机上是以匿名挂载的方式在默认的位置。当然要run出容器来才会挂载，只build镜像当然不会挂载
VOLUME ["volume1","volume2"]# 写一个命令行，输出一条语句，证明脚本运行到了这里，镜像构建成功
CMD echo "build succeed"# 构建完之后，我们进入容器时希望走bash
CMD /bin/bash

dockerfile写好了，使用docker build命令构建镜像：

root@KitDevVps:/home/dockerfile-volume-test# docker build -f dockerfile1 -t kit/centos .
Sending build context to Docker daemon  2.048kB
Step 1/4 : FROM centos---> 831691599b88
Step 2/4 : VOLUME ["volume1","volume2"]---> Running in f634ab6900f1
Removing intermediate container f634ab6900f1---> 10d1359b311e
Step 3/4 : CMD echo "build succeed"---> Running in e505fce33f96
Removing intermediate container e505fce33f96---> bad661d7a8e7
Step 4/4 : CMD /bin/bash---> Running in 59efa3a8897d
Removing intermediate container 59efa3a8897d---> 9347f3c0dcd9
Successfully built 9347f3c0dcd9
Successfully tagged kit/centos:latest

看一下第一行的命令：

-f 后加dockerfile的地址。

-t就是target，就是生成的镜像的名字。注意开头不要有/，会被识别成目录。最后可以用冒号":"来指定tag，可以写成1.0，1.1等，不写的话默认就是latest。

最后的“.”是指生成在当前目录下，也可以换成指定的目录。

再看一下build的过程，第一步是拿到基础镜像，第二步是挂载，第三步写出了我们刚才写的CMD命令，第四步进入了/bin/bash。

我再尝试构建一个镜像，跟这个名字相同，tag为1.0，并且最后用绝对路径指定镜像生成的路径：

root@KitDevVps:/home/dockerfile-volume-test# docker build -f dockerfile1 -t kit/centos:1.0 /home/dockerfile-volume-test/
Sending build context to Docker daemon  2.048kB
Step 1/4 : FROM centos---> 831691599b88
Step 2/4 : VOLUME ["volume1","volume2"]---> Using cache---> 10d1359b311e
Step 3/4 : CMD echo "build succeed"---> Using cache---> bad661d7a8e7
Step 4/4 : CMD /bin/bash---> Using cache---> 9347f3c0dcd9
Successfully built 9347f3c0dcd9
Successfully tagged kit/centos:1.0
root@KitDevVps:/home/dockerfile-volume-test# docker images
REPOSITORY                       TAG                 IMAGE ID            CREATED             SIZE
kit/centos                       1.0                 9347f3c0dcd9        4 minutes ago       215MB
kit/centos                       latest              9347f3c0dcd9        4 minutes ago       215MB
centos                           latest              831691599b88        2 weeks ago         215MB
mcr.microsoft.com/mssql/server   latest              d2520a2df464        2 weeks ago         1.51GB
nginx                            latest              2622e6cca7eb        3 weeks ago         132MB
hello-world                      latest              bf756fb1ae65        6 months ago        13.3kB

可以看到两个镜像名字相同，只有版本号不同，连id也相同。用id删除镜像的话估计就全都删除了，我尝试能不能用名字加tag只删除其中一个。先删latest：

root@KitDevVps:/home/dockerfile-volume-test# docker rmi kit/centos:latest
Untagged: kit/centos:latest
root@KitDevVps:/home/dockerfile-volume-test# docker images
REPOSITORY                       TAG                 IMAGE ID            CREATED             SIZE
kit/centos                       1.0                 9347f3c0dcd9        2 minutes ago       215MB
centos                           latest              831691599b88        2 weeks ago         215MB
mcr.microsoft.com/mssql/server   latest              d2520a2df464        2 weeks ago         1.51GB
nginx                            latest              2622e6cca7eb        3 weeks ago         132MB
hello-world                      latest              bf756fb1ae65        6 months ago        13.3kB

我试验了两次，rmi后的容器名称加上":latest"和不加，均能删掉latest，但不删掉1.0。看来对于id相同的容器，可以使用rmi 容器名加tag的方式来删除。

root@KitDevVps:/home/dockerfile-volume-test# docker rmi kit/centos:1.0
Untagged: kit/centos:1.0
Deleted: sha256:9347f3c0dcd9dd7a6650e73a329ac77582565f5e640cb2b10c89bb90173dde4e
Deleted: sha256:bad661d7a8e75bf3fad12348712826a57571e53d95c77acc4c1b6aa80032a3e6
Deleted: sha256:10d1359b311e2fe98e728368d44778aae5083f9e836f883a7c423b03fa0ad93b
root@KitDevVps:/home/dockerfile-volume-test# docker images
REPOSITORY                       TAG                 IMAGE ID            CREATED             SIZE
centos                           latest              831691599b88        2 weeks ago         215MB
mcr.microsoft.com/mssql/server   latest              d2520a2df464        2 weeks ago         1.51GB
nginx                            latest              2622e6cca7eb        3 weeks ago         132MB
hello-world                      latest              bf756fb1ae65        6 months ago        13.3kB

删掉了。我重新构建出1.0来，尝试run起来一个容器并且进入。

root@KitDevVps:/home/dockerfile-volume-test# docker run -it kit/centos:1.0 /bin/bash
[root@6becde880c2b /]# 
[root@6becde880c2b /]# ls
bin  dev  etc  home  lib  lib64  lost+found  media  mnt  opt  proc  root  run  sbin  srv  sys  tmp  usr  var  volume1  volume2

可以看到不但成功进入了我们的容器，ls了一下发现容器内根目录有volume1 volume2两个目录，我们在run出这个容器的时候名没有添加-v，也就是说这两个目录是我们通过在dockerfile中写命令，生成容器时来自动挂载的。

实际上不输入/bin/bash也可以进入容器，我猜测是前面dockerfile的CMD /bin/bash起了作用。

我们进入volume1，创建一个文件test.txt，然后另开一个终端看一下主机中有没有以匿名挂载的方式挂载到默认路径，顺便看看其中有没有test.txt：

[root@6becde880c2b /]# touch volume1/test.txt
[root@6becde880c2b /]# ls volume1
test.txt

另外开一个终端：

root@KitDevVps:~# ls /var/lib/docker/volumes/
8f76e936d3b3b0f119ca3424578a0dc2f23b19060017fdc2b84d4e2eede1f1e4  acd4c09b3f77f070e9a900cc33e3326f30122ce97383ed188335d805ade381b6  metadata.db
root@KitDevVps:~# ls /var/lib/docker/volumes/8f76e936d3b3b0f119ca3424578a0dc2f23b19060017fdc2b84d4e2eede1f1e4/_data/
root@KitDevVps:~# ls /var/lib/docker/volumes/acd4c09b3f77f070e9a900cc33e3326f30122ce97383ed188335d805ade381b6/_data/
test.txt

可以看到默认路径下有两个匿名的挂载目录，其中acd开头的目录下的_data中存在一个我们创建的test.txt，显然它就是容器内的volume1。

除了记住这个默认路径，还可以通过docker imspect 容器id的方式查看容器的详细信息来找到挂载路径：

root@KitDevVps:~# docker inspect 6becde880c2b..."Mounts": [{"Type": "volume","Name": "8f76e936d3b3b0f119ca3424578a0dc2f23b19060017fdc2b84d4e2eede1f1e4","Source": "/var/lib/docker/volumes/8f76e936d3b3b0f119ca3424578a0dc2f23b19060017fdc2b84d4e2eede1f1e4/_data","Destination": "volume2","Driver": "local","Mode": "","RW": true,"Propagation": ""},{"Type": "volume","Name": "acd4c09b3f77f070e9a900cc33e3326f30122ce97383ed188335d805ade381b6","Source": "/var/lib/docker/volumes/acd4c09b3f77f070e9a900cc33e3326f30122ce97383ed188335d805ade381b6/_data","Destination": "volume1","Driver": "local","Mode": "","RW": true,"Propagation": ""}],...

我们构建镜像常常是自己使用或者公司内部使用，可能常常需要用这种方式自动挂载，而不使用-v。

数据卷容器（容器之间数据卷共享）

还可以通过容器之间数据卷共享的方式在多个容器之间共享数据，比如有多个mssql，就能共享数据库中的数据。

首先需要一个父容器，还需要一个子容器去挂载它，实现数据同步。使用--volumes-from命令。

先删除主机上所有的卷：

root@KitDevVps:~# docker volume rm $(docker volume ls -q)
8f76e936d3b3b0f119ca3424578a0dc2f23b19060017fdc2b84d4e2eede1f1e4
0692a62975fed8394be202bac773ff8fe9a53f4a406d34b8eb8f8fba2827d393
acd4c09b3f77f070e9a900cc33e3326f30122ce97383ed188335d805ade381b6
bfe36976df800a733703b69fcf6b7bea95e68fc554588756c241705ea83a29a2
root@KitDevVps:~# docker volume ls
DRIVER              VOLUME NAME

尝试创建三个容器，实现数据共享，使用我们自己build的镜像来做。先运行起一个容器，取名docker01，作为父容器，顺便进入容器内部：

root@KitDevVps:~# docker run -it --name docker01 kit/centos:1.0
[root@dcd5c3b67f9b /]# ls
bin  dev  etc  home  lib  lib64  lost+found  media  mnt  opt  proc  root  run  sbin  srv  sys  tmp  usr  var  volume1  volume2

发现依旧生成了volume1 volume2。使用ctrl+p+q或exit退出容器（但后面我创建docker02时使用exec退出它，容器就自动停止运行了。），然后再创建它的子容器docker02，在run命令中加上--volumes-from docker01，仿佛是继承了docker01的volumes：

root@KitDevVps:~# docker run -it --name docker02 --volumes-from docker01 kit/centos:1.0
[root@0b900529dd5b /]# ls
bin  dev  etc  home  lib  lib64  lost+found  media  mnt  opt  proc  root  run  sbin  srv  sys  tmp  usr  var  volume1  volume2

发现02中依旧有volume1 volume2。可以使用ctrl+p+q退出容器，容器依旧还在后台运行。此时查看主机的数据卷，发现还是只有docker01的那两个数据卷：

root@KitDevVps:~# docker volume ls
DRIVER              VOLUME NAME
local               62208e194cb6d971e0e1610f603ac8ae90a2df8d3b5b8c198fd1523a62baf537
local               d7fc935ed1bf694e9efbf88cf20722d704201a1fd86d87ea0a6e17840301f830

为了验证两个容器数据是否互通，另开一个终端，使用docker attach进入01，修改volume1，然后进入02查看是否变化。使用docker attach比docker exec似乎更简单：

root@KitDevVps:~# docker attach docker01
[root@dcd5c3b67f9b /]# ls
bin  dev  etc  home  lib  lib64  lost+found  media  mnt  opt  proc  root  run  sbin  srv  sys  tmp  usr  var  volume1  volume2
[root@dcd5c3b67f9b /]# touch volume1/test.txt
[root@dcd5c3b67f9b /]# ls volume1
test.txt

再看docker02：

root@KitDevVps:~# docker attach docker02
[root@0b900529dd5b /]# ls volume1
test.txt

果然也存在了这个文件。再在02中touch一个，看看01有没有改变：

[root@0b900529dd5b /]# touch volume1/test2.txt
[root@0b900529dd5b /]# ls volume1
test.txt  test2.txt

去01中看：

[root@dcd5c3b67f9b /]# ls volume1
test.txt  test2.txt

果然也存在了。

下面再尝试以下创建docker03 --volumes-from 01，再创建docker04 --volumes-from 02，看看可不可以：

root@KitDevVps:~# docker run -d -it --name docker03 --volumes-from docker01 kit/centos:1.0
51ce86e015fd6b86651f28ecf66e924082fd86fd67ac15af5968ebe3706a09f4
root@KitDevVps:~# docker ps
CONTAINER ID        IMAGE               COMMAND                  CREATED             STATUS              PORTS                NAMES
51ce86e015fd        kit/centos:1.0      "/bin/sh -c /bin/bash"   9 seconds ago       Up 8 seconds                             docker03
0b900529dd5b        kit/centos:1.0      "/bin/sh -c /bin/bash"   15 minutes ago      Up 15 minutes                            docker02
dcd5c3b67f9b        kit/centos:1.0      "/bin/sh -c /bin/bash"   26 minutes ago      Up 26 minutes                            docker01
1cdd55fd90c5        nginx               "/docker-entrypoint.…"   31 hours ago        Up 27 hours         0.0.0.0:80->80/tcp   nginx1
root@KitDevVps:~# docker attach docker03
[root@51ce86e015fd /]# ls volume1 
test.txt  test2.txt

03是挂载了01，数据同步了。再创建04挂载02试试：

root@KitDevVps:~# docker run -d -it --name docker04 --volumes-from docker02 kit/centos:1.0
018a33472a829fcc93c54a5259397800459c78d6af87db24a208a333cd5bc0b2
root@KitDevVps:~# docker attach docker04
[root@018a33472a82 /]# ls volume1
test.txt  test2.txt

也是可以的。此时查看主机数据卷：

root@KitDevVps:~# docker volume ls
DRIVER              VOLUME NAME
local               62208e194cb6d971e0e1610f603ac8ae90a2df8d3b5b8c198fd1523a62baf537
local               d7fc935ed1bf694e9efbf88cf20722d704201a1fd86d87ea0a6e17840301f830

还是那两个。即使把docker01删掉，其它容器的数据也不会丢失，删别的也一样。只要有容器还在用这些数据，就不会丢失。同时，因为我们使用-v或者dockerfile等方式持久化到了本地，所以就算容器全删掉，主机上的卷也不会丢失，卷内创建的文件也还在，这是我实验过的。如果2断了，1和3依旧是挂载着的，可以看出似乎不是链式的。

UTOOLS1593864036286.png

上图是狂神的教程里的图，指容器卷共享是互相拷贝的概念，而不是共用同一块存储的概念。

在实际项目中可以用于多个redis或者mssql等实现数据共享。也可以做集群的时候进行配置文件共享。

有没有-d与exit和ctrl+p+q两种退出方式之间的关系（难点）

有-d指的是run出容器的时候添加了-d这个option。

  • 没有-d，使用exit，容器会stop
  • 没有-d，使用ctrl+p+q，容器不会stop
  • 没有-d，使用exit退出，容器stop，再使用docker start 容器名启动，容器依旧会在后台运行
  • 没有-d，使用ctrl+p+q退出，容器不会stop
  • 有-d，使用exit，容器不会stop
  • 有-d，使用ctrl+p+q，容器不会stop
  • 有-d，使用exit退出，容器stop，再使用docker start 容器名启动，容器依旧会在后台运行
  • 有-d，使用ctrl+p+q退出，容器不会stop

以上结论并不全对，因为我后来run一个ubuntu的时候，出现了上面之外的情况，总之我选择以后只使用ctrl+p+q来退出容器。

本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处：http://www.mzph.cn/news/25514.shtml

如若内容造成侵权/违法违规/事实不符，请联系多彩编程网进行投诉反馈email:809451989@qq.com，一经查实，立即删除！

相关文章

FANUC机器人SRVO-105和SRVO-067故障报警原因分析及处理方法

FANUC机器人SRVO-105和SRVO-067故障报警原因分析及处理方法

FANUC机器人SRVO-105和SRVO-067故障报警原因分析及处理方法 如下图所示，公司的一台机器人在正常工作时突然报警SRVO-105门打开或紧急停止，同时还有SRVO-067 OHAL2报警（G：1 A：2），按Reset键无法消除报警， 那么遇到这种情况，首先，我们来看一下报警说明书上的解释： 首先…
阅读更多...
LeetCode 热题 100 JavaScript--206. 反转链表

LeetCode 热题 100 JavaScript--206. 反转链表

/*** Definition for singly-linked list.* function ListNode(val, next) {* this.val (valundefined ? 0 : val)* this.next (nextundefined ? null : next)* }*/ /*** param {ListNode} head* return {ListNode}*/1、逐个断键&#xff0c;将后一个节点放到前面 …
阅读更多...
任务14、无缝衔接,MidJourney瓷砖（Tile）参数制作精良贴图

任务14、无缝衔接,MidJourney瓷砖（Tile）参数制作精良贴图

14.1 任务概述 在这个实验任务中，我们将深入探索《Midjourney Ai绘画》中的Tile技术和其在艺术创作中的具有挑战性的应用。此任务将通过理论学习与实践操作相结合的方式，让参与者更好地理解Tile的核心概念，熟练掌握如何在Midjourney平台上使用Tile参数，并实际运用到AI绘画…
阅读更多...
初学者自学python哪本书好,python教程自学全套

初学者自学python哪本书好,python教程自学全套

大家好&#xff0c;小编来为大家解答以下问题&#xff0c;python怎么自学,可以达到什么程度&#xff0c;初学者自学python哪本书好&#xff0c;现在让我们一起来看看吧&#xff01; 前言 Python是一个非常适合自学&#xff0c;0基础的话从入门到精通也只需要花3-4个月PYTHON库“…
阅读更多...
边写代码边学习之LSTM

边写代码边学习之LSTM

1. 什么是LSTM 长短期记忆网络 LSTM&#xff08;long short-term memory&#xff09;是 RNN 的一种变体&#xff0c;其核心概念在于细胞状态以及“门”结构。细胞状态相当于信息传输的路径&#xff0c;让信息能在序列连中传递下去。你可以将其看作网络的“记忆”。理论上讲&a…
阅读更多...
Pytorch深度学习-----神经网络之线性层用法

Pytorch深度学习-----神经网络之线性层用法

系列文章目录 PyTorch深度学习——Anaconda和PyTorch安装 Pytorch深度学习-----数据模块Dataset类 Pytorch深度学习------TensorBoard的使用 Pytorch深度学习------Torchvision中Transforms的使用&#xff08;ToTensor&#xff0c;Normalize&#xff0c;Resize &#xff0c;Co…
阅读更多...
MySQL索引3——Explain关键字和索引使用规则（SQL提示、索引失效、最左前缀法则）

MySQL索引3——Explain关键字和索引使用规则（SQL提示、索引失效、最左前缀法则）

目录 Explain关键字 索引性能分析 Id ——select的查询序列号 Select_type——select查询的类型 Table——表名称 Type——select的连接类型 Possible_key ——显示可能应用在这张表的索引 Key——实际用到的索引 Key_len——实际索引使用到的字节数 Ref ——索引命…
阅读更多...
【Linux】五、进程

【Linux】五、进程

一、冯诺依曼体系结构 存储器&#xff1a;指的是内存&#xff1b; 输入设备&#xff1a;键盘、摄像头、话筒&#xff0c;磁盘&#xff0c;网卡&#xff1b; 输出设备&#xff1a;显示器、音响、磁盘、网卡&#xff1b; 中央处理器&#xff08;CPU&#xff09;&#xff1a;运算器…
阅读更多...
【开源项目--稻草】Day04

【开源项目--稻草】Day04

【开源项目--稻草】Day04 1. 续 VUE1.1 完善VUEAJAX完成注册功能 Spring验证框架什么是Spring验证框架使用Spring-Validation 稻草问答-学生首页显示首页制作首页的流程开发标签列表标签列表显示原理 从业务逻辑层开始编写控制层代码开发问题列表开发业务逻辑层开发页面和JS代码…
阅读更多...
HTML5 Canvas（画布）

HTML5 Canvas（画布）

<canvas>标签定义图形&#xff0c;比如图表和其他图像&#xff0c;你必须用脚本来绘制图形。 在画布上&#xff08; Canvas &#xff09;画一个共红色矩形&#xff0c;渐变矩形&#xff0c;彩色矩形&#xff0c;和一些彩色文字。 什么是 Canvas&#xff1f; HTML5<c…
阅读更多...
机器学习深度学习——序列模型（NLP启动！）

机器学习深度学习——序列模型（NLP启动！）

&#x1f468;‍&#x1f393;作者简介&#xff1a;一位即将上大四&#xff0c;正专攻机器学习的保研er &#x1f30c;上期文章&#xff1a;机器学习&&深度学习——卷积神经网络&#xff08;LeNet&#xff09; &#x1f4da;订阅专栏&#xff1a;机器学习&&深度…
阅读更多...
Mr. Cappuccino的第55杯咖啡——Mybatis一级缓存二级缓存

Mr. Cappuccino的第55杯咖啡——Mybatis一级缓存二级缓存

Mybatis一级缓存&二级缓存 概述一级缓存特点演示前准备效果演示在同一个SqlSession中在不同的SqlSession中 源代码怎么禁止使用一级缓存一级缓存在什么情况下会被清除 二级缓存特点演示前准备效果演示在不同的SqlSession中 源代码怎么关闭二级缓存 一级缓存&#xff08;Spr…
阅读更多...
Docker 安装 Tomcat

Docker 安装 Tomcat

目录 一、查看 tomcat 版本 二、拉取 Tomcat Docker 镜像 三、创建 Tomcat 容器 四、访问 Tomcat 五、停止和启动容器 一、查看 tomcat 版本 访问 tomcat 镜像库地址&#xff1a;https://hub.docker.com/_/tomcat&#xff0c;可以通过 Tags 查看其他版本的 tomcat; 二、拉…
阅读更多...
Android Studio 的Gradle版本修改

Android Studio 的Gradle版本修改

使用Android Studio构建项目时&#xff0c;需要配置Gradle&#xff0c;与Gradle插件。 Gradle是一个构建工具&#xff0c;用于管理和自动化Android项目的构建过程。它使用Groovy或Kotlin作为脚本语言&#xff0c;并提供了强大的配置能力来定义项目的依赖关系、编译选项、打包方…
阅读更多...
HCIA---OSI/RM--开放式系统互联参考模型

HCIA---OSI/RM--开放式系统互联参考模型

提示&#xff1a;文章写完后&#xff0c;目录可以自动生成&#xff0c;如何生成可参考右边的帮助文档 文章目录 前言一、pandas是什么&#xff1f;二、使用步骤 1.引入库2.读入数据总结 一.OSI--开放式系统互联参考模型简介 OSI开放式系统互联参考模型是一种用于计算机网络通信…
阅读更多...
解密Redis：应对面试中的缓存相关问题2

解密Redis：应对面试中的缓存相关问题2

面试官&#xff1a;Redis集群有哪些方案&#xff0c;知道嘛&#xff1f; 候选人&#xff1a;嗯~~&#xff0c;在Redis中提供的集群方案总共有三种&#xff1a;主从复制、哨兵模式、Redis分片集群。 面试官&#xff1a;那你来介绍一下主从同步。 候选人&#xff1a;嗯&#xff…
阅读更多...
Flutter iOS 集成使用 fluter boost

Flutter iOS 集成使用 fluter boost

在 Flutter项目中集成完 flutter boost&#xff0c;并且已经使用了 flutter boost进行了路由管理&#xff0c;这时如果需要和iOS混合开发&#xff0c;这时就要到 原生端进行集成。 注意&#xff1a;之前建的项目必须是 Flutter module项目&#xff0c;并且原生项目和flutter m…
阅读更多...
Baumer工业相机堡盟工业相机如何通过BGAPISDK获取相机接口数据吞吐量（C++）

Baumer工业相机堡盟工业相机如何通过BGAPISDK获取相机接口数据吞吐量（C++）

Baumer工业相机堡盟工业相机如何通过BGAPISDK里函数来获取相机当前数据吞吐量&#xff08;C&#xff09; Baumer工业相机Baumer工业相机的数据吞吐量的技术背景CameraExplorer如何查看相机吞吐量信息在BGAPI SDK里通过函数获取相机接口吞吐量 Baumer工业相机通过BGAPI SDK获取数…
阅读更多...
【微信小程序】van-uploader实现文件上传

【微信小程序】van-uploader实现文件上传

使用van-uploader和wx.uploadFile实现文件上传&#xff0c;后端使用ThinkPHP。 1、前端代码 json&#xff1a;引入van-uploader {"usingComponents": {"van-uploader": "vant/weapp/uploader/index"} }wxml&#xff1a;deletedFile是删除文件函…
阅读更多...
Xilinx FPGA电源设计与注意事项

Xilinx FPGA电源设计与注意事项

1 引言 随着半导体和芯片技术的飞速发展&#xff0c;现在的FPGA集成了越来越多的可配置逻辑资源、各种各样的外部总线接口以及丰富的内部RAM资源&#xff0c;使其在国防、医疗、消费电子等领域得到了越来越广泛的应用。当采用FPGA进行设计电路时&#xff0c;大多数FPGA对上电的…
阅读更多...
推荐文章
最新文章

Copyright @ 2022~2023