© XXX Page 1 of 15 curvefs client 删除文件和目录功能设计© XXX Page 2 of 15 背景 相关调研 moosefs chubaofs 方案设计思考 1.Trash机制是实现1个(类似chubaofs)，还是2个（类似moosefs）？ 2. Trash放在哪里？ 3. 是否需要做session机制（在metaserver打开），来维护inode的打开情况？ ent崩溃） 相关调研 moosefs moosefs 未对接forget moosefs 实现了在mds上open，因此删除时可以判断文件是否被打开 moosefs使用了两种机制，来实现上述功能，分别是trash机制和reserve机制（最新版本叫sustained），两种机制如下： trash机制： 对于所有TYPE_FILE类型的文件在删除时， ，则不会立即将该文件彻底删除，而是将 inode的打开情况？ 经讨论，需要实现session机制，以应对打开文件被另一个进程删除的场景的场景。 方案设计 经小组会议讨论，决定使用trash + session机制去实现上述功能。 ulink流程如下：© XXX Page 10 of 15© XXX Page 11 of 15 1. 2. 3. 1. 2. 3. 4. 5. Trash机制：

9.创建工作空间与功能包 主 讲 人 ： 古 月 工作空间 • • • • 创建工作空间 创建功能包 创建功能包 创建功能包 感谢观看 怕什么真理无穷，进一寸有一寸的欢喜 更多精彩，欢迎关注 ?

