Rocky Linux 自动化与配置管理

自动化的目标是「同一份输入，得到同一批机器」。Rocky 官方文档在这条线上的抓手可以分成三段：装机（无人值守安装）、例行任务（定时与时间同步）、以及模板与配置管理。本页按这三段说明可用入口，以及把它们接进生产时的顺序。

无人值守安装：官方 Kickstart 指南

官方提供 Kickstart 无人值守安装指南（automation/kickstart-rocky），把「一套配置装出一批机器」写成可复用的安装描述文件。

注意

本页不复述该指南的语法细节：安装描述文件的指令随版本演进，写法以官方指南的当前内容为准。这里只确定一件事——无人值守安装这条线有官方入口，并且与安装 Rocky Linux 的手工流程共用同一套安装器语义。

批量装机真正容易出事的地方不是语法，而是输入是否收敛：

• 一份安装描述文件对应一类角色，角色差异用变量或分文件表达，不要在一份文件里塞满条件分支；
• 分区、账户、时区、时间同步这四类设置先定稿，它们是后续所有配置的起点；
• 装完即验：把「装机成功」定义为可登录且关键检查项全过，而不是安装器退出码为零。

官方自动化指南的覆盖面

官方自动化指南覆盖多篇主题：cron（cron_jobs_howto 与 cronie 两篇）、anacron、chrony 时间同步、OliveTin，以及 Packer 与 vSphere 的模板自动化；配置管理方向另有 Ansible 学习书（books/learning_ansible）。

这些主题对应三类不同的自动化任务：

• 定时与补偿：cron 面向「按点执行」，anacron 面向「错过了也要补上」的场景；
• 时间基准：chrony 解决的是时间一致性——时间漂移会让日志、证书与分布式一致性判断一起失真；
• 操作封装与模板：OliveTin 把常用运维动作包成可点击入口，Packer 那条线把「装好的机器」固化成可重复分发的模板。

提示

选哪条线取决于你要固化的是动作还是产物：固化动作（谁在什么时候做什么）靠定时与操作封装；固化产物（一台装好的机器）靠模板，落地见 Rocky 云镜像与实例初始化。

配置管理的最小集合

上文那本 Ansible 学习书是官方给出的入门路径；落到生产环境，配置管理要解决的是三件事：清单（哪些机器、各是什么角色）、幂等任务（跑第二次不改变结果）、可核对的落点（配置写到哪里、怎么验证）。

警告

不要先上「全自动」再补账。配置管理的第一份产物不是任务清单文件，而是资产与角色清单；没有清单，自动化只是把人工失误执行得更快。

内容来源、补丁与批次

批量环境的更新节奏必须由自己控制：先把内容来源在内部收敛成一份副本（见 Rocky 仓库结构与启停），再从内部分批引入生产，批次之间留观察时间。变更内容跟 Rocky 发布与变更跟踪 对齐——「上游发了什么」和「我什么时候引入」是两件事，混在一起就会失去节奏。

漂移检测

漂移是批量环境的默认状态，不是意外：一台机器被手工改过、几个月后才发现，是流程缺口而不是纪律问题。可操作的做法是与基线定期比对——配置文件、软件包清单、服务状态三类分别留档，每个差异要么被解释、要么被修正。

注意

漂移检测的目标不是零差异，而是每个差异都有主人和理由。没有解释的差异，就是下一次故障的种子。

相关页

• 安装 Rocky Linux — 手工安装流程与首次启动检查
• Rocky 仓库结构与启停 — 内容来源与仓库开关
• Rocky 发布与变更跟踪 — 变更进入生产的节奏
• Rocky 服务与 systemd 运维 — 定时任务与服务的运行侧
• Rocky 云镜像与实例初始化 — 把基线固化成镜像产物
• 官方：Kickstart Files and Rocky Linux、自动化指南目录、Learning Ansible with Rocky