毛线编织, 手工, 黄色, 针织图案面试官提问：
请描述查找 /mnt/icfs/dir01/file.txt 的过程？
一页纸精简回答：
用户执行 cat /mnt/icfs/dir01/file.txt 后，流程如下：
客户端通过 FUSE 捕获请求
系统调用经 VFS 进入内核 FUSE 模块，转发至用户态 Ceph 客户端。-
路径逐级解析，定位 MDS 节点
CephFS 采用分层目录树，元数据分散在多个 MDS 节点。查找过程为：- 客户端连接任意活跃 MDS（如根目录权威 MDS）；
- 从
/开始逐级查询：mnt → icfs → dir01 → file.txt； - 每一级目录有“权威 MDS”，当前 MDS 若非管辖者，则转发请求到对应 MDS；
- 最终获取
file.txt的 inode 信息。
获取 inode 后直连 OSD 读取数据
文件数据以对象形式存储于 RADOS，命名格式为<inode>.<object_index>，客户端直接与 OSD 通信完成读写，无需经过 MDS。
关键对比：CephFS vs 3FS 元数据架构
| 维度 | CephFS | 3FS |
|---|---|---|
| 元数据存储 | 目录树结构，MDS 分区管理 | KV 存储（如 FoundationDB），扁平化 |
| 查找方式 | 递归转发，依赖 MDS 边界协商 | 路径转 Key，任意节点可查 |
| 一致性 | MDS 协同 + 日志事务 | KV 数据库原生事务支持 |
| 扩展性 | 动态子树迁移，复杂但成熟 | 无状态设计，扩展简单 |
| 故障恢复 | MDS 重启需重建目录视图 | 节点重启即用，数据一致由 DB 保证 |
✅ 结论： CephFS 因兼容 POSIX 和历史架构，MDS 复杂但稳定； 3FS 将文件操作转为 KV 查询，元数据无状态，架构更简洁，适合云原生场景。
插播广告：#曙光诚聘分布式存储#
?工作地点：天津
? 招聘岗位：分布式存储研发工程师
✅ 熟悉 Ceph、文件系统、KV 存储优先
? 可内推，联系小王获取通道
系统架构：多节点集群，模块化设计（MDS、OSD、Client），支持 EB 级扩展
物理视图：2U 服务器，NVMe+HDD 混合部署，IB 网络互联
部署配置表（略）
FUSE 架构：用户态文件系统入口
Ceph 架构示意
单机文件查找：多轮磁盘 IO
3FS 查找：路径转 KV，任意节点处理
Key 设计：DENT:{parent_inode}:{name} → child_inode
CephFS 查找链路：MDS 间跳转
RADOS 对象存储：扁平化结构
MDS 分布式锁机制
MDS 状态同步
MDS 启动流程：协同重建目录视图
海洋, 日出, 半岛, 法国, 景观, 地平线
