本章习题 21.9 参考资料与延伸阅读 第二十二章、软件安装 RPM, SRPM 与 YUM 22.1 软件管理员简介 22.2 RPM 软件管理程序： rpm 22.3 YUM 线上升级机制 22.4 SRPM 的使用 ： rpmbuild （Optional） 鸟哥的 Linux 私房菜：基础学习篇 第四版 7 24.5 24.6 24.7 25 25.1 25.2 文件系统阶段 14.3.3 放大 LV 容量： xfs_growfs 14.3.4 使用 LVM thin Volume 让 LVM 动态自动调整磁盘使用率 14.3.5 LVM 的磁盘快照： 创建传统快照, 以快照还原,用于测试环境 14.3.6 LVM 相关指令汇整与 LVM 的关闭 14.4 重点回顾 14.5 本章习题 14.6 参考资料与延伸阅读 第十五章 例行性工作调度 （crontab） 有针对不同的服务提供了相当大量的命令行设置模式，因此过去那个 setup 似乎没有什么用了！ 取而代之的是许多加入了 bash-complete 提供了不少参数补全的设置工 具！甚至包括网络设置也是通过这个机制哩！ 我们这个小章.....2015/09/03 20.1 系统基本设置 20.1.1 网络设置 （手动设置与DHCP自动取得）：手动,自动,改主机名称 20.1.2 日期与时间设置 20.1

24. 第二十二章、软件安装 RPM, SRPM 与 YUM 24.1. 22.1 软件管理员简介 24.2. 22.2 RPM 软件管理程序： rpm 24.3. 22.3 YUM 线上升级机制 24.4. 22.4 SRPM 的使用 ： rpmbuild （Optional） 24.5. 22.5 重点回顾 24.6. 22.6 本章习题 24.7. 22.7 参考资料与延伸阅读 有针对不同的服务提供了相当大量的命令行设置模式，因此过去那个 setup 似乎没有什么用了！ 取而代之的是许多加入了 bash-complete 提供了不少参数补全的设置工具！甚至包括网络设置也是通过这个机制 哩！ 我们这个小章…..2015/09/03 第十八章 认识与分析登录文件 第十九章 开机流程、模块管理与 loader 第二十章 网络设置与备份策略 1. 目录及概述 - 17 - 本文档使用 如果能够将软件预先在相同的硬件与操作系统上面编译好 才发布的话…..2015/09/09 24.1. 22.1 软件管理员简介 24.2. 22.2 RPM 软件管理程序： rpm 24.3. 22.3 YUM 线上升级机制 24.4. 22.4 SRPM 的使用 ： rpmbuild （Optional） 24.5. 22.5 重点回顾 24.6. 22.6 本章习题 24.7. 22.7 参考资料与延伸阅读

.................................................................................... 183 7.2.4 逻辑卷快照 .................................................................................................. 5+备份盘等方案来更直观地查看 RAID 的强大 效果，以便进一步满足生产环境对硬盘设备的 I/O 读写速度和数据冗余备份机制的需求。 同时，考虑到用户可能会动态调整存储资源，本章还将介绍 LVM（Logical Volume Manager，逻辑卷管理器）的部署、扩容、缩小、快照以及卸载删除的相关知识。 35 ➢ 8 iptables firewalld ：本章讲解了 RHEL 重装也会让人头疼，还会浪费我们的宝贵时间。而通过虚拟机软件安装的系统不仅可以模拟 出硬件资源，把实验环境与真机文件分离以保证数据的安全，更酷的是当操作失误或配置出 错导致系统异常的时候，可以快速把操作系统还原到出错前的快照状态—这大约只需要 5～ 10 秒（在真实的物理机上重装系统可能得至少 30 分钟）。 最近几年在讲课时，总会发现同学们使用的实验环境五花八门，有 CentOS、Debian，还 有老版本的 RHEL

