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

手順

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 パッケージをインストールします。

   # yum install tuned

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

   # systemctl enable --now tuned

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

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

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

   インストールします。

   # yum 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

   例2.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. プロファイルの変更を含めます。

   例3.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. 次の内容を含む Playbook ファイル (例: ~/playbook.yml) を作成します。

   ---
   - name: Monitoring performance metrics
     hosts: managed-node-01.example.com
     tasks:
       - name: Configure Performance Co-Pilot
         ansible.builtin.include_role:
           name: rhel-system-roles.metrics
         vars:
           metrics_retention_days: 14
           metrics_manage_firewall: true
           metrics_manage_selinux: true

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

   metrics_retention_days: <number>

   pmlogger_daily systemd タイマーが古い PCP アーカイブを削除するまでの日数を設定します。

   metrics_manage_firewall: <true|false>

   firewalld サービスで必要なポートをロールによって開くかどうかを定義します。管理対象ノード上の PCP にリモートでアクセスする場合は、この変数を true に設定します。

   Playbook で使用されるすべての変数の詳細は、コントロールノードの /usr/share/ansible/roles/rhel-system-roles.metrics/README.md ファイルを参照してください。

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

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

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

3. Playbook を実行します。

   $ ansible-playbook ~/playbook.yml

手順

1. 機密性の高い変数を暗号化されたファイルに保存します。

   1. vault を作成します。

      $ ansible-vault create vault.yml
      New Vault password: <vault_password>
      Confirm New Vault password: <vault_password>

   2. ansible-vault create コマンドでエディターが開いたら、機密データを <key>: <value> 形式で入力します。

      metrics_usr: <username>
      metrics_pwd: <password>

   3. 変更を保存して、エディターを閉じます。Ansible は vault 内のデータを暗号化します。

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

   ---
   - name: Monitoring performance metrics
     hosts: managed-node-01.example.com
     tasks:
       - name: Configure Performance Co-Pilot
         ansible.builtin.include_role:
           name: rhel-system-roles.metrics
         vars:
           metrics_retention_days: 14
           metrics_manage_firewall: true
           metrics_manage_selinux: true
   	metrics_username: "{{ metrics_usr }}"
           metrics_password: "{{ metrics_pwd }}"

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

   metrics_retention_days: <number>

   pmlogger_daily systemd タイマーが古い PCP アーカイブを削除するまでの日数を設定します。

   metrics_manage_firewall: <true|false>

   firewalld サービスで必要なポートをロールによって開くかどうかを定義します。管理対象ノード上の PCP にリモートでアクセスする場合は、この変数を true に設定します。

   metrics_username: <username>

   このロールは、管理対象ノード上でこのユーザーをローカルに作成し、Simple Authentication and Security Layer (SASL) データベース /etc/pcp/passwd.db に認証情報を追加し、PCP に認証を設定します。さらに、Playbook で metrics_from_bpftrace: true を設定すると、PCP がこのアカウントを使用して bpftrace スクリプトを登録します。

   Playbook で使用されるすべての変数の詳細は、コントロールノードの /usr/share/ansible/roles/rhel-system-roles.metrics/README.md ファイルを参照してください。

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

   $ ansible-playbook --ask-vault-pass --syntax-check ~/playbook.yml

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

4. Playbook を実行します。

   $ ansible-playbook --ask-vault-pass ~/playbook.yml

手順

