システムの状態とパフォーマンスの監視と管理

手順

1. /etc/tuned/cpu-partitioning-variables.conf ファイルを編集し、以下の内容を追加します。

   # All isolated CPUs:
   isolated_cores=2-23
   # Isolated CPUs without the kernel’s scheduler load balancing:
   no_balance_cores=2,3

2. cpu-partitioning TuneD プロファイルを設定します。

   # tuned-adm profile cpu-partitioning

3. 再起動

   再起動後、システムは、cpu-partitioning の図の分離に従って、低レイテンシーにチューニングされます。このアプリケーションでは、タスクセットを使用して、リーダーおよびライターのスレッドを CPU 2 および 3 に固定し、残りのアプリケーションスレッドを CPU 4-23 に固定できます。

手順

1. /etc/tuned/my_profile ディレクトリーを作成します。

   # mkdir /etc/tuned/my_profile

2. このディレクトリーに tuned.conf ファイルを作成し、次の内容を追加します。

   # vi /etc/tuned/my_profile/tuned.conf
   [main]
   summary=Customized tuning on top of cpu-partitioning
   include=cpu-partitioning
   [cpu]
   force_latency=cstate.id:0|1

3. 新しいプロファイルを使用します。

   # tuned-adm profile my_profile

手順

1. TuneD パッケージをインストールします。

   # dnf install tuned

2. TuneD サービスを有効にして開始します。

   # systemctl enable --now tuned

3. オプション: リアルタイムシステム用の TuneD プロファイルをインストールします。

   リアルタイムシステムの TuneD プロファイルの場合は、rhel-9 リポジトリーを有効にします。

   # subscription-manager repos --enable=rhel-9-for-x86_64-nfv-beta-rpms

   インストールします。

   # dnf install tuned-profiles-realtime tuned-profiles-nfv

4. TuneDプロファイルが有効であり、適用されていることを確認します。

   $ tuned-adm active
   
   Current active profile: throughput-performance

   注記

   TuneD が自動的にプリセットするアクティブなプロファイルは、マシンのタイプとシステム設定によって異なります。

   $ tuned-adm verify
   
   Verification succeeded, current system settings match the preset profile.
   See tuned log file ('/var/log/tuned/tuned.log') for details.

手順

1. オプション: システムに最適なプロファイルを TuneD に推奨させることができます。

   # tuned-adm recommend
   
   throughput-performance

2. プロファイルをアクティブ化します。

   # tuned-adm profile selected-profile

   または、複数のプロファイルを組み合わせてアクティブ化することもできます。

   # tuned-adm profile selected-profile1 selected-profile2

   例1.3 低消費電力向けに最適化された仮想マシン

   以下の例では、仮想マシンでの実行でパフォーマンスを最大化するようにシステムが最適化され、同時に、(低消費電力が最優先である場合は) 低消費電力を実現するようにシステムがチューニングされます。

   # tuned-adm profile virtual-guest powersave

3. お使いのシステムで現在アクティブな TuneD プロファイルを表示します。

   # tuned-adm active
   
   Current active profile: selected-profile

4. システムを再起動します。

   # reboot

手順

1. /etc/tuned/ ディレクトリーで、作成するプロファイルと同じ名前の新しいディレクトリー作成します。

   # mkdir /etc/tuned/my-profile

2. 新しいディレクトリーに、ファイル tuned.conf を作成します。必要に応じて、[main] セクションとプラグイン定義を追加します。

   たとえば、balanced プロファイルの設定を表示します。

   [main]
   summary=General non-specialized TuneD profile
   
   [cpu]
   governor=conservative
   energy_perf_bias=normal
   
   [audio]
   timeout=10
   
   [video]
   radeon_powersave=dpm-balanced, auto
   
   [scsi_host]
   alpm=medium_power

3. プロファイルをアクティベートするには、次のコマンドを実行します。

   # tuned-adm profile my-profile

4. TuneD プロファイルが有効であり、システム設定が適用されていることを確認します。

   $ tuned-adm active
   
   Current active profile: my-profile

   $ tuned-adm verify
   
   Verification succeeded, current system settings match the preset profile.
   See tuned log file ('/var/log/tuned/tuned.log') for details.

手順

1. /etc/tuned/ ディレクトリーで、作成するプロファイルと同じ名前の新しいディレクトリー作成します。

   # mkdir /etc/tuned/modified-profile

2. 新しいディレクトリーに、ファイル tuned.conf を作成し、以下のように [main] セクションを設定します。

   [main]
   include=parent-profile

   parent-profile を、変更しているプロファイルの名前に置き換えます。

3. プロファイルの変更を含めます。

   例2.18 throughput-performance プロファイルでスワップを低減

   throughput-performance プロファイルの設定を使用し、vm.swappiness の値を、デフォルトの 10 ではなく 5 に変更するには、以下を使用します。

   [main]
   include=throughput-performance
   
   [sysctl]
   vm.swappiness=5

4. プロファイルをアクティベートするには、次のコマンドを実行します。

   # tuned-adm profile modified-profile

5. TuneD プロファイルが有効であり、システム設定が適用されていることを確認します。

   $ tuned-adm active
   
   Current active profile: my-profile

   $ tuned-adm verify
   
   Verification succeeded, current system settings match the preset profile.
   See tuned log file ('/var/log/tuned/tuned.log') for details.

手順

1. 必要に応じて、プロファイルのベースとなる既存のTuneDプロファイルを選択します。利用可能なプロファイルのリストは、RHEL とともに配布される TuneD プロファイル を参照してください。

   現在アクティブなプロファイルを確認するには、次のコマンドを実行します。

   $ tuned-adm active

2. TuneD プロファイルを保持する新しいディレクトリーを作成します。

   # mkdir /etc/tuned/my-profile

3. 選択したブロックデバイスのシステム固有の識別子を見つけます。

   $ udevadm info --query=property --name=/dev/device | grep -E '(WWN|SERIAL)'
   
   ID_WWN=0x5002538d00000000_
   ID_SERIAL=Generic-_SD_MMC_20120501030900000-0:0
   ID_SERIAL_SHORT=20120501030900000

   注記

   この例のコマンドは、指定したブロックデバイスに関連付けられた World Wide Name (WWN) またはシリアル番号として識別されるすべての値を返します。WWN を使用することが推奨されますが、WWN は特定のデバイスで常に利用できる訳ではなく、コマンド例で返される値は、デバイスのシステム固有の ID として使用することが許容されます。

