📚 课程目录第4章文件系统参数调优

4. 卷挂载流程剖析：从 Attach 到 Mount 的完整生命周期

在 Kubernetes 与 CSI 驱动的协作中，一个存储卷从声明到被 Pod 内进程使用，需要经历 Attach（挂接）、Mount（挂载） 和 Stage（暂存） 等多个阶段。理解这一生命周期是调优挂载参数、定位性能瓶颈的前提。

下表列出了 CSI 卷从控制面到数据面的关键操作阶段，以及每个阶段对应的 CSI RPC 调用和 kubelet 动作：

阶段	CSI RPC	执行者	关键动作
1. 创建卷	`CreateVolume`	外部控制器 (external-provisioner)	在存储后端分配存储资源，返回卷 ID 和属性
2. 挂接卷	`ControllerPublishVolume`	外部控制器 (external-attacher)	将卷挂接到目标节点（如：云盘挂载到虚拟机）
3. 暂存卷	`NodeStageVolume`	kubelet → CSI Node Plugin	在节点上格式化/挂载卷到全局暂存目录（如：`/var/lib/kubelet/plugins/…/globalmount`）
4. 挂载卷	`NodePublishVolume`	kubelet → CSI Node Plugin	将暂存卷绑定挂载到 Pod 的容器内路径
5. 卸载/分离	`NodeUnpublishVolume` → `NodeUnstageVolume` → `ControllerUnpublishVolume`	kubelet / 外部控制器	逆序清理挂载点并分离卷

关键认知： 性能调优主要作用于 NodeStageVolume 和 NodePublishVolume 阶段，因为这两个阶段涉及文件系统挂载参数（如 mountOptions、fsType、mountFlags）的实际应用。

下图展示了从 PVC 创建到 Pod 内使用卷的完整调用链，包含控制面与节点面的交互：

触发条件： kubelet 在节点上准备卷，确保设备可用。
CSI 调用： NodeStageVolume 包含 volume_context、mount_flags、fs_type。
节点动作：
1. 检查设备是否存在（如 /dev/sdb）。
2. 如果未格式化，按 fsType 创建文件系统（如 ext4、xfs）。
3. 使用 mountOptions 挂载到全局暂存路径（如 /var/lib/kubelet/plugins/kubernetes.io/csi/pv/pvc-xxx/globalmount）。
调优入口： 此阶段是 挂载参数生效 的核心位置。例如 noatime、nobarrier、data=ordered 等选项在此应用。

  性能基准测试提示： 在 Stage 阶段，文件系统创建（mkfs）和首次挂载的耗时直接影响 Pod 启动速度。对于大规模集群，建议预格式化卷或使用快照克隆来缩短此阶段。

触发条件： kubelet 准备将卷暴露给 Pod 内的容器。
CSI 调用： NodePublishVolume 包含目标挂载路径（Pod 内的 mountPath）。
节点动作：
1. 创建 Pod 级别的挂载目录（如 /var/lib/kubelet/pods/xxx/volumes/kubernetes.io~csi/pvc-xxx/mount）。
2. 执行 bind mount 将全局暂存路径绑定到 Pod 目录。
3. 如果指定了 readOnly，则挂载为只读。
性能影响： bind mount 本身极快（微秒级），但若 Stage 阶段未完成，则需等待。

挂载参数从 StorageClass 到最终系统调用的传递路径如下：

注意： 某些文件系统参数（如 inode64、largeio）必须在 第一次挂载 时指定，后续 bind mount 无法更改。因此，调优必须在 StorageClass 层面提前规划。