谈谈k8s1.12新特性--Mount propagation(挂载命名空间的传播)

最新推荐文章于 2025-07-15 18:18:50 发布

转载

最新推荐文章于 2025-07-15 18:18:50 发布 · 1.5k 阅读

2 ·

CC 4.0 BY-SA版权

原文链接：https://segmentfault.com/a/1190000016567617

文章标签：

#运维 #操作系统

挂载传播允许在Kubernetes Pod内Container间共享挂载卷，甚至能跨Pod共享。有None、HostToContainer和Bidirectional三种模式，其中Bidirectional模式风险较高，可能导致主机损坏，适用于特定场景如共享设备或挂载ISCSI。挂载传播依赖于Linux的mount namespace特性，通过调整Docker配置实现。在日志收集场景中，挂载传播有助于清理过期日志。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

Mount propagation

挂载传播允许将Container挂载的卷共享到同一Pod中的其他Container，甚至可以共享到同一节点上的其他Pod。
一个卷的挂载传播由Container.volumeMounts中的mountPropagation字段控制。它的值是：

None 此卷挂载不会接收到任何后续挂载到该卷或是挂载到该卷的子目录下的挂载。以类似的方式，在主机上不会显示Container创建的装载。这是默认模式。

此模式等同于Linux内核文档中所述的 private 传播。

HostToContainer 此卷挂载将会接收到任何后续挂载到该卷或是挂载到该卷的子目录下的挂载。

换句话说，如果主机在卷挂载中挂载任何内容，则Container将看到它挂载在那里。
类似地，如果任何具有 Bidirectional 挂载传播设置的Pod挂载到同一个卷中，那么具有HostToContainer挂载传播的Container将会看到它。
此模式等同于Linux内核文档中描述的rslave挂载传播。

Bidirectional 此卷挂载的行为与HostToContainer挂载相同。此外，Container创建的所有卷挂载都将传播回主机和所有使用相同卷的Pod的所有容器。

此模式的典型用例是具有Flexvolume或CSI驱动程序的Pod需

最低0.47元/天解锁文章

200万优质内容无限畅学