5、docker容器数据卷: -v添加共享传递容器数据卷
1、是什么
1、docker理念
先来看看Docker的理念:
* 将运用与运行的环境打包形成容器运行 ,运行可以伴随着容器,但是我们对数据的要求希望是持久化的
* 容器之间希望有可能共享数据
2、保存数据用卷
Docker容器产生的数据,如果不通过docker commit生成新的镜像,使得数据做为镜像的一部分保存下来,
那么当容器删除后,数据自然也就没有了。
为了能保存数据在docker中我们使用卷。
3、数据持久化
一句话:有点类似我们Redis里面的rdb和aof文件
容器中的数据持久化,比如保存到硬盘,保存到mysql
容器数据卷--类似硬盘,做数据持久化的
2、能干嘛
1、卷
卷就是目录或文件,存在于一个或多个容器中,由docker挂载到容器,但不属于联合文件系统,因此能够绕过Union File System提供一些用于持续存储或共享数据的特性:
卷的设计目的就是数据的持久化,完全独立于容器的生存周期,因此Docker不会在容器删除时删除其挂载的数据卷
2、特点
1:数据卷可在容器之间共享或重用数据
2:卷中的更改可以直接生效
3:数据卷中的更改不会包含在镜像的更新中
4:数据卷的生命周期一直持续到没有容器使用它为止
3、数据持久化、共享
容器的持久化
容器间继承+共享数据
也可完成主机到容器,容器到主机
3、添加数据卷:直接命令
容器内添加
1、直接命令添加
docker run -it -v /宿主机绝对路径目录:/容器内目录 镜像名
docker ps dccker run -it -v /rootVolume:/dockerVolumen centos # 解释 docker run -it 镜像名 -v volumen 容器卷 docker run -it -v / :/ 两边都没有
刷新,两边都生成了
虚拟机
docker
2、查看数据卷是否挂载成功
docker inspect 容器ID
# test docker ps docker inspect 3434kjl 已经挂载成功 绑定成功
3、容器和宿主机之间数据共享
docker创建docker.txt
root可以看到docker.txt,再创建root.txt
docker也可以看到root.txt
4、容器停止退出后,主机修改后数据是否同步
退出容器,关闭容器
虚拟机,创建roottest
启动容器,查看是否存在roottest
6、命令(带权限)
docker run -it -v /宿主机绝对路径目录:/容器内目录:ro 镜像名 # ro readonly
问题1: 哪边只读、???
问题2:上一个docker是true,如果是False呢
删除2个目录失败,详细见下节。
关闭docker,重新run一个
root,创建文件,写入内容
docker,不能写入,不能创建
所以:只允许主机单侧的读写,不允许容器 写
7、--privilege=true
备注:
Docker挂载主机目录Docker访问出现cannot open directory .: Permission denied
解决办法:在挂载目录后多加一个--privileged=true参数即可
docker run -it -v /rootVolume:/dockerVolume:ro --privileged=true centos
问题3:遇到的问题: 删除两边目录
error:rm: cannot remove 'dockerVolume/': Device or resource busy
umount: /dockerVolume: must be superuser to unmount.
原因:
在docker run 的时候默认是"unprivileged“的,只能删除该容器,重新做。
下次再在docker run 的时候必须加上 --privileged,才能进行上面的操作
参考:
https://stackoverflow.com/questions/24614513/can-not-unmount-a-device-using-umount-in-docker
4、添加数据卷:DockerFile
1、DockerFile是什么
tomcat的DockerFIle
Docker镜像的描述脚本
2、mkdir /mydocker
(1)根目录下新建mydocker文件夹并进入
本地机器
mkdir /mydocker
(2)可在Dockerfile中使用VOLUME指令来给镜像添加一个或多个数据卷
VOLUME["/dataVolumeContainer","/dataVolumeContainer2","/dataVolumeContainer3"]
说明:
出于可移植和分享的考虑,用-v 主机目录:容器目录这种方法不能够直接在Dockerfile中实现。
由于宿主机目录是依赖于特定宿主机的,并不能够保证在所有的宿主机上都存在这样的特定目录。
有时候这个目录,在别的机器不存在
2、vim DockerFile
File构建
# volume test FROM centos VOLUME ["/dataVolumeContainer1","/dataVolumeContainer2"] CMD echo "finished,--------success1" CMD /bin/bash
解释
# 解释 centos镜像 两个容器卷 打印success shell /bin/bash
等价于
docker run -it -v /host:/dataVolumeContainer1 -v /host2:/dataVolumeContainer2 centos /bin/bash
3、build后生成镜像
获得一个新镜像zzyy/centos
docker build -f /mydocker/Dockerfile -t zzyy/centos . # 重点 最后有个. 当前目录
分成很多层
docker images
docker images zzyy/centos
4、run容器
docker run -it zzyy/centos /bin/bash
pwd
ls
存在
5、 主机对应默认地址
通过上述步骤,容器内的卷目录地址已经知道 对应的主机目录地址哪??
没有指定宿主机的
默认路径
/dataVolument: /var/lib/docerk/volumen/433524324234234234324324
# 容器 cd dataVolument touch docker.txt # 宿主机 docker ps docker inspect 3443kdfg
[root@localhost ~]# cd /var/lib/docker/volumes/7820ff68d42d62ccb1db0b16b82cb82f28348b43f80d1a106aac15364ac09be8/_data
[root@localhost _data]# ls
docker.txt
[root@localhost _data]#
[root@localhost _data]# touch root.txt
# 容器
[root@6f1b82355834 dataVolumeContainer1]# ls
docker.txt root.txt
4、数据卷容器
1、是什么
(1)数据卷,持久化的东西
(2)一条绳子上的蚂蚱
命名的容器挂载数据卷,其它容器通过挂载这个(父容器)实现数据共享,挂载数据卷的容器,称之为数据卷容器
(3)活动硬盘上挂活动硬盘,实现数据的传递依赖
(4)通俗的说
班长的活动硬盘,挂载在我这。实现主机到容器,容器到主机
1组2组的活动硬盘挂载在班上上
实现传递共享
2、总体介绍
以上一步新建的镜像zzyy/centos为模板并运行容器dc01/dc02/dc03
它们已经具有容器卷
/dataVolumeContainer1
/dataVolumeContainer2
3、容器间传递共享(--volumes-from)
(1)先启动一个父容器dc01
在dataVolumeContainer2新增内容
docker ps None docker run -it --name dc01 zzyy/centos # 指定NAMES ll cd dataVolument touch dc01add.txt crl + q+ p
(2)dc02/dc03继承自dc01
--volumes-from
dc02/dc03分别在dataVolumeContainer2各自新增内容
docker run -it --name dc02 --volumes-from dc01 zzyy/centos #--volumes-from 继承与dc01 cd /datavolume ll 存在 dc01add touch dc02add ctrl + q+ p
# dc03 同理
(3)回到dc01可以看到02/03各自添加的都能共享了
docker attach dc01 cd DataVolument ll # 都存在 # 父到子,子到父,传递共享
(4)删除dc01,dc02修改后dc03可否访问
docker ps docker rm -f dc01 # 干掉父 docker ps docker attach dc02 pwd ll #3个都存在 touch dc02update ll ctrl + q +p # 现在没有1了,在2上修改,3能看到吗 docker ps docker attach dc03 pwd ll # 4个都存在
(5)删除dc02后dc03可否访问
(6)再进一步,新建dc04继承dc03后再删除dc03
4、结论:一条绳上的蚂蚱
结论:容器之间配置信息的传递,数据卷的生命周期一直持续到没有容器使用它为止