4. /etc/tuned/my-profile/tuned.conf 設定ファイルを作成します。このファイルで、以下のオプションを設定します。

   1. 必要に応じて、既存のプロファイルを追加します。

      [main]
      include=existing-profile

   2. WWN 識別子に一致するデバイスに対して選択したディスクスケジューラーを設定します。

      [disk]
      devices_udev_regex=IDNAME=device system unique id
      elevator=selected-scheduler

      ここでは、以下のようになります。

      • IDNAME を、使用されている識別子名に置き換えます (例:ID_WWN)。

      • device system unique id を、選択した識別子の値に置き換えます (例:0x5002538d00000000)。

        devices_udev_regex オプションで複数のデバイスに一致させるには、識別子を括弧で囲み、垂直バーで区切ります。

        devices_udev_regex=(ID_WWN=0x5002538d00000000)|(ID_WWN=0x1234567800000000)

5. プロファイルを有効にします。

   # tuned-adm profile my-profile

検証

1. TuneD プロファイルがアクティブで、適用されていることを確認します。

   $ tuned-adm active
   
   Current active profile: my-profile

   $ tuned-adm verify
   
   Verification succeeded, current system settings match the preset profile.
   See TuneD log file ('/var/log/tuned/tuned.log') for details.

2. /sys/block/device/queue/scheduler ファイルの内容を読み取ります。

   # cat /sys/block/device/queue/scheduler
   
   [mq-deadline] kyber bfq none

   ファイル名の device を、sdc などのブロックデバイス名に置き換えます。

   アクティブなスケジューラーは、角括弧 ([]) にリスト表示されます。

手順

1. 現在のポリシーおよび優先度を表示します。

   # tuna show_threads
   pid   SCHED_ rtpri affinity             cmd
   1      OTHER     0      0,1            init
   2       FIFO    99        0     migration/0
   3      OTHER     0        0     ksoftirqd/0
   4       FIFO    99        0      watchdog/0

   あるいは、PID に対応する、またはコマンド名に一致する特定のスレッドを表示するには、次のように入力します。

   # tuna show_threads -t pid_or_cmd_list

   pid_or_cmd_list 引数は、コンマ区切りの PID またはコマンド名パターンのリストです。

2. シナリオに応じて、次のいずれかのアクションを実行します。

   • tuna CLI を使用して CPU をチューニングするには、tuna ツールを使用した CPU のチューニング の手順を完了します。
   • tuna ツールを使用して IRQ を調整するには、tuna ツールを使用した IRQ のチューニング の手順を完了します。

3. 変更した設定を保存します。

   # tuna save filename

   このコマンドは、現在実行中のカーネルスレッドのみを保存します。実行していないプロセスは保存されません。

手順

1. すべての CPU をリスト表示し、コマンドの影響を受ける CPU のリストを指定します。

   # ps ax | awk 'BEGIN { ORS="," }{ print $1 }'
   PID,1,2,3,4,5,6,8,10,11,12,13,14,15,16,17,19

2. tuna インターフェイスでスレッドリストを表示します。

   # tuna show_threads -t 'thread_list from above cmd'

3. コマンドの影響を受ける CPU のリストを指定します。

   # *tuna [command] --cpus cpu_list *

   cpu_list 引数は、--cpus 0,2 などのコンマ区切り CPU 番号のリストです。

   現在の cpu_list に特定の CPU を追加するには、たとえば --cpus +0 を使用します。

4. 状況に応じて、次のいずれかの操作を実行します。

   • CPU を分離するには、次のように入力します。

     # tuna isolate --cpus cpu_list

   • CPU を含めるには、次のように入力します。

     # tuna include --cpus cpu_list

5. 4 つ以上のプロセッサーを搭載したシステムを使用する場合は、すべての ssh スレッドを CPU 0 と 1 で実行し、すべての http スレッドを CPU 2 と 3 で実行します。

   # tuna move --cpus 0,1 -t ssh*
   # tuna move --cpus 2,3 -t http\*

手順

1. 現在の IRQ とそれらのアフィニティーを表示します。

   # tuna show_irqs
   # users            affinity
   0 timer                   0
   1 i8042                   0
   7 parport0                0

2. コマンドの影響を受ける IRQ のリストを指定します。

   # tuna [command] --irqs irq_list --cpus cpu_list

   irq_list 引数は、コンマ区切りの IRQ 番号またはユーザー名パターンのリストです。

   [コマンド] を、たとえば --spread に置き換えます。

3. 指定した CPU に割り込みを移動します。

   # tuna show_irqs --irqs 128
   users            affinity
   128 iwlwifi           0,1,2,3
   
   # tuna move --irqs 128 --cpus 3

   128 を irq_list 引数に置き換え、3 を cpu_list 引数に置き換えます。

   cpu_list 引数は、--cpus 0,2 などのコンマ区切り CPU 番号のリストです。詳細は、tuna ツールを使用した CPU のチューニング を参照してください。

手順

1. 次の内容を含む Playbook ファイル (例: ~/playbook.yml) を作成します。

   ---
   - name: Manage metrics
     hosts: localhost
     roles:
       - rhel-system-roles.metrics
     vars:
       metrics_graph_service: yes
       metrics_manage_firewall: true
       metrics_manage_selinux: true

   metrics_graph_service のブール値が value="yes" に設定されているため、Grafana は自動的にインストールされ、データソースとして追加された pcp でプロビジョニングされます。metrics_manage_firewall と metrics_manage_selinux は両方とも true に設定されているため、メトリクスロールは firewall および selinux システムロールを使用して、メトリクスロールが使用するポートを管理します。

2. Playbook の構文を検証します。

   $ ansible-playbook --syntax-check ~/playbook.yml

   このコマンドは構文を検証するだけであり、有効だが不適切な設定から保護するものではないことに注意してください。

3. Playbook を実行します。

   $ ansible-playbook ~/playbook.yml

手順

1. 次の内容を含む Playbook ファイル (例: ~/playbook.yml) を作成します。

   ---
   - name: Configure a fleet of machines to monitor themselves
     hosts: managed-node-01.example.com
     roles:
       - rhel-system-roles.metrics
     vars:
       metrics_retention_days: 0
       metrics_manage_firewall: true
       metrics_manage_selinux: true

   metrics_manage_firewall と metrics_manage_selinux は両方とも true に設定されているため、メトリクスロールは firewall ロールと selinux ロールを使用して、metrics ロールが使用するポートを管理します。

2. Playbook の構文を検証します。

   $ ansible-playbook --syntax-check ~/playbook.yml

   このコマンドは構文を検証するだけであり、有効だが不適切な設定から保護するものではないことに注意してください。

