• 此图中的蓝色点代表已进行调优的 RHEL 8 内核的机器的系统响应时间（以 microseconds 为单位）。
• 图中的绿色点代表运行已调优的实时内核的机器的响应时间。

先决条件

• 最新版本的 RHEL 8 安装在 AMD64 或者 Intel64 系统中。实时内核在 AMD64 和 Intel 64 （也称为 x86_64）服务器平台上运行，这些平台经过认证可运行 Red Hat Enterprise Linux。
• 您的机器已注册，RHEL 附加到一个 RHEL for Real Time 订阅。

• 确定正确调整基本平台，并调整系统 BIOS 参数。

  警告

  在安装实时内核前无法执行预备任务，可能会阻止 RHEL for Real Time 内核部署提供一致的性能。

验证步骤

• 检查安装位置，并验证这些组件是否已成功安装。

  ~]# rpm -ql rt-setup
  /etc/security/limits.d/realtime.conf
  /etc/sysconfig/rt-setup
  /etc/udev/rules.d/99-rhel-rt.rules
  /usr/bin/rt-setup
  /usr/bin/rt-setup-kdump
  /usr/bin/slub_cpu_partial_off
  /usr/lib/.build-id
  /usr/lib/.build-id/a4
  /usr/lib/.build-id/a4/da77908aa4c6f048939f3267f1c552c456d117
  /usr/lib/systemd/system/rt-entsk.service
  /usr/lib/systemd/system/rt-setup.service
  /usr/sbin/kernel-is-rt
  /usr/sbin/rt-entsk

• kernel-rt 软件包，它是 RHEL for Real Time 内核软件包。
• RHEL for Real Time 内核测试软件包，其中包含实时内核的测试程序。
• RHEL for Real Time 调试软件包，用于调试和代码追踪。

• 要实现最佳低延迟确定性，您需要执行 RHEL 进行特定实时系统调整。
• 您知道实时内核和标准内核的模块兼容性。
• 要启用 kdump，配置 RHEL for Real Time 启用 kexec/kdump 以提供崩溃转储信息。
• 验证 Real Time 内核是否为默认内核。

• EMC Powerpath
• Nvidia 图形
• 来自 Qlogic 的高级存储适配器配置工具

流程

• 查看默认内核：

  ~]# grubby --default-kernel
  /boot/vmlinuz-4.18.0-80.rt9.138.el8.x86_64

  命令的输出中的 rt 显示默认内核是一个实时内核。

流程

• 显示系统当前正在运行的内核。

  ~]# uname -a
  Linux rt-server.example.com 4.18.0-80.rt9.138.el8.x86_64 …

  注意

  当系统收到次要更新（例如从 8.3 到 8.4）时，默认内核可能会自动从 Real Time 内核改回标准内核。

验证

• 要验证 kernel-rt 是默认内核，请输入以下命令：

  # grubby --default-kernel
  /boot/vmlinuz-5.14.0-284.11.1.rt14.296.el9_2.x86_64.x86_64+rt

先决条件

• 一个有效的 RHEL 订阅。
• 包含用于您的系统 CPU 架构的 kexec-tools 软件包的软件仓库。
• 满足 kdump 配置和目标的要求。详情请查看 支持的 kdump 配置和目标。

流程

• 执行以下命令以生成一个内存使用率报告：

  # makedumpfile --mem-usage /proc/kcore
  
  
  TYPE        PAGES    EXCLUDABLE    DESCRIPTION
  -------------------------------------------------------------
  ZERO          501635      yes        Pages filled with zero
  CACHE         51657       yes        Cache pages
  CACHE_PRIVATE 5442        yes        Cache pages + private
  USER          16301       yes        User process pages
  FREE          77738211    yes        Free pages
  KERN_DATA     1333192     no         Dumpable kernel data

先决条件

• 您在系统上具有 root 权限。
• 满足 kdump 配置和目标的要求。详情请查看 支持的 kdump 配置和目标。

先决条件

• 您在系统上具有 root 权限。
• 满足 kdump 配置和目标的要求。详情请查看 支持的 kdump 配置和目标。

流程

• 要将崩溃转储文件保存在本地文件系统的 /var/crash/ 目录中，请编辑 /etc/kdump.conf 文件并指定路径：

  path /var/crash

  选项 path /var/crash 代表 kdump 在其中保存崩溃转储文件的文件系统的路径。

  注意

  • 当您在 /etc/kdump.conf 文件中指定转储目标时，路径是 相对 于指定的转储目标。
  • 当您没有在 /etc/kdump.conf 文件中指定转储目标时，该路径表示根目录的 绝对 路径。

  根据当前系统中挂载的内容，会自动采用转储目标和调整的转储路径。

  例 4.1. kdump 目标配置

  # grep -v ^# /etc/kdump.conf | grep -v ^$
  ext4 /dev/mapper/vg00-varcrashvol
  path /var/crash
  core_collector makedumpfile -c --message-level 1 -d 31

  此处，转储目标被指定(ext4 /dev/mapper/vg00-varcrashvol)，因此在 /var/crash 处挂载。path 选项也被设置为 /var/crash，因此 kdump 会将 vmcore 文件保存在 /var/crash/var/crash 目录中。

