首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

Docker系列——8.docker的volume持久化操作

引入持久化volume

之前我们都说过,容器间是独立存储的,并且容器内部的修改是没有被持久化的。

在前一篇中,我们就说过,容器的运行是在image外面套了个容器层,每次修改都是在容器层进行修改,并不修改到内部的image,所以在容器停止的时候,修改也就消失了。

那么比如我在一个容器里面运行一个应用,他的数据库也在该容器中的话,如果这个容器被意外的停止了,那么数据消失了,这肯定不是我们想看到的。再比如两三个应用分别跑在各自的容器里面,但是他们的数据是相通的,也就是要求他们使用的是同一个数据库,那这该怎么弄呢?

这就要引入今天要讲的持久化volume。

怎么玩volume

我们先以守护进程的方式启动一个进程,然后将里面的某个虚拟地址映射到本机的某个实际地址,具体命令如下。

我们启动完之后,用docker inspect 命令来查看某容器的详细信息。由于信息太多,我只截取了部分,将就着看看。

我们来看一下宿主机的路径和容器内部的路径指的是不是同一内存。

首先,我们先看一下宿主机的路径,并查看他的index.html文件,很明显这是nginx的欢迎页面。

然后我们修改一下这个文件,改为“我是修改的哈”,查看一下,的确是改好啦的。

接着,我们到容器里面看一下index.html,发现他也被修改啦。

那我们换个方向,先在容器里面修改,再到本机实际的地址看一下,发现实际地址也被修改啦。

具体原理

下面来说一下理由是什么?咱来图说的清楚点。

容器中的地址其实并不真实的物理路径,而是虚拟路径。当我们第一次修改实际路径的时候,其实修改了实际路径中的物理地址中的内容,当我们从容器内部去查看这个内容的时候,他其实也就是从实际路径中获取了内容,即实际路径中的物理地址中的内容。反之,也是一样的。所以总的来说,他们指向的是同一片内存。

  • 发表于:
  • 原文链接https://kuaibao.qq.com/s/20181215G0C9B400?refer=cp_1026
  • 腾讯「腾讯云开发者社区」是腾讯内容开放平台帐号(企鹅号)传播渠道之一,根据《腾讯内容开放平台服务协议》转载发布内容。
  • 如有侵权,请联系 cloudcommunity@tencent.com 删除。

扫码

添加站长 进交流群

领取专属 10元无门槛券

私享最新 技术干货

扫码加入开发者社群
领券