3. Playbook を実行します。

   $ ansible-playbook ~/playbook.yml

手順

1. 次の内容を含む Playbook ファイル (例: ~/playbook.yml) を作成します。

   - name: Set up your local machine to centrally monitor a fleet of machines
     hosts: localhost
     roles:
       - rhel-system-roles.metrics
     vars:
       metrics_graph_service: yes
       metrics_query_service: yes
       metrics_retention_days: 10
       metrics_monitored_hosts: ["database.example.com", "webserver.example.com"]
       metrics_manage_firewall: yes
       metrics_manage_selinux: yes

   metrics_graph_service および metrics_query_service のブール値は value="yes" に設定されているため、grafana は、redis にインデックス化された pcp データの記録のあるデータソースとして追加された pcp で自動的にインストールおよびプロビジョニングされます。これにより、pcp クエリー言語をデータの複雑なクエリーに使用できます。metrics_manage_firewall と metrics_manage_selinux は両方とも true に設定されているため、metrics ロールは firewall ロールと selinux ロールを使用して、metrics ロールが使用するポートを管理します。

2. Playbook の構文を検証します。

   $ ansible-playbook --syntax-check ~/playbook.yml

   このコマンドは構文を検証するだけであり、有効だが不適切な設定から保護するものではないことに注意してください。

3. Playbook を実行します。

   $ ansible-playbook ~/playbook.yml

手順

1. 既存の Playbook ファイル (例: ~/playbook.yml) を編集し、認証関連の変数を追加します。

   ---
   - name: Set up authentication by using the scram-sha-256 authentication mechanism
     hosts: managed-node-01.example.com
     roles:
       - rhel-system-roles.metrics
     vars:
       metrics_retention_days: 0
       metrics_manage_firewall: true
       metrics_manage_selinux: true
       metrics_username: <username>
       metrics_password: <password>

2. Playbook の構文を検証します。

   $ ansible-playbook --syntax-check ~/playbook.yml

   このコマンドは構文を検証するだけであり、有効だが不適切な設定から保護するものではないことに注意してください。

3. Playbook を実行します。

   $ ansible-playbook ~/playbook.yml

手順

1. 次の内容を含む Playbook ファイル (例: ~/playbook.yml) を作成します。

   ---
   - name: Configure and enable metrics collection for Microsoft SQL Server
     hosts: localhost
     roles:
       - rhel-system-roles.metrics
     vars:
       metrics_from_mssql: true
       metrics_manage_firewall: true
       metrics_manage_selinux: true

   metrics_manage_firewall と metrics_manage_selinux は両方とも true に設定されているため、metrics ロールは firewall ロールと selinux ロールを使用して、metrics ロールが使用するポートを管理します。

2. Playbook の構文を検証します。

   $ ansible-playbook --syntax-check ~/playbook.yml

   このコマンドは構文を検証するだけであり、有効だが不適切な設定から保護するものではないことに注意してください。

3. Playbook を実行します。

   $ ansible-playbook ~/playbook.yml

手順

1. 次の内容を含む Playbook ファイル (例: ~/playbook.yml) を作成します。

   ---
   - name: Configure PCP webhooks
     hosts: servers
     tasks:
       - name: Configure PCP metrics recording
         ansible.builtin.include_role:
           name: rhel-system-roles.metrics
         vars:
           metrics_retention_days: 7
           metrics_manage_firewall: true
   
   
   - name: Configure the PMIE webhooks
     hosts: metrics_monitor
     tasks:
       - name: Configure the monitoring node
         ansible.builtin.include_role:
           name: redhat.rhel_system_roles.metrics
         vars:
           metrics_manage_firewall: true
           metrics_retention_days: 7
           metrics_monitored_hosts:  "{{ groups['servers'] }}"
           metrics_webhook_endpoint: "http://<webserver>:<port>/<endpoint>"

   サンプル Playbook で指定されている設定は次のとおりです。

   metrics_manage_firewall

   true の場合、firewall RHEL システムロールは、metrics ロールが使用するポートを管理します。

   metrics_retention_days

   収集されたメトリクスを保持する日数。

   metrics_monitored_hosts

   監視システムが監視するホスト。

   metrics_webhook_endpoint

   検出されたパフォーマンス問題に関する通知が送信される Webhook エンドポイント。デフォルトでは、これらの検出はローカルシステムにのみ記録されます。

   Playbook で使用されるすべての変数の詳細は、コントロールノードの /usr/share/ansible/roles/rhel-system-roles.metrics/README.md ファイルを参照してください。Playbook は、pcp-monitor-node-01.example.com ホストを、それ自体と server-node-01.example.com システムおよび server-node-02.example.com システムの中央監視サイトとして設定します。Playbook は、3 つのシステムすべてに対して global webhook_action および global webhook_endpoint PMIE 設定オプションも設定し、PMIE サービスを再起動して変更を適用します。

2. Playbook の構文を検証します。

   $ ansible-playbook --syntax-check ~/playbook.yml

   このコマンドは構文を検証するだけであり、有効だが不適切な設定から保護するものではないことに注意してください。

3. Playbook を実行します。

   $ ansible-playbook ~/playbook.yml

検証

1. pcp-monitor-node-01.example.com の設定概要を確認します。

   [root@pcp-monitor-node-01 ~]# pcp summary
   Performance Co-Pilot configuration on pcp-monitor-node-01.example.com:
   
    platform: Linux pcp-monitor-node-01.example.com 5.14.0-427.el9.x86_64 #1 SMP PREEMPT_DYNAMIC Fri Feb 23 01:51:18 EST 2024 x86_64
    hardware: 8 cpus, 1 disk, 1 node, 1773MB RAM
    timezone: CEST-2
    services: pmcd pmproxy
    pmcd: Version 6.2.0-1, 12 agents, 6 clients
    pmda: root pmcd proc pmproxy xfs linux nfsclient mmv kvm jbd2
          	dm openmetrics
    pmlogger: primary logger: /var/log/pcp/pmlogger/pcp-monitor-node-01.example.com/20240510.16.25
              server-node-01.example.com: /var/log/pmlogger/server-node-01.example.com/20240510.16.25
              server-node-02.example.com: /var/log/pmlogger/server-node-02.example.com/20240510.16.25
    pmie: primary engine: /var/log/pcp/pmie/pcp-monitor-node-01.example.com/pmie.log
          server-node-01.example.com: : /var/log/pcp/pmie/server-node-01.example.com/pmie.log
          server-node-02.example.com: : /var/log/pcp/pmie/server-node-02.example.com/pmie.log

   概要の最後の 3 行は、PMIE が 3 つのシステムすべてを監視するように設定されていることを示しています。