1. 機密性の高い変数を暗号化されたファイルに保存します。

   1. vault を作成します。

      $ ansible-vault create vault.yml
      New Vault password: <vault_password>
      Confirm New Vault password: <vault_password>

   2. ansible-vault create コマンドでエディターが開いたら、機密データを <key>: <value> 形式で入力します。

      grafana_admin_pwd: <password>

   3. 変更を保存して、エディターを閉じます。Ansible は vault 内のデータを暗号化します。

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

   ---
   - name: Monitoring performance metrics
     hosts: managed-node-01.example.com
     vars_files:
       - vault.yml
     tasks:
       - name: Set up Grafana to monitor multiple hosts
         ansible.builtin.include_role:
           name: rhel-system-roles.metrics
         vars:
           metrics_graph_service: true
           metrics_query_service: true
           metrics_monitored_hosts:
             - <pcp_host_1.example.com>
             - <pcp_host_2.example.com>
           metrics_manage_firewall: true
           metrics_manage_selinux: true
   
       - name: Set Grafana admin password
         ansible.builtin.shell:
           cmd: grafana-cli admin reset-admin-password "{{ grafana_admin_pwd }}"

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

   metrics_graph_service: true

   Grafana と PCP プラグインをインストールします。さらに、PCP Vector、PCP Redis、および PCP bpftrace データソースが Grafana に追加されます。

   metrics_query_service: <true|false>

   ロールによって、一元的なメトリクス記録用に Redis をインストールして設定する必要があるかどうかを定義します。有効にすると、PCP クライアントから収集されたデータが Redis に保存され、ライブデータだけでなく履歴データも表示できるようになります。

   metrics_monitored_hosts: <list_of_hosts>

   監視するホストのリストを定義します。定義すると、Grafana で、これらのホストのデータに加えて、Grafana を実行しているホストのデータを表示できます。

   metrics_manage_firewall: <true|false>

   firewalld サービスで必要なポートをロールによって開くかどうかを定義します。この変数を true に設定すると、たとえば Grafana にリモートでアクセスできるようになります。

   Playbook で使用されるすべての変数の詳細は、コントロールノードの /usr/share/ansible/roles/rhel-system-roles.metrics/README.md ファイルを参照してください。

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

   $ ansible-playbook --ask-vault-pass --syntax-check ~/playbook.yml

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

4. Playbook を実行します。

   $ ansible-playbook --ask-vault-pass ~/playbook.yml

検証

1. ブラウザーで http://<grafana_server_IP_or_hostname>:3000 を開き、上記手順で設定したパスワードを使用して admin ユーザーとしてログインします。

2. 監視データを表示します。

   • ライブデータを表示するには、次の手順を実行します。

     1. 左側のナビゲーションバーにある Performance Co-Pilot アイコンをクリックし、PCP Vector Checklist を選択します。
     2. デフォルトでは、Grafana を実行しているホストからのメトリクスがグラフに表示されます。別のホストに切り替えるには、hostspec フィールドにホスト名を入力して Enter キー を押します。
   • Redis データベースに保存されている履歴データを表示するには、PCP Redis データソースを使用してパネルを作成 します。そのためには、Playbook で metrics_query_service: true を設定する必要があります。

手順

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

   # yum 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 パッケージをインストールします。

   # yum 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 パッケージをインストールします。

   # yum 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 パッケージをインストールします。

   # yum 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.13、192.168.4.14、および 192.168.4.62 を、クライアントの IP アドレスに置き換えます。

   注記

   Red Hat Enterpirse Linux 8.0、8.1、および 8.2 では、制御ファイルでリモートホストに PCP_LOG_DIR/pmlogger/host_name 形式を使用します。

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

   # systemctl enable pmcd pmlogger
   # systemctl restart pmcd pmlogger

手順

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

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

      # yum install pcp-system-tools

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

      # yum install pcp-pmda-postfix postfix

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

      # yum install rsyslog

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

      # yum 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

   図8.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 をインストールします。

   # yum install pcp-zeroconf

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

   # yum install gcc-c++ python3-devel unixODBC-devel
   
   # yum install python3-pyodbc

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

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

      # yum 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
   
   You will need to choose an appropriate configuration for install of
   the “xfs” Performance Metrics Domain Agent (PMDA).
   
     collector     collect performance statistics on this system
     monitor       allow this system to monitor local and/or remote systems
     both          collector and monitor configuration for this system
   
   Please enter c(ollector) or m(onitor) or (both) [b]
   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 xfs metrics have appeared ... 149 metrics and 149 values

