数据持久化
在容器层的 UnionFS(联合文件系统)中对文件/目录的任何修改,无论是手工修改还是
容器在运行过程中的修改,在该容器丢失或被删除后这些修改将全部丢失。即这些修改是无
法保存下来的。若要保存下来这些修改,通常有两种方式:
定制镜像持久化:将这个修改过的容器生成一个新的镜像,让这些修改变为只读的镜像
数据卷持久化:将这些修改通过数据卷同步到宿主机
数据持久化主要解决的问题如下:
- 数据丢失:在默认情况下,Docker容器内部产生的数据存储在其自身的存储层上。当容器停止运行或被删除时,与该容器关联的存储层也会被清理,这意味着所有在容器运行期间生成或修改的数据都将永久丢失。
- 迁移和备份困难:由于容器存储层与容器生命周期紧密相连,如果需要将数据从一个容器移动到另一个容器,或者需要对数据进行备份和恢复操作,会非常复杂且不可靠。
- 多容器共享数据:在实际应用中,可能需要多个容器之间共享某些数据,例如数据库服务和Web服务器之间。但是,容器间的直接文件系统交互并不方便,也不利于容器的独立性和可移植性。
- 性能考量:容器存储层通常是通过联合文件系统(如AUFS、OverlayFS等)实现的,频繁写入这类文件系统的性能可能不如直接写入宿主机的磁盘。
假如我拉取一个tomcat:10.0
docker pull tomcat:10.0
然后运行
docker run --name mytom -dp 8081:8080 tomcat:10.0
删除webapps,然后把webapps.dist改名为webapps
保存镜像
docker commit -m"modify webapps" -a="Hayaizo" mytom tomcat10:own
docker run --name mytom11 -dp 8081:8080 tomcat10:own
运行镜像:
数据卷
Docker 提供了三种实时同步(宿主机与容器 FS 间数据的同步)方式:
数据卷
Bind mounts(绑定挂载)
tmpfs(临时文件系统)
数据卷简介
数据卷是宿主机中的一个特殊的文件/目录,这个文件/目录与容器中的另一个文件/目录进行了直接关联,在任何一端对文件/目录的写操作,在另一端都会同时发生相应变化。
在宿主中的这个文件/目录就称为数据卷,而容器中的这个关联文件/目录则称为该数据卷在该容器中的挂载点。
数据卷的设计目的就是为了实现数据持久化,其完全独立于容器的生命周期,属于宿主机文件系统,但不属于 UnionFS。因此,容器被删除时,不会删除其挂载的数据卷。
数据卷的特性
数据卷具有如下明显特性:
数据卷在容器启动时初始化,如果容器启动后容器本身已经包含了数据,那么,这些数
据会在容器启动后直接出现在数据卷中,反之亦然
可以对数据卷或挂载点中的内容直接修改,修改后对方立即可看到
数据卷会一直存在,即使挂载数据卷的容器已经被删除
数据卷可以在容器之间共享和重用
其实底层就是通过Linux硬链接实现的(ln)。
数据卷的创建
读写数据卷指的是容器对挂载点具有读写权限。
命令
数据卷是在使用 docker run 启动容器时指定的,其语法格式为:
docker run –it –v /宿主机目录绝对路径:/容器内目录绝对路径 镜像
注:无论是宿主机中的数据卷还是容器中的挂载点,如果指定的目录不存在,那么 docker引擎都会自动创建。即使是多级目录不存在。
docker run --name mycent -v /root/xxx/aaa:/opt/ooo/bbb -it centos:7
可以看到会自动创建目录,即使是一个多级目录。
在宿主机中同样会创建目录。
我在宿主机创建一个hello.cc
只读数据卷的创建
只读数据卷,指的是容器对挂载点的操作权限是只读的。宿主机对数据卷的操作权限始终是读写的。
有些情况下,为了防止容器在运行过程中对文件产生修改,就需要创建只读数据卷。
命令
该命令仅比之前的命令仅多了:ro,具体语法如下:
docker run –it –v /宿主机目录绝对路径:/容器内目录绝对路径:ro 镜像
创建数据卷
以交互方式启动一个 ubuntu 容器,同时指定在启动容器时创建只读数据卷。
docker run --name myu -it -v /root/host_mount:/opt/ddd:ro ubuntu:latest /bin/bash
数据卷共享
当一个容器与另一个容器使用相同的数据卷时,就称这两个容器实现了“数据卷共享”。
当一个容器 C 启动运行时创建并挂载了数据卷,若其它容器也需要共享该容器 C 挂载的数据卷,这些容器只需在 docker run 启动时通过–volumes-from[容器 C] 选项即可实现数据卷共享。此时容器 C 就称为数据卷容器。
docker run --name mycent2 --volumes-from mycent centos:7
docker run --name myunbuntu --volumes-from mycent -it ubuntu /bin/bash
需求:myubuntu2 容器要共享前面的 myubuntu 容器的数据卷,即宿主机中/root/host_mount
为数据卷目录,而这两个容器的挂载点目录都是/opt/uc_mount。
通过 docker exec 命令进入 myubuntu 容器后,进入挂载点目录/opt/uc_mount。
这里在创建并运行 myubuntu2 容器时,使用–volumes-from 指定该容器要共享 myubuntu的数据卷,即指定 myubuntu 容器为数据卷容器。此时可以发现,myubuntu2 容器中也同样出现了挂载点目录/opt/uc_mount。
经过上述操作,myubuntu 与 myubuntu2 这两个容器实现了数据卷共享。此时,无论是在宿主机,还是 myubuntu 或 myubuntu2 任意容器中挂载点目录中的任意写操作,在另外两方均可同步看到该写操作的结果。
下面举例:
首先在宿主机数据卷目录中创建一个文件 data.log。
在 myubuntu 容器中可以查看到 data.log 文件。然后,myubuntu 容器也修改该文件。
在 myubuntu2 容器中可以查看到 data.log 文件。然后,myubuntu2 容器也修改该文件。
myubuntu2 容器对文件的修改,在 myubuntu 容器与宿主机中均可看到。
Dockerfile持久化
Dockerfile 持久化,其实就是通过使用 Dockerfile 的 VOLUME 指令指定数据卷方式实现的持久化。
VOLUME指令
VOLUME 指令可以在容器中创建可以挂载数据卷的挂载点。其参数可以是字符串数组,也可以是使用空格隔开的多个纯字符串。例如:
VOLUME [“/var/www”,“/etc/apache”] 或
VOLUME /var/www /etc/apache。
FROM centos:7
VOLUME /opt/xxx /opt/ooo
CMD /bin/bash
挂载点有了,那么我的源在哪呢?
docker inspect
文章来源:https://www.toymoban.com/news/detail-816382.html
在这可以看到Source
,这是docker daemon自动分配的。文章来源地址https://www.toymoban.com/news/detail-816382.html
到了这里,关于Docker数据持久化的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!