2. global webhook_action PMIE 設定オプションが有効になっていることを確認します。

   [root@pcp-monitor-node-01 ~]# grep webbook_action /var/lib/pcp/config/pmie/config.default
   // 0 global webhook_action = yes

手順

1. pcp パッケージをインストールします。

   # dnf install pcp

2. ホストマシンで pmcd サービスを有効にして起動します。

   # systemctl enable pmcd
   
   # systemctl start pmcd

手順

1. pmlogger 設定を更新します。

   # pmlogconf -r /var/lib/pcp/config/pmlogger/config.default

2. pmcd サービスおよび pmlogger サービスを起動します。

   # systemctl start pmcd.service
   
   # systemctl start pmlogger.service

3. 必要な操作を実行して、パフォーマンスデータを記録します。

4. pmcd サービスおよび pmlogger サービスを停止します。

   # systemctl stop pmcd.service
   
   # systemctl stop pmlogger.service

5. 出力を保存し、ホスト名と現在の日時に基づいて名前が付けられた tar.gz ファイルに保存します。

   # cd /var/log/pcp/pmlogger/
   
   # tar -czf $(hostname).$(date +%F-%Hh%M).pcp.tar.gz $(hostname)

   このファイルをデプロイメントし、PCP ツールを使用してデータを解析します。

前提条件

1. pcp-pmda-redis パッケージをインストールします。

   # dnf install pcp-pmda-redis

2. redis PMDA をインストールします。

   # cd /var/lib/pcp/pmdas/redis && ./Install

手順

1. pmlogger 設定ファイルを作成または変更します。

   # pmlogconf -r /var/lib/pcp/config/pmlogger/config.default

2. pmlogconf プロンプトに従い、関連するパフォーマンスメトリックのグループを有効または無効にし、有効な各グループのロギング間隔を制御します。

手順

1. pcp-system-tools パッケージをインストールします。

   # dnf install pcp-system-tools

2. pmcd の IP アドレスを設定します。

   # echo "-i 192.168.4.62" >>/etc/pcp/pmcd/pmcd.options

   192.168.4.62 を、クライアントがリッスンする IP アドレスに置き換えます。

   デフォルトでは、pmcd は、ローカルホストをリッスンします。

3. パブリック zone を永続的に追加するように、ファイアウォールを設定します。

   # firewall-cmd --permanent --zone=public --add-port=44321/tcp
   success
   
   # firewall-cmd --reload
   success

4. SELinux ブール値を設定します。

   # setsebool -P pcp_bind_all_unreserved_ports on

5. pmcd サービスおよび pmlogger サービスを有効にします。

   # systemctl enable pmcd pmlogger
   # systemctl restart pmcd pmlogger

手順

1. pcp-system-tools パッケージをインストールします。

   # dnf install pcp-system-tools

2. 以下の内容で /etc/pcp/pmlogger/control.d/remote ファイルを作成してください。

   # DO NOT REMOVE OR EDIT THE FOLLOWING LINE
   $version=1.1
   
   192.168.4.13 n n PCP_ARCHIVE_DIR/rhel7u4a -r -T24h10m -c config.rhel7u4a
   192.168.4.14 n n PCP_ARCHIVE_DIR/rhel6u10a -r -T24h10m -c config.rhel6u10a
   192.168.4.62 n n PCP_ARCHIVE_DIR/rhel8u1a -r -T24h10m -c config.rhel8u1a
   192.168.4.69 n n PCP_ARCHIVE_DIR/rhel9u3a -r -T24h10m -c config.rhel9u3a

   192.168.4.13、192.168.4.14、192.168.4.62、および 192.168.4.69 を、クライアントの IP アドレスに置き換えます。

3. pmcd サービスおよび pmlogger サービスを有効にします。

   # systemctl enable pmcd pmlogger
   # systemctl restart pmcd pmlogger

手順

1. 任意のテキストエディターで /etc/pcp.conf ファイルを開き、PCP アーカイブバージョンを設定します。

   PCP_ARCHIVE_VERSION=3

2. pmlogger サービスを再起動して、設定の変更を適用します。

   # systemctl restart pmlogger.service

3. 新しい設定を使用して、新しい PCP アーカイブログを作成します。詳細は、pmlogger でのパフォーマンスデータのロギング を参照してください。

手順

1. 以下のパッケージをインストールします。

   1. pcp-system-tools をインストールします。

      # dnf install pcp-system-tools

   2. pmda-postfix パッケージをインストールして、postfix を監視します。

      # dnf install pcp-pmda-postfix postfix

   3. ロギングデーモンをインストールします。

      # dnf install rsyslog

   4. テスト用にメールクライアントをインストールします。

      # dnf install mutt

2. postfix サービスおよび rsyslog サービスを有効にします。

   # systemctl enable postfix rsyslog
   # systemctl restart postfix rsyslog

3. SELinux ブール値を有効にして、pmda-postfix が必要なログファイルにアクセスできるようにします。

   # setsebool -P pcp_read_generic_logs=on

4. PMDA をインストールします。

   # cd /var/lib/pcp/pmdas/postfix/
   
   # ./Install
   
   Updating the Performance Metrics Name Space (PMNS) ...
   Terminate PMDA if already installed ...
   Updating the PMCD control file, and notifying PMCD ...
   Waiting for pmcd to terminate ...
   Starting pmcd ...
   Check postfix metrics have appeared ... 7 metrics and 58 values

手順

1. コマンドラインで PCP Charts アプリケーションを起動します。

   # pmchart

   図7.1 PCP Charts アプリケーション

   

   pmtime サーバー設定は下部にあります。start ボタンおよび pause ボタンを使用すると、以下を制御できます。

   • PCP がメトリックデータをポーリングする間隔
   • 履歴データのメトリックの日付および時間
2. File をクリックしてから、New Chart をクリックして、ホスト名またはアドレスを指定して、ローカルマシンおよびリモートマシンの両方からメトリックを選択します。高度な設定オプションには、チャートの軸値を手動で設定する機能、およびプロットの色を手動で選択する機能が含まれます。

3. PCP Charts アプリケーションで作成したビューを記録します。

   以下は、PCP Charts アプリケーションで作成したイメージを撮影したり、ビューを記録するためのオプションです。

   • File をクリックしてから Export をクリックして、現在のビューのイメージを保存します。
   • Record をクリックしてから Start をクリックし、録画を開始します。Record をクリックしてから Stop をクリックし、録画を停止します。録画の停止後、記録されたメトリックは後で表示できるようにアーカイブが作成されます。

