如果你的CentOS服务器需要切换内核版本，无论是为了测试新特性、应用安全补丁，还是回滚到稳定版本，传统方法都绕不开一个耗时且影响服务连续性的步骤：重启服务器。这对于生产环境来说往往是不可接受的。现在，你可以彻底告别这个烦恼，使用kexec工具直接在运行中的系统上，将当前内核瞬间切换到另一个新内核，整个过程无需一丝一毫的硬件重启，服务中断时间可以缩短到秒级。这就像是给正在飞行的飞机更换引擎，而飞机丝毫不会坠落。

kexec是什么：绕过BIOS的“热切换”魔法

kexec是一个源自Linux内核的功能，全称为“kernel execution”，它允许你从一个正在运行的内核直接跳转到另一个新加载的内核。传统重启流程需要经过BIOS/UEFI自检、引导加载程序（如GRUB）初始化等一系列复杂的硬件和固件阶段，而kexec巧妙地绕过了所有这些步骤。它先将新内核及其initramfs映像加载到当前内核的内存中，然后干净地关闭当前内核（结束所有进程、卸载文件系统），最后直接跳转到新内核的入口点，由新内核接手所有硬件并继续运行。由于跳过了硬件重初始化，切换速度极快，通常只需几秒钟。

CentOS上部署kexec工具集

在开始操作前，你需要确保系统已经安装了kexec-tools工具包以及相关依赖。这个过程非常简单。打开终端，使用yum或dnf命令即可完成安装。同时，为了后续操作，你也需要准备好目标内核的安装包。

# 安装kexec-tools
sudo yum install kexec-tools -y

# 假设你已经通过yum安装了多个内核，查看当前系统所有可用内核
sudo rpm -qa | grep kernel

# 查看当前运行的内核版本
uname -r

安装后，系统会增加两个关键命令：kexec（用于加载和执行新内核）和kexec -u（用于卸载已加载的内核映像）。它们是实现热切换的核心。

实战：分步演练kexec切换内核全流程

理论清晰后，我们进入实战环节。假设你的CentOS 7系统当前运行着内核3.10.0-1160.el7.x86_64，并且已经安装了更新的内核3.10.0-1160.95.1.el7.x86_64。我们的目标是无重启切换到新内核。

第一步：确认并定位新内核文件
kexec需要直接指定内核文件在磁盘上的路径。这些文件通常位于/boot目录下。

# 列出/boot目录下与新内核版本相关的文件
ls -l /boot/vmlinuz-3.10.0-1160.95.1.el7.x86_64
ls -l /boot/initramfs-3.10.0-1160.95.1.el7.x86_64.img

你需要记录下vmlinuz（压缩的内核映像）和对应的initramfs映像的完整路径。

第二步：使用kexec加载目标内核
这是最关键的一步。我们将使用kexec -l（load）命令将新内核加载到内存中。这里有几个重要的参数需要指定：

sudo kexec -l /boot/vmlinuz-3.10.0-1160.95.1.el7.x86_64 \
--initrd=/boot/initramfs-3.10.0-1160.95.1.el7.x86_64.img \
--reuse-cmdline

参数解析：--initrd指定初始内存磁盘文件；--reuse-cmdline是一个极其重要的选项，它指示kexec重用当前内核的启动命令行参数。这确保了新内核以完全相同的硬件参数（如内存布局、控制台设置等）启动，避免了因参数不一致导致的启动失败。

第三步：执行切换
加载完成后，当前系统并无任何变化。直到你执行以下命令，魔法才会发生：

sudo kexec -e

执行-e（execute）命令的瞬间，当前系统会立即停止。你会看到控制台输出一些内核关闭信息，紧接着出现新内核的启动日志，大约几秒后，系统恢复，出现登录提示符。此时，使用uname -r验证，你会发现内核版本已经成功变更，而系统从未经历完整的重启循环。

高级技巧与关键注意事项

虽然基础操作很简单，但在生产环境使用kexec需要更周全的考虑。

1. 内核模块兼容性
新内核必须能够兼容当前正在运行的内核模块，尤其是存储和网络驱动。如果新旧内核版本差异较大，建议在切换前，在新内核环境中预先加载必要的模块（可以通过dracut重新生成initramfs来包含），或者确保initramfs包含了所有必需的驱动。

2. 硬件状态保留
kexec会尝试保留硬件状态，但并非所有设备都能完美处理这种“热重置”。对于复杂的硬件（如某些RAID卡、GPU或专用网络设备），建议进行严格的测试。你可以先在一台非关键的开发或测试服务器上反复演练整个流程。

3. 系统服务优雅关闭
kexec -e会触发内核的关机流程，但为了确保数据库、中间件等有状态服务数据不丢失，最佳实践是在执行切换前，手动或通过脚本优雅地停止关键服务。虽然这不是kexec的要求，却是生产运维的必须。

4. 制作自动化脚本
你可以将加载和切换命令封装成一个Shell脚本，甚至可以与监控系统或部署工具集成，实现一键式内核热更新。

与GRUB引导的对比：何时该用kexec？

kexec并非要完全取代传统的GRUB引导。它们有各自最佳的应用场景。

使用kexec的场景：
- 高可用性要求极高：需要最大限度减少计划内停机时间，实现服务几乎不间断的内核更新。
- 频繁的内核测试与开发：开发者需要快速在不同内核配置间切换以验证功能或修复问题。
- 规避硬件重启问题：某些服务器硬件重启耗时极长（如数分钟），kexec可以规避此耗时。

坚持使用传统重启（GRUB）的场景：
- 涉及重大硬件重初始化的更新：例如更新了BIOS、固件或需要完全重置硬件的驱动。
- 跨越主版本的内核升级：例如从CentOS 7（内核3.10）升级到CentOS 8（内核4.18），涉及大量底层变更。
- 系统完全无法启动时的恢复：此时仍需依赖GRUB进入救援模式或旧内核。

排错指南：常见问题与解决方案

即使按照步骤操作，你也可能会遇到一些问题。以下是常见故障及排查思路。

1. 执行kexec -e后系统卡死或重启
这通常是因为新内核无法正确处理某些硬件或参数。首先检查是否使用了--reuse-cmdline。其次，尝试在加载命令中显式指定最简化的命令行参数，例如：--append="root=/dev/mapper/centos-root ro console=tty0"。确保root设备指定正确。

2. 报错“Cannot allocate memory”
kexec需要连续的大块内存来加载新内核映像。如果系统内存碎片化严重，可能导致分配失败。尝试在系统刚启动、内存最整洁的时候执行kexec加载操作，或者尝试设置/proc/sys/vm/overcommit_memory参数。

3. 切换后网络或磁盘无法识别
这很可能是initramfs中缺少必要的驱动模块。你需要针对新内核重新生成initramfs：sudo dracut -f /boot/initramfs-$(uname -r).img $(uname -r)。注意，这个命令是针对当前运行内核的，所以你需要先启动到新内核（通过传统重启方式），再执行此命令，为下一次kexec做准备。

掌握kexec，就如同为你手中的CentOS服务器赋予了“瞬间移动”的能力。它将内核升级这个以往高风险、高成本的运维动作，转变为一个快速、可控的常规操作。通过本文详尽的步骤、技巧和排错指南，你现在完全可以自信地在测试环境中开始尝试，并逐步将其应用于生产环境，真正实现业务不中断的持续运维。记住，任何新技术的应用，充分的测试永远是通往成功最稳健的第一步。