• 要更改要保存崩溃转储的本地目录，请以 root 用户身份编辑 /etc/kdump.conf 配置文件：

  1. 从 #path /var/crash 行的开头删除 hash 符号("#")。

  2. 使用预期的目录路径替换该值。例如：

     path /usr/local/cores

     重要

     在 Red Hat Enterprise Linux 8 中，当 kdump systemd 服务启动时，使用 path 指令定义为 kdump 目标的目录必须存在，以避免失败。这个行为与 RHEL 之前的版本不同，如果服务启动时不存在该目录，则会自动创建该目录。

• 要将文件写入不同的分区，请编辑 /etc/kdump.conf 配置文件：

  1. 根据您的选择，从 #ext4 行的开头删除 hash 符号("#")。

     • 设备名称（ #ext4 /dev/vg/lv_kdump 行）
     • 文件系统标签（ #ext4 LABEL=/boot 行）
     • UUID（ #ext4 UUID=03138356-5e61-4ab3-b58e-27507ac41937 行）

  2. 将文件系统类型和设备名称、标签或 UUID 更改为所需的值。指定 UUID 值的正确语法是 UUID="correct-uuid" 和 UUID=correct-uuid。例如：

     ext4 UUID=03138356-5e61-4ab3-b58e-27507ac41937

     重要

     建议您使用 LABEL= 或 UUID= 指定存储设备。无法保证 /dev/sda3 等磁盘设备名称在重启后保持一致。

     当您在 IBM Z 硬件中使用 Direct Access Storage Device (DASD)时，请确保在使用 kdump 前在 /etc/dasd.conf 中正确指定转储设备。

• 要将崩溃转储直接写入设备，请编辑 /etc/kdump.conf 配置文件：

  1. 删除 #raw /dev/vg/lv_kdump 行开头的哈希符号 ("#")。

  2. 使用预期的设备名称替换该值。例如：

     raw /dev/sdb1

• 要使用 NFS 协议将崩溃转储保存到远程机器上：

  1. 删除 #nfs my.server.com:/export/tmp 行开头的哈希符号 ("#")。

  2. 使用有效的主机名和目录路径替换该值。例如：

     nfs penguin.example.com:/export/cores

• 要使用 SSH 协议将崩溃转储保存到远程机器上：

  1. 从 #ssh user@my.server.com 行的开头删除 hash 符号("#")。
  2. 使用有效的用户名和密码替换该值。

  3. 在配置中包含 SSH 密钥。

     • 从 #sshkey /root/.ssh/kdump_id_rsa 行的开头删除哈希符号。

     • 将该值改为您要转储的服务器中有效密钥的位置。例如：

       ssh john@penguin.example.com
       sshkey /root/.ssh/mykey

• 压缩崩溃转储文件的大小，并只复制使用不同的转储级别所需的页面。
• 排除不必要的崩溃转储页面。
• 过滤崩溃转储中包含的页面类型。

选项

• -c、-l 或 -p ：指定每个页的压缩 dump 文件的格式，使用 zlib 用于 -c 选项、使用 lzo 用于 -l 新选项，或 snappy 用于 -p 选项。
• -d (dump_level) ：排除页面，它们不会复制到转储文件中。
• --message-level ：指定消息类型。您可以通过使用这个选项指定 message_level 来限制打印的输出。例如，把 message_level 设置为 7 可打印常见消息和错误消息。message_level 的最大值为 31

先决条件

• 您在系统上具有 root 权限。
• 满足 kdump 配置和目标的要求。详情请查看 支持的 kdump 配置和目标。

• 要使用 -c 压缩崩溃转储文件：

• 要使用 -p 压缩崩溃转储文件：

先决条件

• root 权限。
• 满足 kdump 配置和目标的要求。详情请查看 支持的 kdump 配置和目标。

先决条件

• 有管理员特权。

验证

• 检查 kdump 服务是否正在运行。

  # systemctl status kdump.service
  
  ○ kdump.service - Crash recovery kernel arming
       Loaded: loaded (/usr/lib/systemd/system/kdump.service; enabled; vendor preset: disabled)
       Active: active (live)

先决条件

• 有管理员特权。

验证

• 检查 kdump 服务是否正在运行。

  # systemctl status kdump.service
  
  ○ kdump.service - Crash recovery kernel arming
       Loaded: loaded (/usr/lib/systemd/system/kdump.service; enabled; vendor preset: disabled)
       Active: active (live)

先决条件

• 满足 kdump 配置和目标的要求。详情请查看支持的 kdump 配置和目标。
• 安装 kdump 的所有配置都是根据您的需要设置的。详情请参阅 安装 kdump。

先决条件：

• 安装了 RHEL for Real Time 内核的最新版本。

• 您有 Red Hat Bugzilla 帐户。