4. 必要に応じて、PCP Charts アプリケーションでは、ビュー と呼ばれるメインの設定ファイルによって、1 つ以上のチャートに関連付けられたメタデータを保存できます。このメタデータでは、使用されるメトリックや、チャート列など、チャート側面をすべて記述します。File をクリックしてから Save View をクリックして、カスタム view 設定を保存し、後で view 設定を読み込みます。

   以下の PCP Charts アプリケーションビューの設定ファイルの例では、指定の XFS ファイルシステム loop1 に対して読み書きされた合計バイト数を示す積み上げチャートグラフを説明します。

   #kmchart
   version 1
   
   chart title "Filesystem Throughput /loop1" style stacking antialiasing off
       plot legend "Read rate"   metric xfs.read_bytes   instance  "loop1"
       plot legend "Write rate"  metric xfs.write_bytes  instance  "loop1"

手順

1. PCP をインストールします。

   # dnf install pcp-zeroconf

2. pyodbc ドライバーに必要なパッケージをインストールします。

   # dnf install python3-pyodbc

3. mssql エージェントをインストールします。

   1. PCP の Microsoft SQL Server ドメインエージェントをインストールします。

      # dnf install pcp-pmda-mssql

   2. /etc/pcp/mssql/mssql.conf ファイルを編集して、mssql エージェントの SQL サーバーアカウントのユーザー名およびパスワードを設定します。設定するアカウントに、パフォーマンスデータに対するアクセス権限があることを確認します。

      username: user_name
      password: user_password

      user_name を SQL Server アカウントに置き換え、user_password をこのアカウントの SQL Server ユーザーパスワードに置き換えます。

4. エージェントをインストールします。

   # cd /var/lib/pcp/pmdas/mssql
   # ./Install
   Updating the Performance Metrics Name Space (PMNS) ...
   Terminate PMDA if already installed ...
   Updating the PMCD control file, and notifying PMCD ...
   Check mssql metrics have appeared ... 168 metrics and 598 values
   [...]

手順

1. xfs ディレクトリーに移動します。

   # cd /var/lib/pcp/pmdas/xfs/

2. XFS PMDA を手動でインストールします。

   xfs]# ./Install
   Updating the Performance Metrics Name Space (PMNS) ...
   Terminate PMDA if already installed ...
   Updating the PMCD control file, and notifying PMCD ...
   Check xfs metrics have appeared ... 387 metrics and 387 values

手順

1. メトリックの値を表示します。

   $ pminfo -f xfs.write
   
   xfs.write
       value 325262

2. すべての XFS メトリックをリセットします。

   # pmstore xfs.control.reset 1
   
   xfs.control.reset old value=0 new value=1

手順

1. 以下のパッケージをインストールします。

   # dnf install grafana grafana-pcp

2. 以下のサービスを再起動して有効にします。

   # systemctl restart grafana-server
   # systemctl enable grafana-server

3. Grafana サービスへのネットワークトラフィック用にサーバーのファイアウォールを開きます。

   # firewall-cmd --permanent --add-service=grafana
   success
   
   # firewall-cmd --reload
   success

前提条件

1. PCP が設定されている。詳細は、PCP の pcp-zeroconf での設定 を参照してください。
2. grafana-server が設定されている。詳細は、grafana-server の設定 を参照してください。

手順

1. クライアントシステムで http://192.0.2.0:3000 リンクを使用してブラウザーを開き、ポート 3000 の grafana-server にアクセスします。

   192.0.2.0 をマシン IP に置き換えます。

2. 最初のログインでは、Email or username と Password の両方のフィールドに admin と入力します。

   Grafana は、新しいパスワード を設定してセキュアなアカウントを作成するようにプロンプトを表示します。後で設定する場合は、Skip をクリックします。

3. メニューで       Configuration アイコンにカーソルを合わせてから、Plugins をクリックします。
4. プラグイン タブで、Search by name or type テキストボックスに performance co-pilot と入力し、Performance Co-Pilot (PCP) プラグインをクリックします。
5. Plugins / Performance Co-Pilot ペインで、Enable をクリックします。

6. Grafana アイコンをクリックします。Grafana Home ページが表示されます。

   図9.1 Home Dashboard

   
   注記

   画面上部の隅には同様の アイコンがありますが、これは一般的な ダッシュボード設定 を制御します。

7. Grafana Home ページで、Add your first data source をクリックして PCP Redis、PCP bpftrace、および PCP Vector データソースを追加します。データソースの追加に関する詳細は、以下を参照してください。

   • pcp redis データソースを追加するには、デフォルトのダッシュボードを表示し、パネルとアラートルールを作成します。詳細は、PCP Redis データソースでのパネルおよびアラートの作成 を参照してください。
   • pcp bpftrace データソースを追加してデフォルトのダッシュボードを表示するには、PCP bpftrace システム分析ダッシュボードの表示 を参照してください。
   • pcp vector データソースを追加するには、デフォルトのダッシュボードを表示します。Vector Checklist を表示するには、PCP Vector Checklist の表示 を参照してください。
8. オプション: メニューで、admin プロファイル       アイコンにカーソルを合わせ、Edit Profile、Change Password を含む Preferences を変更するか、Sign out します。

手順

1. root ユーザーとして、/etc/grafana/grana.ini ファイルを開き、[server] セクションの次のオプションを調整して、以下の内容を反映させます。

   protocol = https
   cert_key = /etc/grafana/grafana.key
   cert_file = /etc/grafana/grafana.crt

2. grafana が証明書にアクセスできることを確認します。

   # su grafana -s /bin/bash -c \
     'ls -1 /etc/grafana/grafana.crt /etc/grafana/grafana.key'
   /etc/grafana/grafana.crt
   /etc/grafana/grafana.key

3. Grafana サービスを再起動して有効にし、設定の変更を適用します。

   # systemctl restart grafana-server
   # systemctl enable grafana-server

検証

1. クライアントシステムで、https://192.0.2.0:3000 のリンクを使用してブラウザーを開き、ポート 3000 の grafana-server マシンにアクセスします。192.0.2.0 は、マシンの IP に置き換えます。

2. アドレスバーの横に鍵アイコン       が表示されていることを確認します。

   注記

   プロトコルが http に設定されている場合に HTTPS 接続を試行すると、ERR_SSL_PROTOCOL_ERROR エラーが発生します。プロトコルが https に設定されている場合に HTTP 接続を試行すると、Grafana サーバーは "Client sent an HTTP request to an HTTPS server" というメッセージで応答します。

