• このグラフの青い点は、チューニングされた RHEL 9 カーネルを実行しているマシンのシステム応答時間 (マイクロ秒単位) を表しています。
• グラフの緑色の点は、チューニングされたリアルタイムカーネルを実行しているマシンのシステムの応答時間を表しています。

前提条件

• AMD64 または Intel64 システムに最新バージョンの RHEL 9 がインストールされている。リアルタイムカーネルは、Red Hat Enterprise Linux の実行が認定されている AMD64 および Intel 64 (x86_64 とも呼ばれます) サーバープラットフォームで動作します。
• マシンが登録され、RHEL が RHEL for Real Time サブスクリプションに割り当てられている。

• ベースプラットフォームが適切にチューニングされ、システム BIOS パラメーターが調整されている。

  注記

  リアルタイムカーネルをインストールする前に前提条件のタスクを実行しないと、RHEL for Real Time カーネルのデプロイメントで一貫したパフォーマンスが得られなくなる可能性があります。

検証手順

• インストールの場所を確認し、コンポーネントが正常にインストールされていることを確認します。

  # rpm -ql realtime-setup
  /etc/security/limits.d/realtime.conf
  /etc/sysconfig/realtime-setup
  /etc/udev/rules.d/99-rhel-rt.rules
  /usr/bin/realtime-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

• RHEL for Real Time カーネルパッケージである kernel-rt パッケージ。
• real-time カーネルのテストプログラムを含む RHEL for Real Time カーネルテストパッケージ。
• RHEL for Real Time デバッグパッケージ (デバッグおよびコードトレース用)。

• 最適な低レイテンシーの決定論を実現するには、RHEL for Real Time 固有のシステムチューニングを実行します。
• リアルタイムカーネルと標準カーネルのモジュール互換性について理解します。
• kdump を有効にするには、kexec/kdump を有効にしてクラッシュダンプ情報を提供するように RHEL for Real Time を設定する必要があります。
• Real Time カーネルがデフォルトのカーネルであることを確認するには、以下のコマンドを実行します。

• EMC Powerpath
• NVidia graphics
• 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 サブスクリプション
• 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 ファイルでダンプターゲットを指定すると、path は指定されたダンプ出力先に対する相対パスになります。
  • /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 の行頭にあるハッシュ記号 ("#") を削除します。

  2. 値を対象のディレクトリーパスに置き換えます。以下に例を示します。

     path /usr/local/cores

     重要

     RHEL 9 では、path ディレクティブを使用して kdump ターゲットとして定義されたディレクトリーは、kdump systemd サービスの開始時に存在する必要があります。存在しない場合、サービスは失敗します。

• ファイルを別のパーティションに書き込むには、/etc/kdump.conf 設定ファイルを編集します。

  1. 必要に応じて #ext4 の行頭にあるハッシュ記号 ("#") を削除します。

     • デバイス名 (#ext4 /dev/vg/lv_kdump 行)
     • ファイルシステムラベル (#0ext4 LABEL=/boot 行)
     • UUID (#ext4 UUID=03138356-5e61-4ab3-b58e-27507ac41937 の行)

  2. ファイルシステムタイプと、デバイス名、ラベル、UUID を希望の値に変更します。以下に例を示します。

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

     注記

     UUID 値を指定するための正しい構文は、UUID="correct-uuid" と UUID=correct-uuid の両方です。

     重要

     LABEL= または UUID= を使用してストレージデバイスを指定することが推奨されます。/dev/sda3 などのディスクデバイス名は、再起動した場合に一貫性が保証されません。

• クラッシュダンプを直接書き込むには、/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 の行頭にあるハッシュ記号 ("#") を削除します。
  2. 値を正しいユーザー名およびホスト名に置き換えます。

  3. SSH キーを設定に含めます。

     • #sshkey /root/.ssh/kdump_id_rsa の行頭にあるハッシュ記号 ("#") を削除します。

     • 値を、ダンプ先のサーバー上の正しいキーの場所に変更します。以下に例を示します。

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

• クラッシュダンプファイルのサイズを圧縮し、さまざまなダンプレベルを使用して必要なページのみをコピーする
• 不要なクラッシュダンプページを除外する
• クラッシュダンプに含めるページタイプをフィルタリングする

オプション

• -c、-l、または -p: 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 アカウントを持っている。