5.20。 40 CHAPTER 5. 基本内容 5.8. DEBIAN/CHANGELOG 5.7.2 Substvar debian/control 也定义了软件包的依赖关系，其中变量替换机制（substvar）的功能可以用来将软件包维护 者从跟踪（大多数简单的）软件包依赖的重复劳动中解放出来。请参见 deb-substvars(5)。 debmake 命令支持下列变量替换指令： • 对其它没有部署属于自己范畴内的变量替换机制的情况，misc 变量替换占位符通常用来覆盖对应的 依赖替换需求。 对 POSIX shell 程序来说，并没有简单的办法来验证其依赖关系，substvar 的变量替换也无法自动得出 它们的依赖。 对使用动态加载机制，包括 GObject introspection 机制的库和模块来说，现在没有简单的方法可以检查 依赖关系，变量替换机制也无法自动推导出所需的依赖。 master, upstream, and pristine-tar branches. 如果上游软件包支持“make dist”或者等效的目标，您可以使用 -d 选项从上游源码树版本控制系统 中得到上游代码的快照。 $ cd /path/to/upstream-vcs $ debmake -d -i debuild 除此之外，也可使用 -t 选项以使用 tar 命令生成上游源码包。 $ cd /path/to/upstream-vcs

Chunkserver 数据存储 副本一致性 • 客户端 Client 对元数据增删改查 对数据增删改查基本架构 • 快照克隆服务器 独立于核心服务 储到支持S3接口的 对象存储，不限制数量 异步快照、增量快照 从快照/镜像克隆 ( lazy/非lazy ) 从快照回滚数据组织形式 • 底层 可用性 / 可靠性 扩展性 / 负载均衡 向上提供无差别文件流 • Application • 地址空间到—>chunk: 1 : N chunk有先后关系 • 创建时指定大小，lazy分配chunk • 提供4kb随机读写能力 • 支撑块设备应用场景 块设备层面的快照功能 即为文件层面快照数据组织形式 • AppendFile • 地址空间到—>chunk: 1 : 1 • 采用append的方式写入数据组织形式 • AppendFile • 地址空间到—>chunk: 998 4K随机写 4K随机读 61.12 % 67.8% 测试环境：6台服务器*20块SATA SSD，E5-2660 v4，256G，3副本场景 高性能高性能 • quorum机制：raft • 轻量级快照 • io路径上的优化 • filepool落盘零放大 • 轻量级线性一致性读 • io路径上用户空间零拷贝 10卷4K随机读写IOPS 294k 185k 330k

Debian 系统当作一个 类 Unix 系统来学习。 • 第 1.2 节 (基本概念) • 第 1.3 节 (生存方式) • 第 1.4 节 (基本方式) • 第 1.5 节 (shell 机制) • 第 1.6 节 (文本处理方式) Debian 参考手册 6 / 233 1.2 类 Unix 文件系统 在 GNU/Linux 和其他类 Unix操作系统中，文件被组织到目录中。 dailout 群组的用户读写。 • ”/dev/zero” 的主设备号是 1，次设备号是 5。它可以被任意用户读写。 在现代 Linux 系统中，处在”/dev” 之下的文件系统会自动被 udev() 机制填充。 1.2.11 特殊设备文件 还有一些特殊的设备文件。 设备文件 操作 响应描述 /dev/null 读取 返回“文件结尾字符（EOF）“ /dev/null 写入 无返回（一个无底的数据转存深渊） commandname --help $ commandname -h 1.5 简单 shell 命令 现在，你对如何使用 Debian 系统已经有一些感觉了。让我们更深入了解 Debian 系统的命令执行机制。在这里，我将 为新手做一般的讲解。精确的解释参见 bash(1)。 一般的命令由有序的组件构成。 1. 设置变量值（可选） 2. 命令名 3. 参数（可选） 4. 重定向（可选：> , >>

自动处理：决策引擎根据预设的事件处理策略，自动执行处理指令以及基于机器学习的自动故障处理； 3. 定时巡检：平台化的定时巡检机制，给出应用健康报告，问题早发现早解决； 4. 报警收敛：对告警做告警筛选、过滤、合并操作，大大减少报警数量； 故障快照 ◼出现告警自动抓取现场快照信息 ◼快照信息持久化保存 ◼根据自学习的知识库提供异常原因分析 ◼集成Arthas诊断工具，快速诊断问题 根因分析 基于双向过滤的告警通知

