一个因Docker容器挂载引发的事故

云计算 云原生
docker部署容器需要进行挂载时,使用挂载目录的方式​,不要直接挂载文件。 挂载目录不会出现宿主机文件更新,而容器中文件没有更新的问题。​

背景

使用 docker 部署的 nginx,并且已经配置了文件挂载,参数如下:

  • -v /deploy/nginx/conf.d/doc.crt:/etc/nginx/conf.d/doc.crt
  • -v /deploy/nginx/conf.d/doc.key:/etc/nginx/conf.d/doc.key
  • -v /deploy/nginx/conf.d/default.conf:/etc/nginx/conf.d/default.conf

后续因为技术原因,需要将一个 location 加上 *.html 禁用缓存,如下配置

if ($request_filename ~* .*\\.(htm|html)$) {
    add_header Cache-Control "no-store";
}

于是就在宿主机上直接修改 /deploy/nginx/conf.d/default.conf 文件。

然后运行 docker exec -it pc-nginx nginx -s reload,使配置生效。

但是实际测试结果并没有生效

还以为是配置加的不对,花了好长时间,改了几种方式,结果都不行。

直到进入容器内,查看容器内的文件发现,文件根本就没有改动!!!

重启了这个容器,配置文件才进行了更新,问题得到解决。

思考

docker容器的挂载难道不是生效,而是要容器启动的时候才会更新?

肯定不是这样,容器内产生的日志内容,在容器外可以实时查看,难道是内->外是实时,外->内 是启动的时候才加载?

如果是这样,那我一直以为的docker挂载是理解错了吗,越想越不对???

探索

经过一番查阅资料,发现了这个:

Docker 中,mount volume 的原理是借用了 Linux Namespace 中的 Mount NameSpace,隔离系统中不同进程的挂载点视图,实际文件是没有变化。

在container中,bash 实际就是一个运行在宿主机上的进程,被Docker用Linux分别隔离了 Mount Namespace、UTS Namespace、IPC Namespace、PID Namespace、Network Namespace和User Namespace,使得它看上去好像运行在了一个独立的、相对隔离的系统上,但实际它的一切资源都是宿主机在不同Namespace中的一个投影,文件也不例外。

Linux中,证明文件是否相同的根本途径是,使用 stat命令,判断其 inode,如果两个文件的inode相同,两个文件必定为同一文件,从而两个文件的内容也必然相同。

docker本身不支持直接映射文件,使用docker映射文件时可能会出现问题 。

实践

复现场景,验证问题

  1. 创建文件
mkdir -p /opt/nginx
cd /opt/nginx
vi demo.conf

nginx内容如下:

server {
    listen 80;
    server_name gateway.cn;
  
    location / {
          proxy_pass http://localhost:7001/;
    }
}
  1. 创建2个容器,一个映射目录,一个映射文件

docker run --name n1-dir -v /opt/nginx:/etc/nginx/conf.d -d nginx

docker run --name n2-file -v /opt/nginx/demo.conf:/etc/nginx/conf.d/demo.conf -d nginx

  1. 再开启两个 shell ,进入容器内,查看文件

docker exec -ti n1-dir /bin/bash

docker exec -ti n2-file /bin/bash

cat /etc/nginx/conf.d/demo.conf

  1. 修改外部文件
  • 简单修改,加一行注释# fadsff
  1. 重新查看文件
  • 但是得到了相同的结果,这与预期不符,使用stat命令,容器外和2个容器内的demo.conf 文件都是同一个inode

和线上的环境得到的结果不一致,这就很令人费解。想到线上的环境不是用的root账号部署的,难道和用户也有关系?

创建demo用户,再次尝试

图片图片

重试刚才的步骤,得到结果:

n3

图片图片

n4

图片图片

得到结果,在挂载conf.d 目录时,文件可以得到正常更新,但是如果直接挂载文件,文件的内容并不会实时更新。

小结

docker部署容器需要进行挂载时,使用挂载目录的方式,不要直接挂载文件。 挂载目录不会出现宿主机文件更新,而容器中文件没有更新的问题。

责任编辑:武晓燕 来源: Java技术指北
相关推荐

2021-07-27 07:12:11

Getter接口Setter

2011-11-25 13:04:43

空格usr

2022-04-08 08:48:16

线上事故日志订阅者

2021-12-01 06:59:27

架构

2013-12-19 09:58:36

移动应用产品市场

2024-02-28 08:12:25

SSE接口代理

2020-05-07 11:00:24

Go乱码框架

2020-11-20 10:50:01

Docker容器

2010-11-04 09:11:34

Fedora 14评测

2017-08-23 08:09:11

UDPDocker容器

2020-12-09 08:59:59

MongoDB复合索事故

2019-01-16 09:20:42

架构设计JVM FullGC宕机事故

2021-07-24 13:11:19

Redis数据技术

2018-07-16 22:29:29

代码迭代质量

2021-10-08 08:55:23

FacebookBGP工具

2011-04-27 10:02:54

兼容墨盒用户体验

2024-02-26 18:11:08

Docker容器镜像

2021-06-06 16:15:57

地区接口项目

2021-01-25 08:08:22

APP机器人KOB

2018-11-22 15:50:27

MySQL数据库双引号
点赞
收藏

51CTO技术栈公众号