按生态选文件协议
文件存储协议的选择基本跟着使用方走：Linux、容器与大数据场景用 NFS，Windows 与办公共享用 SMB。需要混合访问时优先选 SMB，因为 Linux 端也能挂载；或者按用途分设两套挂载点，避免在同一个挂载点上同时暴露两种协议的语义差异，让属主、权限与锁行为变得难以解释。
基本信息
| 主要用户 | NFS 面向 Linux/Unix 与容器；SMB/CIFS 面向 Windows |
|---|---|
| 版本 | NFS v3 与 v4（v4 有更强的锁定与 ACL）；SMB 2.x 与 3.x（3.x 支持加密与多通道） |
| 认证方式 | NFS 常以 IP 白名单为主；SMB 用用户或域认证 |
| 挂载参数 | NFS 关注 vers、hard/soft、timeo、nolock；SMB 关注 vers、username、uid/gid |
| 界面限制 | 协议版本必须与存储侧支持的版本对齐，否则挂载失败或退化 |
NFS 与 SMB/CIFS 对比
| 维度 | NFS | SMB/CIFS | 选择建议 |
|---|---|---|---|
| 主要用户 | Linux/Unix | Windows | 跟着主要使用方选 |
| 版本 | v3/v4，v4 锁定与 ACL 更强 | SMB 2.x/3.x，3.x 支持加密 | 与存储侧支持版本对齐，别留默认值 |
| 认证 | IP 白名单为主 | 用户或域认证 | 需要按用户隔离权限时选 SMB |
| 性能 | 大量小文件元数据开销相近 | Windows 场景更优 | 大文件顺序读写差异不大，小文件看元数据能力 |
| 断连行为 | hard/soft 语义差异明显 | 由客户端与服务器协商超时 | 网络抖动多的环境慎用 soft |
典型使用场景
- 多台 Linux 应用共享同一份数据，替代逐台同步文件的旧做法
- 容器集群挂载共享存储：经 CSI 驱动以 PV/PVC 方式挂载
- Windows 环境下的部门共享目录与办公文件服务
- 跨平台协作盘：既有 Windows 客户端又有 Linux 脚本，选 SMB 更省事
- 日志与分析场景的顺序读写，选择 NFS 更贴合工具链习惯
挂载参数要点
挂载参数要点
# nolock：部分场景需禁用锁；hard/soft 决定超时行为
mount -t nfs4 -o vers=4.0,hard,timeo=600 fs-xxx:/ /mnt/nas
# 写入频繁且网络抖动多时不要用 soft，避免数据静默丢失
mount -t cifs -o vers=3.0,username=user,uid=1000,gid=1000 //fs-xxx/share /mnt/smb
showmount -e fs-xxx # 查看导出列表（常用于 NFSv3 环境）
nfsstat -m # 查看已挂载 NFS 的实际参数与状态容器挂载 NAS 优先用 PV/PVC 经 CSI 驱动，而不要直接 hostPath，避免节点重启或 Pod 被调度到其他节点后目录丢失、数据不一致。
hard 与 soft 的取舍是数据安全问题：soft 在网络抖动时直接返回错误，正在写入的应用可能失败甚至留下半截文件；hard 会让进程挂起等待直到存储恢复。生产场景多数应选 hard，配合合理的 timeo 与重试策略。