档案格式的硬盘； • Device drivers ：就如同上面提到的，硬件的管理是 Kernel 的主要工作之一，当然啰， 装置的驱动程序就是核心需要做的事情啦！好在目前都有所谓的『可加载模块』功能， 可以将驱动程序编辑成模块，就不需要重新的编译核心啦！这个也会在后续的核心编 译当中提到的！ 所以啦！所有硬件的资源都是他来管理的！至于我们要达成一些工作时，除了藉由核心本身提供的功 能 ( 例如上面提到的档案总管 Unix 良好的传统来的，所以相当的稳定而功能强大！ 此外，由于这个优良的架构可以在目前的个人计算机 ( X86 系统 ) 上面跑，所以很多的软件开发者将 他们的工作心血移转到这个架构上面，那就是很多的应用软件啦！虽然 Linux 仅是其核心与核心提供 的工具，不过，由于核心、核心工具与这些软件开发者提供的软件的整合，使得 Linux 成为一个更完 整的、功能强大的操作系统啰！我们可以将 Linux 先生更直接对自由度下了这样的说明： • 你可以根据任何你想要的提议 ( purpose ) 来跑这个 Free 的程序； • 你可以在理解了这支 Free 的程序的运作之后，将他修改成你所想要的样式与功能； • 你可以将你自己修改过的 Free 的程序再次的发表，以帮助你的朋友们； • 你可以将这支 Free 的程序进行改良，并将改良过的程序公开发表，以造福社群！ 简单的来说， GPL 授权具有几个特点：

1.5 重点回顾 1.6 本章习题 1.7 参考资料与延伸阅读 第二章、主机规划与磁盘分区 2.1 Linux与硬件的搭配 2.2 磁盘分区 2.3 安装Linux前的规划 2.4 重点回顾 2.5 本章习题 2.6 参考资料与延伸阅读 第三章、安装 CentOS7.x 3.1 本练习机的规划--尤其是分区参数 3.2 开始安装CentOS 7 3.3 多重开机安装流程与管理（Option） 程序编辑器 9.1 vi 与 vim 9.2 vi 的使用 9.3 vim 的额外功能 9.4 其他 vim 使用注意事项 9.5 重点回顾 9.6 本章练习 9.7 参考资料与延伸阅读 第十章、认识与学习BASH 10.1 认识 BASH 这个 Shell 10.2 Shell 的变量功能 10.3 命令别名与历史命令 10.4 Bash Shell 的操作环境： 10 的追踪与 debug 12.7 重点回顾 12.8 本章习题 第十三章、Linux 帐号管理与 ACL 权限设置 13.1 Linux 的帐号与群组 13.2 帐号管理 13.3 主机的细部权限规划：ACL 的使用 13.4 使用者身份切换 13.5 使用者的特殊 shell 与 PAM 模块 13.6 Linux 主机上的使用者讯息传递 13.7 CentOS 7 环境下大量创建帐号的方法

7 参考资料与延伸阅读 4. 第二章、主机规划与磁盘分区 4.1. 2.1 Linux与硬件的搭配 4.2. 2.2 磁盘分区 4.3. 2.3 安装Linux前的规划 4.4. 2.4 重点回顾 4.5. 2.5 本章习题 4.6. 2.6 参考资料与延伸阅读 5. 第三章、安装 CentOS7.x 5.1. 3.1 本练习机的规划—尤其是分区参数 5.2. 3.2 开始安装CentOS vi 的使用 11.3. 9.3 vim 的额外功能 11.4. 9.4 其他 vim 使用注意事项 11.5. 9.5 重点回顾 11.6. 9.6 本章练习 11.7. 9.7 参考资料与延伸阅读 12. 第十章、认识与学习BASH 12.1. 10.1 认识 BASH 这个 Shell 12.2. 10.2 Shell 的变量功能 12.3. 10.3 命令别名与历史命令 12 8 本章习题 15. 第十三章、Linux 帐号管理与 ACL 权限设置 15.1. 13.1 Linux 的帐号与群组 15.2. 13.2 帐号管理 15.3. 13.3 主机的细部权限规划：ACL 的使用 15.4. 13.4 使用者身份切换 15.5. 13.5 使用者的特殊 shell 与 PAM 模块 15.6. 13.6 Linux 主机上的使用者讯息传递 15.7.

目 录 致谢 README 1. 第一部份：架站前的进修专区 2. 作者序 3. 第一章、架设服务器前的准备工作 3.1. 1.1 前言： Linux 有啥功能 3.2. 1.2 基本架设服务器流程 3.3. 1.3 自我评估是否已经具有架站的能力 3.4. 1.4 本章习题 4. 第二章、基础网络概念 4.1. 2.1 网络是个什么玩意儿 4.2. 2.2 TCP/IP 7.1. 5.1 网络参数设定使用的指令 7.2. 5.2 网络侦错与观察指令 7.3. 5.3 远程联机指令与实时通讯软件 7.4. 5.4 文字接口网页浏览 7.5. 5.5 封包撷取功能 7.6. 5.6 重点回顾 - 2 - 本文档使用 书栈(BookStack.CN) 构建 7.7. 5.7 本章习题 7.8. 5.8 参考数据与延伸阅读 8. 第六章、 Linux 网络侦错 13.1 NFS 的由来与其功能 17.2. 13.2 NFS Server 端的设定 17.3. 13.3 NFS 客户端的设定 17.4. 13.4 案例演练 17.5. 13.5 重点回顾 17.6. 13.6 本章习题 17.7. 13.7 参考数据与延伸阅读 18. 第十四章、账号控管： NIS 服务器 18.1. 14.1 NIS 的由来与功能 18.2. 14.2 NIS

⚫大规模实时监控平台的实践方案 ⚫智能故障定位与处理实践 ⚫ APM 在京东物流的落地实践 ⚫ 智能运维(AIOps)落地规划 业界智能运维发展趋势 新的问题 运维人数不变，管理机器数翻倍 1 2  3 4 正在消失的运维 运维从业者减少，运维专家匮乏 运维平台日趋复杂，缺乏统一规划 公司内部监控/运维系统繁多，形成数据孤岛 网络拓扑日益复杂，资源云化，虚拟资 源频繁弹性伸缩。不可靠的CMDB ⚫业界智能运维发展现状及趋势分析 ⚫智能运维体系建设方法论 ⚫大规模实时监控平台的实践方案 ⚫智能故障定位与处理实践 ⚫ APM 在京东物流的落地实践 ⚫智能运维(AIOps)落地规划 智能运维体系建设方法论 ◼统一规划、避免重复建设 ◼标准化是前提 ◼产品化设计、产品化开发 ◼服务驱动 ◼运维中台 ◼业务增值 ◼过程改进 智能运维体系建设方法论 ◼闭环 ◼生命周期管理 ◼流程管理 目录 ⚫业界智能运维发展现状及趋势分析 ⚫智能运维体系建设方法论 ⚫大规模实时监控平台的实践方案 ⚫智能故障定位与处理实践 ⚫ APM 在京东物流的落地实践 ⚫智能运维(AIOps)落地规划 大规模实时监控平台V1.0 大规模监控平台架构 大规模实时监控平台V1.0 ◼多级部门、应用多维度统计 ◼日报、周报、同比、环比统计 ◼低资源使用率TOP统计 ◼低负载应用榜单 ◼低资源使用率应用优化建议

• 自动化测试 测试工程师 • 升级预发环境 • 升级生产环境 • 变更数据库 发布工程师 核心场景介绍：不同角色工程师基于统一协作平面，操作使用自动化工作流和云原生环境 面向角色 功能描述 工作流名称样例 具体配置 开发工程师 CI 过程 project-unit-test project-scan • 单元测试、代码扫描 更新日常开发环境及 dev 业务配 置 project-dev-workflow 自主升级环境，选择一个或多个 PR/MR 进行功能需求 的并行验证。 用于测试集成验证 auto-sit 执行自动化 CD 过程 用于验收测试 uat 以此环境作为发布生产环境前的用户验收环节 发布 / 运维工程师 用于生产查看 prod 生产环境管理，变更过程需经过严格审批 管理员 ( 运维 ) 准备——环境 管理员 ( 运维 ) 准备——环境 产品规划 需求开发 Sprint 发布 本地自测—— 检查、代码扫描 。 Sprint 发布 测试验证 变更发布 产品规划 需求开发 单个工程师自测——手工 / 自动触发 dev 工作流执行 步骤包含： dev 环境构建 -> 部署 -> 冒烟测试 ->IM 通知 Sprint 发布 测试验证 变更发布 产品规划 需求开发 Sprint 发布 测试验证 变更发布 产品规划 多人做集成联调——更新不同服务 启动 dev 工作流，选择多个服务和对应的

• 自动化测试 测试工程师 • 升级预发环境 • 升级生产环境 • 变更数据库 发布工程师 核心场景介绍：不同角色工程师基于统一协作平面，操作使用自动化工作流和云原生环境 面向角色 功能描述 工作流名称样例 具体配置 开发工程师 CI 过程 project-unit-test project-scan • 单元测试、代码扫描 更新日常开发环境及 dev 业务配置 project-dev-workflow sit 自主升级环境，选择一个或多个 PR/MR 进行功能需求 的并行验证。 用于测试集成验证 auto-sit 执行自动化 CD 过程 用于验收测试 uat 以此环境作为发布生产环境前的用户验收环节 发布/运维工程师 用于生产查看 prod 生产环境管理，变更过程需经过严格审批 管理员(运维)准备——环境 管理员(运维)准备——环境 产品规划 需求开发 Sprint 发布 本地自测——IDE 检查、代码扫描。 Sprint 发布 测试验证 变更发布 产品规划 需求开发 单个工程师自测——手工/自动触发 dev 工作流执行 步骤包含：dev 环境构建->部署->冒烟测试 ->IM 通知 Sprint 发布 测试验证 变更发布 产品规划 需求开发 Sprint 发布 测试验证 变更发布 产品规划 多人做集成联调——更新不同服务 启动 dev 工作流，选择多个服务和对应的

• 新文件系统 EulerFS：面向非易失性内存的新文件系统，采用软更新、目录双视图等技术减少文件元数据同步时间， 提升文件读写性能。 • 内存分级扩展 etMem：新增用户态 swap 功能，策略配置淘汰的冷内存交换到用户态存储，用户无感知，性能 优于内核态 swap。 夯实云化基座 容器操作系统 KubeOS：云原生场景，实现 OS 容器化部署、运维，提供与业务容器一致的基于 K8S Update)，基于指针的目录双视图计数机制，减少元数据同步开销，有效提升文件 系统 create、unlink、mkdir、rmdir 系统调用性能，较 ext4/dax，元数据操作延时降低 1~4 倍，带宽高 20%~4 倍。 功能描述 directory inode 1 C B A D buckets latest buckets 2 3 4 … 1 2 3 4 … directory VFS 适用于内存使用量大，且使用相对不频繁的应用进程上，在这些场景中的效果好收益大，实测等成本条件下 MySQL 性能提升 40%。针对用户态存储框架和用户需求，新增用户态的内存交换机制。 功能描述 继承已有功能： 1. 进程级控制：etMem 支持通过配置文件来进行内存扩展的进程，相比于操作系统原生的基于 LRU 淘汰的 kswap 机制，更加灵活和精准。 2. 冷热分级：用户态触