前提条件

1. PCP が設定されている。詳細は、PCP の pcp-zeroconf での設定 を参照してください。
2. grafana-server が設定されている。詳細は、grafana-server の設定 を参照してください。
3. メール転送エージェント (sendmail または postfix など) がインストールされ、設定されている。

手順

1. redis パッケージをインストールします。

   # dnf install redis

2. 以下のサービスを開始して有効にします。

   # systemctl start pmproxy redis
   # systemctl enable pmproxy redis

3. grafana-server を再起動します。

   # systemctl restart grafana-server

手順

1. root ユーザーとして /etc/redis/redis.conf ファイルを開き、次のプロパティーを反映するように TLS/SSL オプションを調整します。

   port 0
   tls-port 6379
   tls-cert-file /etc/redis/redis.crt
   tls-key-file /etc/redis/redis.key
   tls-client-key-file /etc/redis/client.key
   tls-client-cert-file /etc/redis/client.crt
   tls-ca-cert-file /etc/redis/ca.crt

2. redis が TLS 証明書にアクセスできることを確認します。

   # su redis -s /bin/bash -c \
     'ls -1 /etc/redis/ca.crt /etc/redis/redis.key /etc/redis/redis.crt'
   /etc/redis/ca.crt
   /etc/redis/redis.crt
   /etc/redis/redis.key

3. redis サーバーを再起動して、設定の変更を適用します。

   # systemctl restart redis

前提条件

1. PCP Redis が設定されている。詳細は PCP Redis の設定 を参照してください。
2. grafana-server にアクセスできる。詳細は、Grafana Web UI へのアクセス を参照してください。

手順

1. Grafana Web UI にログインします。
2. Grafana Home ページで、Add your first data source をクリックします。
3. Add data source ペインで、Filter by name or type のテキストボックスに redis と入力してから PCP Redis をクリックします。

4. Data Sources / PCP Redis ペインで、以下を実行します。

   1. URL フィールドに http://localhost:44322 を追加し、Save & Test をクリックします。

   2. Dashboards tab → Import → PCP Redis: Host Overview をクリックして、有用なメトリックの概要を含むダッシュボードを表示します。

      図9.2 PCP Redis: ホストの概要

      

5. 新しいパネルを追加します。

   1. メニューで、 Create icon → Dashboard → Add new panel icon の順にマウスを合わせ、パネルを追加します。
   2. Query タブで、選択した default オプションではなく、クエリーリストから PCP Redis を選択し、A のテキストフィールドで kernel.all.load などのメトリックを入力して、カーネル負荷グラフを可視化します。
   3. 必要に応じて、Panel title と Description を追加し、Settings から他のオプションを更新します。
   4. Save をクリックして変更を適用し、ダッシュボードを保存します。Dashboard name を追加します。

   5. Apply をクリックして変更を適用し、ダッシュボードに戻ります。

      図9.3 PCP Redis クエリーパネル

      

6. アラートルールを作成します。

   1. PCP Redis query panel で       Alert をクリックしてから、Create Alert をクリックします。
   2. Rule の Name、Evaluate query、および For フィールドを編集して、アラートの Conditions を指定します。

   3. Save をクリックして変更を適用し、ダッシュボードを保存します。Apply をクリックして変更を適用し、ダッシュボードに戻ります。

      図9.4 PCP Redis パネルでのアラートの作成

      
   4. 必要に応じて、同じパネルでスクロールダウンし、Delete アイコンをクリックして、作成したルールを削除します。

   5. オプション: メニューで       Alerting アイコンをクリックし、作成されたアラートルールをさまざまなアラートステータスで表示したり、アラートルールを編集したり、Alert Rules タブから既存のルールを一時停止したりします。

      作成したアラートルールの通知チャネルを追加して Grafana からアラート通知を受信するには、アラートの通知チャネルの追加 を参照してください。

前提条件

1. grafana-server にアクセスできる。詳細は、Grafana Web UI へのアクセス を参照してください。
2. アラートルールが作成されている。詳細は、PCP Redis データソースでのパネルおよびアラートの作成 を参照してください。

3. SMTP を設定し、grafana/grafana.ini ファイルに有効な送信者のメールアドレスを追加します。

   # vi /etc/grafana/grafana.ini
   
   [smtp]
   enabled = true
   from_address = abc@gmail.com

   abc@gmail.com を有効なメールアドレスに置き換えます。

4. grafana-server を再起動します。

   # systemctl restart grafana-server.service

手順

1. メニューから       アラートアイコン → Contact Points → New contact point の順にクリックします。

2. New contact point 詳細ビューで、次の操作を実行します。

   1. Name テキストボックスに、名前を入力します。
   2. Contact point type (Email など) を選択し、メールアドレスを入力します。区切り文字 ; を使用すると、多数のメールアドレスを追加できます。
   3. オプション: Optional Email settings および Notification settings を設定します。
3. Save contact point をクリックします。

4. アラートルールで通知チャネルを選択します。

   1. メニューから Notification policies アイコンを選択し、+ New specific policy をクリックします。
   2. 先ほど作成した Contact point を選択します。
   3. Save policy ボタンをクリックします。

手順

1. scram-sha-256 認証メカニズムの sasl フレームワークをインストールします。

   # dnf install cyrus-sasl-scram cyrus-sasl-lib

2. pmcd.conf ファイルに、サポートされている認証メカニズムとユーザーデータベースのパスを指定します。

   # vi /etc/sasl2/pmcd.conf
   
   mech_list: scram-sha-256
   
   sasldb_path: /etc/pcp/passwd.db

3. 新しいユーザーを作成します。

   # useradd -r metrics

   metrics をユーザー名に置き換えます。

4. 作成したユーザーをユーザーデータベースに追加します。

   # saslpasswd2 -a pmcd metrics
   
   Password:
   Again (for verification):

   作成したユーザーを追加するには、メトリック アカウントのパスワードを入力する必要があります。

5. ユーザーデータベースのパーミッションを設定します。

   # chown root:pcp /etc/pcp/passwd.db
   # chmod 640 /etc/pcp/passwd.db

6. pmcd サービスを再起動します。

   # systemctl restart pmcd

前提条件

1. PCP が設定されている。詳細は、PCP の pcp-zeroconf での設定 を参照してください。
2. grafana-server が設定されている。詳細は、grafana-server の設定 を参照してください。
3. scram-sha-256 認証メカニズムが設定されている。詳細は、PCP コンポーネント間の認証の設定 を参照してください。