3. collector の場合は c を、monitor の場合は m を、またはこれら両方の場合は b を入力して、PMDA ロールを選択します。PMDA インストールスクリプトから、以下の PMDA ロールのいずれかを指定するように求められます。

   • collector ロールを指定すると、現在のシステムでパフォーマンスメトリックを収集できます。

   • monitor ロールを指定すると、システムがローカルシステム、リモートシステム、またはその両方を監視できるようになります。

     デフォルトオプションは collector と monitor の両方です。これにより、ほとんどのシナリオで XFS PMDA は適切に動作できます。

手順

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. 以下のパッケージをインストールします。

   # yum 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-zeroconf を使用した PCP の設定 を参照してください。
2. grafana-server が設定されている。詳細は、Grafana サーバーの設定 を参照してください。

手順

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

   リモートマシンから Grafana Web UI にアクセスする場合は 192.0.2.0 を 自分のマシンの IP に置き換え、ローカルで Web UI にアクセスする場合は localhost に置き換えます。

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 ページが表示されます。

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

手順

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

   # yum module install redis:6

   注記

   Red Hat Enterprise Linux 8.4 以降、Redis 6 がサポートされていますが、yum update コマンドは Redis 5 を Redis 6 に更新しません。Redis 5 から Redis 6 に更新するには、次を実行します。

   # yum module switch-to redis:6

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

   # systemctl start pmproxy redis
   # systemctl enable pmproxy redis

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

   # systemctl restart grafana-server

前提条件

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 をクリックして、有用なメトリックの概要を含むダッシュボードを表示します。

      図10.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 をクリックして変更を適用し、ダッシュボードに戻ります。

      図10.3 PCP Redis クエリーパネル

      

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

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

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

      図10.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. メニューで       Alerting icon → click Notification channels → Add channel の順でカーソルを合わせます。

2. Add notification channel details ペインで、以下を実行します。

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

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

   1. メニューで       Alerting アイコンにマウスを合わせ、Alert rules をクリックします。
   2. Alert Rules タブで、作成されたアラートルールをクリックします。
   3. Notifications タブで Send to オプションから通知チャネル名を選択し、アラートメッセージを追加します。
   4. Apply をクリックします。

手順

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

   # yum 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 パッケージをインストールします。

   # yum install pcp-pmda-bpftrace

2. bpftrace.conf ファイルを編集し、PCP コンポーネント間の認証の設定 で作成したユーザーを追加します。

   # 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 をクリックします。

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

      

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

      図10.6 PCP bpftrace: システム分析

      

前提条件

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

前提条件

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 をクリックして、有用なメトリックの概要を含むダッシュボードを表示します。

      図10.7 PCP Vector: ホストの概要

      

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

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

   図10.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 8 Web コンソールにログインします。

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

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

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

   

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

   

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

手順

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

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

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

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

   

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

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

手順

1. RHEL 8 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.

1. 仮想マシンに割り当てられているホスト CPU の数を調整します。これは、CLI または Web コンソール を使用して実行できます。

2. vCPU モデルが、ホストの CPU モデルに調整されていることを確認します。たとえば、仮想マシン testguest1 を、ホストの CPU モデルを使用するように設定するには、次のコマンドを実行します。

   # virt-xml testguest1 --edit --cpu host-model

3. Kernel Same-page Merging (KSM) を無効にします。

4. ホストマシンが Non-Uniform Memory Access (NUMA) を使用する場合は、その仮想マシンに対して NUMA を設定 することもできます。これにより、ホストの CPU およびメモリープロセスが、仮想マシンの CPU およびメモリープロセスにできるだけ近くにマッピングされます。事実上、NUMA チューニングにより、仮想マシンに割り当てられたシステムメモリーへのより効率的なアクセスが可能になります。これにより、vCPU 処理の効果が改善されます。

   詳細は、仮想マシンで NUMA の設定 および サンプルの vCPU パフォーマンスチューニングシナリオ を参照してください。