为什么不推荐Docker文件挂载?

2022-09-21 11:14:55 浏览数 (1)

今天群里小伙伴发了一个疑问,它通过docker启动了个nginx,nginx的一些相关配置文件都是通过文件的方式进行映射的,疑问的点在于,在宿主机上修改了文件,为什么对应映射到容器里面的文件内容没有改变?

话不多说,起个容器看

代码语言:javascript复制
docker run --name nginx -p 8082:80 -v /opt/nginx/nginx.conf:/etc/nginx.conf -d nginx
Unable to find image 'nginx:latest' locally
latest: Pulling from library/nginx
a2abf6c4d29d: Pull complete
a9edb18cadd1: Pull complete
589b7251471a: Pull complete
186b1aaa4aa6: Pull complete
b4df32aa5a72: Pull complete
a0bcbecc962e: Pull complete
Digest: sha256:0d17b565c37bcbd895e9d92315a05c1c3c9a29f762b011a10c54a66cd53c9b31
Status: Downloaded newer image for nginx:latest
3d669ab21cfc6845f8f7105233215c9ab9002ddd06af1132fba257e14f93121e

我这里直接映射了个nginx的主配置文件,别管目录对不对,只是验证文件修改

然后此时的文件内容应该是一致的,现在直接修改宿主机上的/opt/nginx/nginx.conf文件,首行加一个注释

保存后,进容器,看下容器内的nginx.conf文件内容,也可以直接执行命令查看

代码语言:javascript复制
进入容器
docker exec -it 3d /bin/bash
查看文件开头
head /etc/nginx.conf
或者直接在宿主机查看
docker exec 3d cat /etc/nginx.conf

可以看到,文件内容未改变

这是为什么呢?

这个问题,和Linux文件的inode有关系

第一次启动容器的时候,看下两个文件的inode

  • 宿主机
  • 容器

可以看到是同一个inode,也就是同一个文件,宿主机修改了文件内容后,再对比

  • 宿主机
  • 容器

两个就不是一个文件,此时想要容器内文件生效,需要重启容器,重新加载新的文件

再看下目录映射的情况,还是启动个容器

代码语言:javascript复制
docker run --name nginx -p 8082:80 -v /opt/nginx:/opt/ -d nginx
537fc0c513d3bb83bb78d4f8333ede6a8a9d53070108ab55be5a8b9f2347ac9c

这次用目录挂载,本地/opt/nginx挂载到容器/opt/下面 ,之后重复上面的操作,查看inode,修改文件,对比inode

可以看到,目录挂载是没有问题的,容器内文件随宿主机文件实时改变的

为什么目录可以呢?实际上就是那句经典,Linux下,一切皆文件,目录也是一种特殊的文件,实际上它也是有自己的inode,挂载目录的话,它实际上是将容器内目录的inode指向到了宿主机的目录

所以目录内文件的改变,会实时改变,而文件挂载的话,实际容器内指向的inode还是原来的,而现在的文件实际上已经不是该inode了

0 人点赞