手順

1. pcp-pmda-bpftrace パッケージをインストールします。

   # dnf install pcp-pmda-bpftrace

2. bpftrace.conf ファイルを編集し、{setting-up-authentication-between-pcp-components} で作成したユーザーを追加します。

   # vi /var/lib/pcp/pmdas/bpftrace/bpftrace.conf
   
   [dynamic_scripts]
   enabled = true
   auth_enabled = true
   allowed_users = root,metrics

   metrics をユーザー名に置き換えます。

3. bpftrace PMDA をインストールします。

   # cd /var/lib/pcp/pmdas/bpftrace/
   # ./Install
   Updating the Performance Metrics Name Space (PMNS) ...
   Terminate PMDA if already installed ...
   Updating the PMCD control file, and notifying PMCD ...
   Check bpftrace metrics have appeared ... 7 metrics and 6 values

   pmda-bpftrace がインストールされたため、ユーザーの認証後にのみ使用できるようになりました。詳細は PCP bpftrace システム分析ダッシュボードの表示 を参照してください。

前提条件

1. PCP bpftrace がインストールされている。詳細は、PCP bpftrace のインストール を参照してください。
2. grafana-server にアクセスできる。詳細は、Grafana Web UI へのアクセス を参照してください。

手順

1. Grafana Web UI にログインします。
2. Grafana Home ページで、Add your first data source をクリックします。
3. Add data source ペインで、Filter by name or type テキストボックスに bpftrace と入力して、PCP bpftrace をクリックします。

4. Data Sources / PCP bpftrace ペインで、以下を実行します。

   1. URL フィールドに http://localhost:44322 を追加します。
   2. Basic Auth オプションを切り替えて、作成されたユーザーの認証情報を、User フィールドおよび Password フィールドに追加します。

   3. Save & Test をクリックします。

      図9.5 データソースへの PCP bpftrace の追加

      

   4. Dashboards tab → Import → PCP bpftrace: System Analysis をクリックし、有用なメトリックの概要を含むダッシュボードを表示します。

      図9.6 PCP bpftrace: システム分析

      

前提条件

1. PCP が設定されている。詳細は、PCP の pcp-zeroconf での設定 を参照してください。
2. grafana-server が設定されている。詳細は、grafana-server の設定 を参照してください。

手順

1. pcp-pmda-bcc パッケージをインストールします。

   # dnf install pcp-pmda-bcc

