手順

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

   # Isolated CPUs with the kernel’s scheduler load balancing:
   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.10 throughput-performance プロファイルでスワップを低減

   throughput-perfromance プロファイルの設定を使用し、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. 以下のコンテンツをインベントリーに追加して、/etc/ansible/hosts Ansible インベントリーの localhost を設定します。

   localhost ansible_connection=local

2. 以下の内容を含む Ansible Playbook を作成します。

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

3. Ansible Playbook の実行:

   # ansible-playbook name_of_your_playbook.yml

   注記

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

4. マシンで収集されるメトリックを視覚化するには、Grafana Web UI へのアクセス の説明どおりに grafana Web インターフェイスにアクセスします。

手順

1. Playbook 経由で監視するマシンの名前または IP を、括弧で囲まれた識別グループ名で /etc/ansible/hosts Ansible インベントリーファイルに追加します。

   [remotes]
   webserver.example.com
   database.example.com

2. 以下の内容を含む Ansible Playbook を作成します。

   ---
   - hosts: remotes
     vars:
       metrics_retention_days: 0
       metrics_manage_firewall: true
       metrics_manage_selinux: true
     roles:
       - rhel-system-roles.metrics

   注記

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

3. Ansible Playbook の実行:

   # ansible-playbook name_of_your_playbook.yml -k

手順

1. 以下の内容を含む Ansible Playbook を作成します。

   ---
   - hosts: localhost
     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
     roles:
       - rhel-system-roles.metrics

2. Ansible Playbook の実行:

   # ansible-playbook name_of_your_playbook.yml

   注記

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

3. マシンによって一元的に収集されるメトリックのグラフィック表示とデータのクエリーを行うには、Grafana Web UI へのアクセス で説明されているように、grafana Web インターフェイスにアクセスします。

手順

1. 認証を設定する Ansible Playbook に、以下の変数を追加します。

   ---
     vars:
       metrics_username: your_username
       metrics_password: your_password
       metrics_manage_firewall: true
       metrics_manage_selinux: true

   注記

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

2. Ansible Playbook の実行:

   # ansible-playbook name_of_your_playbook.yml

手順

1. 以下のコンテンツをインベントリーに追加して、/etc/ansible/hosts Ansible インベントリーの localhost を設定します。

   localhost ansible_connection=local

2. 以下の内容が含まれる Ansible Playbook を作成します。

   ---
   - hosts: localhost
     vars:
      metrics_from_mssql: true
      metrics_manage_firewall: true
      metrics_manage_selinux: true
     roles:
      - role: rhel-system-roles.metrics

   注記

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

3. Ansible Playbook の実行:

   # ansible-playbook name_of_your_playbook.yml

手順

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

   図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 の設定 を参照してください。

手順

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

   # yum install redis

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

   # systemctl start pmproxy redis
   # systemctl enable pmproxy redis

3. メール転送エージェント (sendmail または postfix など) がインストールされ、設定されている。

4. allow_loading_unsigned_plugins パラメーターが、grafana.ini ファイルの PCP Redis データベースに設定されていることを確認します。

   # vi /etc/grafana/grafana.ini
   
   allow_loading_unsigned_plugins = pcp-redis-datasource

5. 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 ファイルを編集し、{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 をクリックします。

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

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

      図10.7 PCP Vector: ホストの概要

      

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

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

   図10.8 Performance Co-Pilot / PCP Vector Checklist

   

手順

1. RHEL Web コンソールにログインします。詳細は、Web コンソールへのログイン を参照してください。
2. 概要 をクリックします。

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

   

4. 必要に応じて、パフォーマンスプロファイルの変更 ダイアログボックスで、プロファイルを変更します。

5. プロファイルの変更 をクリックします。

   

手順

1. RHEL 8 Web コンソールにログインします。Overview ページで View details and history をクリックして、Performance Metrics を表示します。

   

   

手順

1. 使用状況 テーブルの 概要 ページで、詳細と履歴を表示 をクリックします。
2. Metrics settings ボタンをクリックします。

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

   

   redis サービスがインストールされていない場合は、インストールするように求められます。

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

検証

1. ネットワーキング をクリックします。
2. Firewall テーブルで、n active zones または 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

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

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. 仮想マシンに割り当てられているホスト 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 パフォーマンスチューニングシナリオ を参照してください。

1. ホストに、perf パッケージをインストールします。

   # yum install perf

2. perf kvm stat コマンドの 1 つを使用して、仮想化ホストの perf 統計を表示します。

   • お使いのハイパーバイザーのリアルタイム監視には、perf kvm stat live コマンドを使用します。
   • 一定期間でハイパーバイザーの perf データをログに記録するには、perf kvm stat record コマンドを使用してロギングを有効にします。コマンドをキャンセルまたは中断した後、データは perf.data.guest ファイルに保存されます。これは、perf kvm stat report コマンドを使用して分析できます。

3. VM-EXIT イベントとそのディストリビューションのタイプについて perf 出力を分析します。たとえば、PAUSE_INSTRUCTION イベントは頻繁に存在すべきではありませんが、以下の出力では、このイベントが頻繁に現れ、ホスト CPU が vCPU を適切に処理していないことを示しています。このようなシナリオでは、アクティブな一部の仮想マシンの電源オフ、その仮想マシンからの vCPU の削除、または vCPU のパフォーマンスの調整 を検討してください。

   # perf kvm stat report
   
   Analyze events for all VMs, all VCPUs:
   
   
                VM-EXIT    Samples  Samples%     Time%    Min Time    Max Time         Avg time
   
     EXTERNAL_INTERRUPT     365634    31.59%    18.04%      0.42us  58780.59us    204.08us ( +-   0.99% )
              MSR_WRITE     293428    25.35%     0.13%      0.59us  17873.02us      1.80us ( +-   4.63% )
       PREEMPTION_TIMER     276162    23.86%     0.23%      0.51us  21396.03us      3.38us ( +-   5.19% )
      PAUSE_INSTRUCTION     189375    16.36%    11.75%      0.72us  29655.25us    256.77us ( +-   0.70% )
                    HLT      20440     1.77%    69.83%      0.62us  79319.41us  14134.56us ( +-   0.79% )
                 VMCALL      12426     1.07%     0.03%      1.02us   5416.25us      8.77us ( +-   7.36% )
          EXCEPTION_NMI         27     0.00%     0.00%      0.69us      1.34us      0.98us ( +-   3.50% )
          EPT_MISCONFIG          5     0.00%     0.00%      5.15us     10.85us      7.88us ( +-  11.67% )
   
   Total Samples:1157497, Total events handled time:413728274.66us.

   perf kvm stat の出力で問題を知らせる他のイベントタイプには、以下が含まれます。

   • INSN_EMULATION - 準最適な 仮想マシンの I/O 設定 を示します。