K8S 中被挂载的 Configmap 发生了变化容器内部会发生什么
目录
K8S 中被挂载的 Configmap 发生了变化容器内部会发生什么
1. 使用 env 挂载
被挂载的值不会变
env:
# 定义环境变量
- name: PLAYER_INITIAL_LIVES # 请注意这里和 ConfigMap 中的键名是不一样的
valueFrom:
configMapKeyRef:
name: game-demo # 这个值来自 ConfigMap
key: player_initial_lives # 需要取值的键
使用 volumeMounts 挂载目录
在使用 volumeMounts 挂载的时候， 根据是否有 subpath 参数， 情况也不一样。
2.1 没有 subpath 挂载目录
volumeMounts:
- name: config
mountPath: "/config/normal-dir/some-path/"
可以看到， 挂载目录时
- 目标文件 是一个 软链接 ， 链接到
..data目录文件中。 - 而
..data文件本身也是一个 软链接 ， 链接到真实目录..2021_12_02_03_11_39.450637616
当 configmap 发生变化的时候， 真实目录将被 k8s 替换。 而 ..data 也将重新软连接新的真实目录中。
注意在更新 configmap 之后， 真实目录名称已经发生变化， 成为 ..2021_12_02_03_24_10.989932403
2.2 使用 subPath 挂载文件
volumeMounts:
- name: config
mountPath: "/config/subpath-file/some-path/game.properties"
subPath: game.properties
使用 subPath 挂载文件时， 目标文件 是 不是 一个软链接， 注意与挂载目录时的对比。 而生成是一个 真实文件 。
当 configmap 发生变化的时候， 该文件 不会发生任何变化 。
2.3 使用 subPath 挂载目录
volumeMounts:
- name: config
mountPath: "/config/subpath-dir/some-path/"
subPath: "."
这种情况行为情况与 [2.1 没有 subpath 挂载目录](#2.1 没有 subpath 挂载目录) 一致。
3. 挂载目录与挂载文件有什么不同
如果熟悉 linux 中的 mount 原理， 就很容易理解。
volumeMounts:
- name: config
mountPath: "/var/spool/cron/crontabs/game.properties"
subPath: game.properties
- 挂载目录 到 目标路径（目录）， 将直接 隐藏 目标路径的目录， 显示挂载目录的文件
- 挂载文件 到 目标路径（文件） ， 将直接 隐藏 目标路径中文件， 显示挂载的文件。 而由于作用域比目录小， 所以挂载文件能与目标目录中的其他文件 共存 。
也不会影响到 目标目录 原有的属性。
4. 扩展: 使用 docker -v 挂载目录和文件到容器中
这个也是为什么使用 docker 命令 挂载node文件 和 挂载node目录 到容器中后， 在 node 上修改文件是否会影响到容器内部的原因一样。
docker run -it --rm \
-v /node/path/file:/container/path1/file \
-v /node/path/:/container/path2/ \
alpine sh
其根本原因是： 被挂载 文件或目录 的 inode 发生了之后， 是否能继续反馈到容器中。
使用命令创建 硬连接
ln -f demo.txt mode.txt
可以看到二者的 inode 是一样的。
- 使用
vi编辑demo.txt后， 二者 inode 依旧一样， 因此 demo.txt 的变更也会在 mode.txt 中看到， 因为他们还是一个文件。
- 但是使用
sed编辑demo.txt后， 二者 inode 不一样了， 因此 demo.txt 和 mode.txt 其实是两个文件了。
因此二者的内容自然就不一样了。