热升级，并进行质量可靠性保证，在升级失败后保证回滚到旧内核上。 2. 业务进程保存：利用系统 Checkpoint 保存业务进程和资源状态，保证系统业务状态与资源的一致性。 3. 新内核加载：利用系统 Kexec 机制实现新内核的快速加载，保证端到端业务秒级恢复。 4. 业务进程恢复：利用系统 Restore 技术对已保存的业务状态与资源进行恢复。 应用场景 应用场景 1： 内核 CVE 修复 典型应用程序（如 Task 的公平性，新增 NUMA-Aware 异步调用机制，在 NVDIMM 初始 化方面有明显的提升；优化 SCHED_IDLE 的调度 策略，可以显著改善高优先级任务的调度延迟， 降低对其他任务的干扰。优化 NUMA balancing 机制，带来更好的亲和性、更高的使用率和更少 的无效迁移。 2. CPU 隔离机制增强：支持中断隔离，支持 unbound kthreads 制优化，解决唤醒多个等待线程的性能问题。 4. 内存管理增强：优化内存初始化、内存控制、统 计、异构内存、热插拔等功能，并提供更有效的 用户控制接口。热点锁及信号量优化，激进内存 和碎片整理，优化 VMAP、vmalloc 机制，显著 提升内存申请效率。KASAN、kmemleak、slub_ debug、OOM 等内存维测特性增强，提升定位和 解决内存问题的效率。 5. cgroup 优化单线程迁移性能：消除对

Log Raft Snapshot 持久化文件 key_value_pairs 其他说明 实现 1、inode、entry 的编码 2、KVStore Q&A 单靠 redis 的 AOF 机制能否保证数据不丢失? redis 的高可用、高可扩方案？ redis + muliraft 存在的问题？ redis 改造 vs 自己实现? redis 中哈希表实现的优点？ 参考 前言 根据 filePtah; // WAL dump (WAL : curvefs.waldump : curvefs.dump) }; Q&A© XXX Page 9 of 12 单靠 redis 的 AOF 机制能否保证数据不丢失? 不能，因为 AOF 与 SET/DEL 这些操作不是同步进行的，即使刷入文件配置项 开启最高级别的 always 选项，也有可能丢失一个事件循环的数据，实现如下： appendfsync redis 目前不支持单独持久化 redis 中的某个 DB (一个 redis 实例可包含多个 DB) 或数据结构，这对于在要使用 multiraft 的场景下，每个 raft 实例需要独立的快照并不合适 如果改造 redis，初步评估了下，其工作量要比自己实现持久化的逻辑要大一些，改造主要是为了让 redis 提供单独 dump/load 一个 DB 的功能： 如果改造，dump/load

Zabbix 是一个企业级的开源分布式监控解决方案。 Zabbix 是一款监控众多参数的网络以及服务器、虚拟机、应用程序、服务、数据库、网站、云等的健康和完整性的软件。Zabbix 使用灵活 的通知机制，允许用户为几乎任何事件配置基于电子邮件的告警，以实现对服务器问题做出快速反应。Zabbix 基于存储的数据提供出色 的报告和数据可视化功能。这使得 Zabbix 成为容量规划的理想选择。 Zabbix 通过多个进程（escalator 和 escalation initiator，escalator 和 alerter，preprocessing manager 和 history syncer）之间的进程间通信 （IPC）机制，可以降低延迟。 server 环境加固 现在可以通过限制一些 Zabbix 功能来加固 server 环境的安全性： • 通过在 server 配置中设置 EnableGlobalScripts=0，可以禁用 分钟内发生的变化。 5 接收问题通知 129 概述 在本节中，你将会学习到如何在 Zabbix 中以通知的方式设置告警。 监控项能够收集数据并且在异常状态下触发告警，这对于在系统中建立告警机制是很有用的，这将使得我们不需要盯着 Zabbix 前端也能 及时收到一些重要的事件通知。 这就是通知的作用。电子邮件是最受欢迎的问题通知方式，我们将会学习如何设置电子邮件通知。 电子邮件设置 Zabbix