2. bcc PMDA をインストールします。

   # cd /var/lib/pcp/pmdas/bcc
   # ./Install
   [Wed Apr  1 00:27:48] pmdabcc(22341) Info: Initializing, currently in 'notready' state.
   [Wed Apr  1 00:27:48] pmdabcc(22341) Info: Enabled modules:
   [Wed Apr  1 00:27:48] pmdabcc(22341) Info: ['biolatency', 'sysfork',
   [...]
   Updating the Performance Metrics Name Space (PMNS) ...
   Terminate PMDA if already installed ...
   Updating the PMCD control file, and notifying PMCD ...
   Check bcc metrics have appeared ... 1 warnings, 1 metrics and 0 values

前提条件

1. PCP Vector がインストールされている。詳細は、PCP Vector のインストール を参照してください。
2. grafana-server にアクセスできる。詳細は、Grafana Web UI へのアクセス を参照してください。

手順

1. Grafana Web UI にログインします。
2. Grafana Home ページで、Add your first data source をクリックします。
3. Add data source ペインで、Filter by name or type テキストボックスに vector と入力してから PCP Vector をクリックします。

4. Data Sources / PCP Vector ペインで、以下を実行します。

   1. URL フィールドに http://localhost:44322 を追加し、Save & Test をクリックします。

   2. Dashboards tab → Import → PCP Vector: Host Overview をクリックして、有用なメトリックの概要を含むダッシュボードを表示します。

      図9.7 PCP Vector: ホストの概要

      

5. メニューで       Performance Co-Pilot プラグインにマウスを合わせ、PCP Vector Checklist をクリックします。

   PCP チェックリストで、 ヘルプまたは 警告アイコをクリックし、関連するトラブルシューティングまたは参照リンクを表示します。

   図9.8 Performance Co-Pilot / PCP Vector Checklist

   

手順

1. Dashboards tab タブにカーソルを合わせて、+ New dashboard をクリックします。
2. Add panel メニューで、Add a new panel をクリックします。

3. Query タブで以下を実行します。

   1. 選択中のデフォルトオプションの代わりに、クエリーリストから PCP Redis を選択します。
   2. A のテキストフィールドに、カーネル負荷グラフを可視化するためのメトリクス (例: kernel.all.load) を入力します。
4. 可視化ドロップダウンメニュー (デフォルトで Time series に設定されています) をクリックし、Heatmap をクリックします。
5. オプション: Panel Options ドロップダウンメニューで、Panel Title と Description を追加します。

6. Heatmap ドロップダウンメニューの Calculate from data 設定で、Yes をクリックします。

   ヒートマップ

   

7. オプション: Colors ドロップダウンメニューで、Scheme をデフォルトの Orange から変更し、ステップ数 (色の濃淡) を選択します。

8. オプション: Tooltip ドロップダウンメニューの Show histogram (Y Axis) 設定で、トグルをクリックすると、ヒートマップ内のセルの上にカーソルを置いたときに、特定のヒストグラム内でのセルの位置が表示されます。以下に例を示します。

   Show histogram (Y Axis) のセルの表示

   

手順

1. RHEL 9 Web コンソールにログインします。

   詳細は、Web コンソールへのログイン を参照してください。

2. Overview をクリックします。

3. Configuration セクションで、現在のパフォーマンスプロファイルをクリックします。

   

4. Change Performance Profile ダイアログボックスで、必要なプロファイルを設定します。

   

5. Change Profile をクリックします。

手順

1. RHEL 9 Web コンソールにログインします。

   詳細は、Web コンソールへのログイン を参照してください。

2. Overview をクリックします。

3. Usage セクションで、View metrics and history をクリックします。

   

   Metrics and history セクションが開きます。

   • 現在のシステム設定と使用状況:
   • ユーザー指定の時間間隔におけるグラフィック形式のパフォーマンスメトリクス:

手順

1. RHEL 9 Web コンソールにログインします。

   詳細は、Web コンソールへのログイン を参照してください。

2. Overview ページで、Usage テーブルの View metrics and history をクリックします。
3. Metrics settings ボタンをクリックします。

4. Export to network スライダーをアクティブな位置に移動します。

   

   redis パッケージがインストールされていない場合は、Web コンソールでインストールするように求められます。

5. pmproxy サービスを開くには、ドロップダウンリストからゾーンを選択し、Add pmproxy ボタンをクリックします。
6. Save をクリックします。

検証

1. Networking をクリックします。
2. Firewall テーブルで、Edit rules and zones ボタンをクリックします。
3. 選択したゾーンで pmproxy を検索します。

手順

1. 必要に応じて、プロファイルのベースとなる既存のTuneDプロファイルを選択します。利用可能なプロファイルのリストは、RHEL とともに配布される TuneD プロファイル を参照してください。

   現在アクティブなプロファイルを確認するには、次のコマンドを実行します。

   $ tuned-adm active

2. TuneD プロファイルを保持する新しいディレクトリーを作成します。

   # mkdir /etc/tuned/my-profile

3. 選択したブロックデバイスのシステム固有の識別子を見つけます。

   $ udevadm info --query=property --name=/dev/device | grep -E '(WWN|SERIAL)'
   
   ID_WWN=0x5002538d00000000_
   ID_SERIAL=Generic-_SD_MMC_20120501030900000-0:0
   ID_SERIAL_SHORT=20120501030900000

   注記

   この例のコマンドは、指定したブロックデバイスに関連付けられた World Wide Name (WWN) またはシリアル番号として識別されるすべての値を返します。WWN を使用することが推奨されますが、WWN は特定のデバイスで常に利用できる訳ではなく、コマンド例で返される値は、デバイスのシステム固有の ID として使用することが許容されます。

4. /etc/tuned/my-profile/tuned.conf 設定ファイルを作成します。このファイルで、以下のオプションを設定します。

   1. 必要に応じて、既存のプロファイルを追加します。

      [main]
      include=existing-profile

   2. WWN 識別子に一致するデバイスに対して選択したディスクスケジューラーを設定します。

      [disk]
      devices_udev_regex=IDNAME=device system unique id
      elevator=selected-scheduler

      ここでは、以下のようになります。

      • IDNAME を、使用されている識別子名に置き換えます (例:ID_WWN)。

      • device system unique id を、選択した識別子の値に置き換えます (例:0x5002538d00000000)。

        devices_udev_regex オプションで複数のデバイスに一致させるには、識別子を括弧で囲み、垂直バーで区切ります。

        devices_udev_regex=(ID_WWN=0x5002538d00000000)|(ID_WWN=0x1234567800000000)

5. プロファイルを有効にします。

   # tuned-adm profile my-profile

検証

1. TuneD プロファイルがアクティブで、適用されていることを確認します。

   $ tuned-adm active
   
   Current active profile: my-profile

   $ tuned-adm verify
   
   Verification succeeded, current system settings match the preset profile.
   See TuneD log file ('/var/log/tuned/tuned.log') for details.

2. /sys/block/device/queue/scheduler ファイルの内容を読み取ります。

   # cat /sys/block/device/queue/scheduler
   
   [mq-deadline] kyber bfq none

   ファイル名の device を、sdc などのブロックデバイス名に置き換えます。

   アクティブなスケジューラーは、角括弧 ([]) にリスト表示されます。

手順

1. ブロックデバイスのシステム固有の識別子を見つけます。

   $ udevadm info --name=/dev/device | grep -E '(WWN|SERIAL)'
   E: ID_WWN=0x5002538d00000000
   E: ID_SERIAL=Generic-_SD_MMC_20120501030900000-0:0
   E: ID_SERIAL_SHORT=20120501030900000

   注記

   この例のコマンドは、指定したブロックデバイスに関連付けられた World Wide Name (WWN) またはシリアル番号として識別されるすべての値を返します。WWN を使用することが推奨されますが、WWN は特定のデバイスで常に利用できる訳ではなく、コマンド例で返される値は、デバイスのシステム固有の ID として使用することが許容されます。

2. udev ルールを設定します。以下の内容で /etc/udev/rules.d/99-scheduler.rules ファイルを作成します。

   ACTION=="add|change", SUBSYSTEM=="block", ENV{IDNAME}=="device system unique id", ATTR{queue/scheduler}="selected-scheduler"

   ここでは、以下のようになります。

   • IDNAME を、使用されている識別子名に置き換えます (例:ID_WWN)。
   • device system unique id を、選択した識別子の値に置き換えます (例:0x5002538d00000000)。

3. udev ルールを再読み込みします。

   # udevadm control --reload-rules

4. スケジューラー設定を適用します。

   # udevadm trigger --type=devices --action=change

手順

1. /etc/samba/smb.conf ファイルの [global] セクションから、server max protocol パラメーターを削除します。

2. Samba 設定を再読み込みします。

   # smbcontrol all reload-config

手順

1. 共有の全ファイルの名前を小文字に変更します。

   注記

   この手順の設定を使用すると、小文字以外の名前が付けられたファイルは表示されなくなります。

2. 共有のセクションに、以下のパラメーターを設定します。

   case sensitive = true
   default case = lower
   preserve case = no
   short preserve case = no

   パラメーターの詳細は、システム上の smb.conf(5) man ページの説明を参照してください。

3. /etc/samba/smb.conf ファイルを検証します。

   # testparm

4. Samba 設定を再読み込みします。

   # smbcontrol all reload-config

1. 利用可能な TuneD プロファイルをリスト表示します。

   # tuned-adm list
   
   Available profiles:
   - balanced             - General non-specialized TuneD profile
   - desktop              - Optimize for the desktop use-case
   [...]
   - virtual-guest        - Optimize for running inside a virtual guest
   - virtual-host         - Optimize for running KVM guests
   Current active profile: balanced

2. オプション: 新しい TuneD プロファイルを作成するか、既存の TuneD プロファイルを編集します。

   詳細は、TuneD プロファイルのカスタマイズ を参照してください。

3. TuneD プロファイルをアクティベートします。

   # tuned-adm profile selected-profile

   • 仮想化ホストを最適化するには、virtual-host プロファイルを使用します。

     # tuned-adm profile virtual-host

   • RHEL ゲストオペレーティングシステムで、virtual-guest プロファイルを使用します。

     # tuned-adm profile virtual-guest

検証

1. TuneD のアクティブなプロファイルを表示します。

   # tuned-adm active
   Current active profile: virtual-host

2. TuneD プロファイル設定がシステムに適用されていることを確認します。

   # tuned-adm verify
   Verification succeeded, current system settings match the preset profile. See tuned log file ('/var/log/tuned/tuned.log') for details.