• 高吞吐量
• 低延迟
• 保存电源

• 节能配置集
• 性能提升配置集

• 存储和网络的低延迟
• 存储和网络的高吞吐量
• 虚拟机性能
• 虚拟化主机性能

• 从网络读取数据的专用的 reader 线程将固定到 CPU 2。
• 处理此网络数据的大量线程将固定到 CPU 4-23。
• 将处理的数据写入网络的专用写入器线程将固定到 CPU 3。

先决条件

• 您已以 root 用户身份，使用 dnf install tuned-profiles-cpu-partitioning 命令安装 cpu-partitioning TuneD 配置集。

• D-Bus 支持
• 热插支持
• 对设置进行回滚支持

步骤

• 要列出系统中的所有可用 TuneD 配置集，请使用：

  $ tuned-adm list
  
  Available profiles:
  - accelerator-performance - Throughput performance based tuning with disabled higher latency STOP states
  - balanced                - General non-specialized TuneD profile
  - desktop                 - Optimize for the desktop use-case
  - latency-performance     - Optimize for deterministic performance at the cost of increased power consumption
  - network-latency         - Optimize for deterministic performance at the cost of increased power consumption, focused on low latency network performance
  - network-throughput      - Optimize for streaming network throughput, generally only necessary on older CPUs or 40G+ networks
  - powersave               - Optimize for low power consumption
  - throughput-performance  - Broadly applicable tuning that provides excellent performance across a variety of common server workloads
  - virtual-guest           - Optimize for running inside a virtual guest
  - virtual-host            - Optimize for running KVM guests
  Current active profile: balanced

• 要只显示当前活跃的配置集，请使用：

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

先决条件

• TuneD 服务正在运行。详情请参阅安装和启用 TuneD。

验证步骤

• 验证 TuneD 配置集是否活跃并应用：

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

步骤

• 临时禁用所有调整：

  # tuned-adm off

  调整会在 TuneD 服务重启后再次应用。

• 或者，要永久停止并禁用 TuneD 服务：

  # systemctl disable --now tuned

• 节能配置集
• 性能提升配置集

• 存储和网络的低延迟
• 存储和网络的高吞吐量
• 虚拟机性能
• 虚拟化主机性能

• sched_min_granularity_ns
• sched_latency_ns,
• sched_wakeup_granularity_ns
• sched_tunable_scaling,
• sched_migration_cost_ns
• sched_nr_migrate
• numa_balancing_scan_delay_ms
• numa_balancing_scan_period_min_ms
• numa_balancing_scan_period_max_ms

• numa_balancing_scan_size_mb

  例 2.15. 为迁移决策设置任务的"cache hot"值。

  在旧内核上，设置以下参数意味着 sysctl 将值 500000 写到 /proc/sys/kernel/sched_migration_cost_ns 文件中：

  [sysctl]
  kernel.sched_migration_cost_ns=500000

  在最近的内核上，这相当于通过 scheduler 插件设置以下参数：

  [scheduler]
  sched_migration_cost_ns=500000

  意味着 TuneD 将值 500000 写到 /sys/kernel/debug/sched/migration_cost_ns 文件中。

• 与 TuneD 变量一起使用各种内置功能
• 在 Python 中创建自定义功能，并以插件的形式将它们添加到 TuneD

先决条件

• TuneD 服务正在运行。详情请参阅安装和启用 TuneD。

先决条件

• TuneD 服务正在运行。详情请参阅安装和启用 TuneD。

• 带有块设备名称的 device，如 sdf
• 带有您要为该设备设置的磁盘调度程序的 selected-scheduler，例如 bfq

先决条件

• TuneD 服务已安装并启用。详情请参阅安装和启用 TuneD。

流程

• 安装 tuna 工具：

  # dnf install tuna

验证步骤

• 查看可用的 tuna CLI 选项：

  # tuna -h

先决条件

• tuna 工具已经安装。如需更多信息，请参阅安装 tuna 工具。

流程

• 查看当前的策略和优先级：

  # tuna --show_threads
              thread
  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 --threads=pid_or_cmd_list --show_threads

  pid_or_cmd_list 参数是一个用逗号分开的 PID 或 command-name 模式的列表。

• 要使用 tuna CLI 调整 CPU，请参阅使用 tuna 工具调整 CPU。
• 要使用 tuna 工具调整 IRQs，请参阅使用 tuna 工具调整 IRQ。

• 保存更改的配置：

  # tuna --save=filename

  这个命令只保存当前运行的内核线程。未运行的进程不会保存。

先决条件

• tuna 工具已经安装。如需更多信息，请参阅安装 tuna 工具。

流程

• 指定要受某一命令影响的 CPU 列表：

  # tuna --cpus=cpu_list [command]

  cpu_list 参数是一个用逗号分开的 CPU 号列表。例如，--cpus=0,2。CPU 列表也可以以范围的形式指定，例如 --cpus="1-3"，这代表选择 CPU 1、2 和 3。

  要将特定的 CPU 添加到当前的 cpu_list 中，例如，使用 --cpus=+0。

  将 [command] 替换为例如 --isolate：

• 隔离 CPU：

  # tuna --cpus=cpu_list --isolate

• 包括一个 CPU:

  # tuna --cpus=cpu_list --include

• 以下显示了，在带有四个或更多处理器的系统中，如何在 CPU 0 和 1 上运行所有 ssh 线程，在 CPU 2 和 3 中运行所有 http 线程：

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

  这个命令会按顺序执行以下操作：

  1. 选择 CPU 0 和 1。
  2. 选择以 ssh 开头的所有线程。
  3. 将所选线程移到所选 CPU。tuna 设置线程的关联掩码，从 ssh 开始到适当的 CPU。CPU 可以数字形式表示为 0 和 1，掩码为 0x3（十六进制），或 11（二进制）。
  4. 将 CPU 列表重置为 2 和 3。
  5. 选择所有以 http 开头的线程。
  6. 将所选线程移到指定的 CPU。tuna 将以 http 开始的线程的关联掩码设置为指定的 CPU。CPU 可以数字化为 2 和 3，掩码为 0xC（十六进制），或 1100（二进制）。

验证步骤

• 显示当前配置并验证更改是否已如预期执行：

  # tuna --threads=gnome-sc\* --show_threads \
  --cpus=0 --move --show_threads --cpus=1 \
  --move --show_threads --cpus=+0 --move --show_threads
  
                         thread       ctxt_switches
       pid SCHED_ rtpri affinity voluntary nonvoluntary             cmd
     3861   OTHER     0      0,1     33997           58 gnome-screensav
                         thread       ctxt_switches
       pid SCHED_ rtpri affinity voluntary nonvoluntary             cmd
     3861   OTHER     0        0     33997           58 gnome-screensav
                         thread       ctxt_switches
       pid SCHED_ rtpri affinity voluntary nonvoluntary             cmd
     3861   OTHER     0        1     33997           58 gnome-screensav
                         thread       ctxt_switches
       pid SCHED_ rtpri affinity voluntary nonvoluntary             cmd
     3861   OTHER     0      0,1     33997           58 gnome-screensav

  这个命令会按顺序执行以下操作：

  1. 选择以 gnome-sc 线程开头的所有线程。
  2. 显示所选线程，以便用户验证其关联性掩码和 RT 优先级。
  3. 选择 CPU 0。
  4. 将 gnome-sc 线程移到指定的 CPU CPU 中，CPU 0。
  5. 显示移动的结果。
  6. 将 CPU 列表重置为 CPU 1。
  7. 将 gnome-sc 线程移到指定的 CPU 1 中。
  8. 显示移动的结果。
  9. 将 CPU 0 添加到 CPU 列表中。
  10. 将 gnome-sc 线程移到指定的 CPU，CPU 0 和 1。
  11. 显示移动的结果。

先决条件

• tuna 工具已经安装。如需更多信息，请参阅安装 tuna 工具。

流程

• 查看当前的 IRQs 及其关联性：

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

• 指定要受某一命令影响的 IRQs 列表：

  # tuna --irqs=irq_list [command]

  irq_list 参数是用逗号分开的 IRQ 编号或 user-name 模式的列表。

  将 [command] 替换为例如 --spread：

• 将中断移到指定的 CPU:

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

  使用 irq_list 参数替换 128，将 3 替换为 cpu_list 参数。

  cpu_list 参数是一个用逗号分开的 CPU 号列表，例如 --cpus=0,2。如需更多信息，请参阅使用 tuna 工具调整 CPU。

验证步骤

• 在将任何中断移到特定的 CPU 之前和之后，比较所选 IRQs 的状态：

  # tuna --irqs=128 --show_irqs
     # users            affinity
   128 iwlwifi                 3

前提条件

• Ansible Core 软件包安装在控制机器上。
• 您已在要监控的机器上安装了 rhel-system-roles 软件包。

前提条件

• Ansible Core 软件包安装在控制机器上。
• 您已在要用来运行 playbook 的机器上安装了 rhel-system-roles 软件包。
• 您已建立 SSH 连接。

前提条件

• Ansible Core 软件包安装在控制机器上。
• 您已在要用来运行 playbook 的机器上安装了 rhel-system-roles 软件包。

前提条件

• Ansible Core 软件包安装在控制机器上。
• 您已在要用来运行 playbook 的机器上安装了 rhel-system-roles 软件包。

验证步骤

• 验证 sasl 配置：

  # pminfo -f -h "pcp://ip_adress?username=your_username" disk.dev.read
  Password:
  disk.dev.read
  inst [0 or "sda"] value 19540

  ip_adress 应替换为主机的 IP 地址。

前提条件

• Ansible Core 软件包安装在控制机器上。
• 您已在要监控的机器上安装了 rhel-system-roles 软件包。
• 您已安装了用于 Red Hat Enterprise Linux 的 Microsoft SQL Server，并建立了与 SQL 服务器的"信任"连接。请参阅安装 SQL Server 并在红帽上创建数据库。
• 您已为 Red Hat Enterprise Linux 安装了用于 SQL Server 的 Microsoft ODBC 驱动程序。请参阅 Red Hat Enterprise Server 和 Oracle Linux。

验证步骤

• 使用 pcp 命令来验证 SQL Server PMDA 代理 (mssql) 是否已加载并在运行：

  # pcp
  platform: Linux rhel82-2.local 4.18.0-167.el8.x86_64 #1 SMP Sun Dec 15 01:24:23 UTC 2019 x86_64
   hardware: 2 cpus, 1 disk, 1 node, 2770MB RAM
   timezone: PDT+7
   services: pmcd pmproxy
       pmcd: Version 5.0.2-1, 12 agents, 4 clients
       pmda: root pmcd proc pmproxy xfs linux nfsclient mmv kvm mssql
             jbd2 dm
   pmlogger: primary logger: /var/log/pcp/pmlogger/rhel82-2.local/20200326.16.31
       pmie: primary engine: /var/log/pcp/pmie/rhel82-2.local/pmie.log

• 轻量级分布式架构，在复杂的系统集中分析过程中非常有用。
• 它允许监控和管理实时数据。
• 它允许记录和检索历史数据。

• Performance Metric Collector Daemon (pmcd) 从已安装的性能指标域代理 (pmda) 收集性能数据。PMDA 可以单独加载或卸载在系统上，并由同一主机上的 PMCD 控制。
• pminfo 或 pmstat 等各种客户端工具可以检索、显示、存档和处理同一主机或网络上的此数据。
• pcp 软件包提供命令行工具和底层功能。
• pcp-gui 软件包提供了图形应用程序。执行 dnf install pcp-gui 命令安装 pcp-gui 软件包。如需更多信息，请参阅使用 PCP Charts 应用程序进行 Visual tracing PCP 日志归档。

验证步骤

• 验证 pmcd 进程是否在主机上运行：

  # pcp
  
  Performance Co-Pilot configuration on workstation:
  
  platform: Linux workstation 4.18.0-80.el8.x86_64 #1 SMP Wed Mar 13 12:02:46 UTC 2019 x86_64
  hardware: 12 cpus, 2 disks, 1 node, 36023MB RAM
  timezone: CEST-2
  services: pmcd
  pmcd: Version 4.3.0-1, 8 agents
  pmda: root pmcd proc xfs linux mmv kvm jbd2

先决条件

• 已安装 PCP。如需更多信息，请参阅安装并启用 PCP。

• pmproxy 进程忙于处理新的 PCP 归档，且没有处理 Redis 请求和响应的备用 CPU 周期。
• Redis 节点或集群已过载，且无法在时间处理传入的请求。

步骤

• 要排除高内存用量的问题，请执行以下命令并观察 inflight 列：

  $ pmrep :pmproxy
           backlog  inflight  reqs/s  resp/s   wait req err  resp err  changed  throttled
            byte     count   count/s  count/s  s/s  count/s   count/s  count/s   count/s
  14:59:08   0         0       N/A       N/A   N/A    N/A      N/A      N/A        N/A
  14:59:09   0         0    2268.9    2268.9    28     0        0       2.0        4.0
  14:59:10   0         0       0.0       0.0     0     0        0       0.0        0.0
  14:59:11   0         0       0.0       0.0     0     0        0       0.0        0.0

  此列显示有多少 Redis 请求是 in-flight，这意味着它们被排队或发送，目前还没有收到回复。

  数字表示以下条件之一：

  • pmproxy 进程忙于处理新的 PCP 归档，且没有处理 Redis 请求和响应的备用 CPU 周期。
  • Redis 节点或集群已过载，且无法在时间处理传入的请求。

• 要对高内存使用问题进行故障排除，请减少此场的 pmlogger 进程数量，再添加另一个 pmlogger 场。使用联邦 - 多个 pmlogger farm 设置。

  如果 Redis 节点使用 100% 的 CPU 延长的时间，请将其移到具有更好的性能的主机，或使用集群的 Redis 设置。

• 要查看 pmproxy.redis.* 指标，请使用以下命令：

  $ pminfo -ftd pmproxy.redis
  pmproxy.redis.responses.wait [wait time for responses]
      Data Type: 64-bit unsigned int  InDom: PM_INDOM_NULL 0xffffffff
      Semantics: counter  Units: microsec
      value 546028367374
  pmproxy.redis.responses.error [number of error responses]
      Data Type: 64-bit unsigned int  InDom: PM_INDOM_NULL 0xffffffff
      Semantics: counter  Units: count
      value 1164
  [...]
  pmproxy.redis.requests.inflight.bytes [bytes allocated for inflight requests]
      Data Type: 64-bit int  InDom: PM_INDOM_NULL 0xffffffff
      Semantics: discrete  Units: byte
      value 0
  
  pmproxy.redis.requests.inflight.total [inflight requests]
      Data Type: 64-bit unsigned int  InDom: PM_INDOM_NULL 0xffffffff
      Semantics: discrete  Units: count
      value 0
  [...]

  要查看有多少 Redis 请求在flight 中，请参阅 pmproxy.redis.requests.inflight.total 指标和 pmproxy.redis.requests.inflight.bytes 指标来查看所有当前在flight Redis 请求中消耗的字节数。

  通常，redis 请求队列为零，但可以根据大型 pmlogger 场的使用而构建，这限制了可扩展性，并可能导致 pmproxy 客户端的高延迟。

• 使用 pminfo 命令查看有关性能指标的信息。例如，要查看 redis.* 指标，请使用以下命令：

  $ pminfo -ftd redis
  redis.redis_build_id [Build ID]
      Data Type: string  InDom: 24.0 0x6000000
      Semantics: discrete  Units: count
      inst [0 or "localhost:6379"] value "87e335e57cffa755"
  redis.total_commands_processed [Total number of commands processed by the server]
      Data Type: 64-bit unsigned int  InDom: 24.0 0x6000000
      Semantics: counter  Units: count
      inst [0 or "localhost:6379"] value 595627069
  [...]
  
  redis.used_memory_peak [Peak memory consumed by Redis (in bytes)]
      Data Type: 32-bit unsigned int  InDom: 24.0 0x6000000
      Semantics: instant  Units: count
      inst [0 or "localhost:6379"] value 572234920
  [...]

  要查看峰值内存用量，请参阅 redis.used_memory_peak 指标。

先决条件

• 已安装 PCP。如需更多信息，请参阅安装并启用 PCP。

• 记录没有列在自动配置中的指标。
• 选择自定义日志记录频率。
• 使用应用程序指标添加 PMDA。

先决条件

• 已安装 PCP。如需更多信息，请参阅安装并启用 PCP。

步骤

• 打开并编辑 /var/lib/pcp/config/pmlogger/config.default 文件以添加特定的指标：

  # It is safe to make additions from here on ...
  #
  
  log mandatory on every 5 seconds {
      xfs.write
      xfs.write_bytes
      xfs.read
      xfs.read_bytes
  }
  
  log mandatory on every 10 seconds {
      xfs.allocs
      xfs.block_map
      xfs.transactions
      xfs.log
  
  }
  
  [access]
  disallow * : all;
  allow localhost : enquire;

先决条件

• 已安装 PCP。如需更多信息，请参阅安装并启用 PCP。

步骤

• 启动并启用 pmlogger 服务：

  # systemctl start pmlogger
  
  # systemctl enable pmlogger

验证步骤

• 验证 pmlogger 服务是否已启用：

  # pcp
  
  Performance Co-Pilot configuration on workstation:
  
  platform: Linux workstation 4.18.0-80.el8.x86_64 #1 SMP Wed Mar 13 12:02:46 UTC 2019 x86_64
  hardware: 12 cpus, 2 disks, 1 node, 36023MB RAM
  timezone: CEST-2
  services: pmcd
  pmcd: Version 4.3.0-1, 8 agents, 1 client
  pmda: root pmcd proc xfs linux mmv kvm jbd2
  pmlogger: primary logger: /var/log/pcp/pmlogger/workstation/20190827.15.54

先决条件

• 已安装 PCP。如需更多信息，请参阅安装并启用 PCP。

验证步骤

• 验证 pmcd 是否已正确侦听配置的 IP 地址：

  # ss -tlp | grep 44321
  LISTEN   0   5     127.0.0.1:44321   0.0.0.0:*   users:(("pmcd",pid=151595,fd=6))
  LISTEN   0   5  192.168.4.62:44321   0.0.0.0:*   users:(("pmcd",pid=151595,fd=0))
  LISTEN   0   5         [::1]:44321      [::]:*   users:(("pmcd",pid=151595,fd=7))

先决条件

• 已安装 PCP。如需更多信息，请参阅安装并启用 PCP。
• 为指标集合配置了客户端。如需更多信息，请参阅为指标集合设置客户端系统。

验证步骤

• 确保您可以从每个目录中访问最新的归档文件：

  # for i in /var/log/pcp/pmlogger/rhel*/*.0; do pmdumplog -L $i; done
  Log Label (Log Format Version 2)
  Performance metrics from host rhel6u10a.local
    commencing Mon Nov 25 21:55:04.851 2019
    ending     Mon Nov 25 22:06:04.874 2019
  Archive timezone: JST-9
  PID for pmlogger: 24002
  Log Label (Log Format Version 2)
  Performance metrics from host rhel7u4a
    commencing Tue Nov 26 06:49:24.954 2019
    ending     Tue Nov 26 07:06:24.979 2019
  Archive timezone: CET-1
  PID for pmlogger: 10941
  [..]

  /var/log/pcp/pmlogger/ 目录中的存档文件可用于进一步分析和显示。

• 查看日志文件
• 解析所选 PCP 日志存档，并将值导出到 ASCII 表中
• 通过在命令行中指定单个指标，从日志中提取整个存档日志或只从日志中选择指标值

先决条件

• 已安装 PCP。如需更多信息，请参阅安装并启用 PCP。
• pmlogger 服务已启用。如需更多信息，请参阅启用 pmlogger 服务。

• 安装 pcp-system-tools 软件包：

  # dnf install pcp-gui

步骤

• 显示指标上的数据：

  $ pmrep --start @3:00am --archive 20211128 --interval 5seconds --samples 10 --output csv disk.dev.write
  Time,"disk.dev.write-sda","disk.dev.write-sdb"
  2021-11-28 03:00:00,,
  2021-11-28 03:00:05,4.000,5.200
  2021-11-28 03:00:10,1.600,7.600
  2021-11-28 03:00:15,0.800,7.100
  2021-11-28 03:00:20,16.600,8.400
  2021-11-28 03:00:25,21.400,7.200
  2021-11-28 03:00:30,21.200,6.800
  2021-11-28 03:00:35,21.000,27.600
  2021-11-28 03:00:40,12.400,33.800
  2021-11-28 03:00:45,9.800,20.600

  上述示例以逗号分隔值格式显示存档中以 5 秒 间隔收集的 disk.dev.write 指标中的数据。

  注意

  将此示例中的 20211128 替换为包含您要显示数据的 pmlogger 存档的文件名。

• 支持实例域更改增量
• Y2038-safe 时间戳
• 纳秒精度时间戳
• 任意时区支持
• 用于大于 2GB 的单个卷的 64 位文件偏移

前提条件

• 已安装 PCP。如需更多信息，请参阅安装并启用 PCP。

验证

• 验证使用新配置创建的归档的版本：

  # pmloglabel -l /var/log/pcp/pmlogger/20230208
  Log Label (Log Format Version 3)
  Performance metrics from host host1
          commencing Wed Feb   08 00:11:09.396 2023
          ending           Thu  Feb   07 00:13:54.347 2023

先决条件

• 已安装 PCP。如需更多信息，请参阅安装并启用 PCP。
• pmlogger 服务已启用。如需更多信息，请参阅启用 pmlogger 服务。

验证步骤

• 验证 pmda-postfix 操作：

  echo testmail | mutt root

• 验证可用指标：

  # pminfo postfix
  
  postfix.received
  postfix.sent
  postfix.queues.incoming
  postfix.queues.maildrop
  postfix.queues.hold
  postfix.queues.deferred
  postfix.queues.active

• 重播 PCP 图表 应用程序中的数据，并使用图形来视觉化重新内省数据以及系统的实时数据。
• 将性能指标值图表到图表中。
• 同时显示多个 chart。

先决条件

• 已安装 PCP。如需更多信息，请参阅安装并启用 PCP。
• 使用 pmlogger 记录性能数据。如需更多信息，请参阅使用 pmlogger 的日志记录性能数据。

• 安装 pcp-gui 软件包：

  # dnf install pcp-gui

前提条件

• 您已安装了用于 Red Hat Enterprise Linux 的 Microsoft SQL Server，并建立了与 SQL 服务器的"信任"连接。
• 您已为 Red Hat Enterprise Linux 安装了用于 SQL Server 的 Microsoft ODBC 驱动程序。

验证步骤

• 使用 pcp 命令，验证 SQL Server PMDA (mssql) 是否已加载并在运行：

  $ pcp
  Performance Co-Pilot configuration on rhel.local:
  
  platform: Linux rhel.local 4.18.0-167.el8.x86_64 #1 SMP Sun Dec 15 01:24:23 UTC 2019 x86_64
   hardware: 2 cpus, 1 disk, 1 node, 2770MB RAM
   timezone: PDT+7
   services: pmcd pmproxy
       pmcd: Version 5.0.2-1, 12 agents, 4 clients
       pmda: root pmcd proc pmproxy xfs linux nfsclient mmv kvm mssql
             jbd2 dm
   pmlogger: primary logger: /var/log/pcp/pmlogger/rhel.local/20200326.16.31
       pmie: primary engine: /var/log/pcp/pmie/rhel.local/pmie.log

• 查看 PCP 可以从 SQL Server 收集的指标的完整列表：

  # pminfo mssql

• 查看指标列表后，您可以报告事务的速度。例如，要报告每秒总事务数，超过 5 秒时间窗：

  # pmval -t 1 -T 5 mssql.databases.transactions

• 使用 pmchart 命令查看系统中的这些指标的图形图表。如需更多信息，请参阅使用 PCP Charts 应用程序进行 Visual tracing PCP 日志归档。

先决条件

• 已创建了 sadc 存档：

  # /usr/lib64/sa/sadc 1 5 -

  在本例中，sadc 是抽样系统数据 1 时间，间隔为 5 秒。outfile 指定为 -，它导致 sadc 将数据写入标准系统活动每日数据文件。此文件名为 saDD，默认情况下位于 /var/log/sa 目录中。

步骤

• 从 sadc 归档生成 PCP 存档：

  # sadf -l -O pcparchive=/tmp/recording -2

  在本例中，使用 -2 选项会导致 sadf 从 sadc 归档（2 天）中生成 PCP 存档。

• 要显示 PCP 存档中从 sadc 归档生成的指标列表，请运行：

  $ pminfo --archive /tmp/recording
  Disk.dev.avactive
  Disk.dev.read
  Disk.dev.write
  Disk.dev.blkread
  [...]

• 要显示 PCP 归档的归档和主机名的时间范围，请运行：

  $ pmdumplog --label /tmp/recording
  Log Label (Log Format Version 2)
  Performance metrics from host shard
          commencing Tue Jul 20 00:10:30.642477 2021
          ending     Wed Jul 21 00:10:30.222176 2021

• 要将性能指标值绘制成图形，请运行：

  $ pmchart --archive /tmp/recording

先决条件

• 已安装 PCP。如需更多信息，请参阅安装并启用 PCP。

验证步骤

• 验证 pmcd 进程是否在主机上运行，且在配置中列出 XFS PMDA：

  # pcp
  
  Performance Co-Pilot configuration on workstation:
  
  platform: Linux workstation 4.18.0-80.el8.x86_64 #1 SMP Wed Mar 13 12:02:46 UTC 2019 x86_64
  hardware: 12 cpus, 2 disks, 1 node, 36023MB RAM
  timezone: CEST-2
  services: pmcd
  pmcd: Version 4.3.0-1, 8 agents
  pmda: root pmcd proc xfs linux mmv kvm jbd2

先决条件

• 已安装 PCP。如需更多信息，请参阅安装并启用 PCP。

步骤

• 显示 XFS PMDA 提供的所有可用指标列表：

  # pminfo xfs

• 显示各个指标的信息。以下示例使用 pminfo 工具检查特定的 XFS 读和写指标：

  • 显示 xfs.write_bytes 指标的简短描述：

    # pminfo --oneline xfs.write_bytes
    
    xfs.write_bytes [number of bytes written in XFS file system write operations]

  • 显示 xfs.read_bytes 指标的长描述：

    # pminfo --helptext xfs.read_bytes
    
    xfs.read_bytes
    Help:
    This is the number of bytes read via read(2) system calls to files in
    XFS file systems. It can be used in conjunction with the read_calls
    count to calculate the average size of the read operations to file in
    XFS file systems.

  • 获取 xfs.read_bytes 指标的当前性能值：

    # pminfo --fetch xfs.read_bytes
    
    xfs.read_bytes
        value 4891346238

  • 使用 pminfo 获取每个设备 XFS 指标：

    # pminfo --fetch --oneline xfs.perdev.read xfs.perdev.write
    
    xfs.perdev.read [number of XFS file system read operations]
    inst [0 or "loop1"] value 0
    inst [0 or "loop2"] value 0
    
    xfs.perdev.write [number of XFS file system write operations]
    inst [0 or "loop1"] value 86
    inst [0 or "loop2"] value 0

先决条件

• 已安装 PCP。如需更多信息，请参阅安装并启用 PCP。

验证步骤

• 在重置指标后查看信息：

  $ pminfo --fetch xfs.write
  
  xfs.write
      value 0

步骤

• 安装 pcp-zeroconf 软件包：

  # dnf install pcp-zeroconf

验证步骤

• 确保 pmlogger 服务处于活跃状态，并开始归档指标：

  # pcp | grep pmlogger
   pmlogger: primary logger: /var/log/pcp/pmlogger/localhost.localdomain/20200401.00.12

先决条件

• 配置了 PCP。如需更多信息，请参阅使用 pcp-zeroconf 设置 PCP。

验证步骤

• 确定 grafana-server 正在侦听并响应请求：

  # ss -ntlp | grep 3000
  LISTEN  0  128  *:3000  *:*  users:(("grafana-server",pid=19522,fd=7))

• 确保安装了 grafana-pcp 插件：

  # grafana-cli plugins ls | grep performancecopilot-pcp-app
  
  performancecopilot-pcp-app @ 3.1.0

• 添加 PCP Redis、PCP bpftrace 和 PCP 向量数据源
• 创建仪表板
• 查看任何有用的指标的概述
• 在 PCP Redis 中创建警报

先决条件

• 已安装 PCP。如需更多信息，请参阅安装并启用 PCP。
• grafana-server 被配置。如需更多信息，请参阅设置 grafana-server。

• 私有客户端密钥存储在 /etc/grafana/grafana.key 文件中。如果您使用其他路径，请修改流程相应步骤中的路径。

  有关创建私钥和证书签名请求(CSR)的详细信息，以及如何从证书颁发机构(CA)请求证书，请参阅您的 CA 文档。

• TLS 客户端证书存储在 /etc/grafana/grafana.crt 文件中。如果您使用其他路径，请修改流程相应步骤中的路径。

• 查看数据存档
• 使用 pm series 语言查询时间序列
• 分析多个主机的数据

验证步骤

• 确保 pmproxy 和 redis 正常工作：

  # pmseries disk.dev.read
  2eb3e58d8f1e231361fb15cf1aa26fe534b4d9df

  如果没有安装 redis 软件包，这个命令不会返回任何数据。

先决条件

• 已安装 PCP。如需更多信息，请参阅安装并启用 PCP。
• grafana-server 被配置。如需更多信息，请参阅设置 grafana-server。
• PCP redis 已安装。如需更多信息，请参阅配置 PCP Redis。

• 私有客户端密钥存储在 /etc/redis/client.key 文件中。如果您使用其他路径，请修改流程相应步骤中的路径。

  有关创建私钥和证书签名请求(CSR)的详细信息，以及如何从证书颁发机构(CA)请求证书，请参阅您的 CA 文档。

• TLS 客户端证书存储在 /etc/redis/client.crt 文件中。如果您使用其他路径，请修改流程相应步骤中的路径。
• TLS 服务器密钥存储在 /etc/redis/redis.key 文件中。如果您使用其他路径，请修改流程相应步骤中的路径。
• TLS 服务器证书存储在 /etc/redis/redis.crt 文件中。如果您使用其他路径，请修改流程相应步骤中的路径。
• CA 证书存储在 /etc/redis/ca.crt 文件中。如果您使用其他路径，请修改流程相应步骤中的路径。

• 私有服务器密钥存储在 /etc/pcp/tls/server.key 文件中。如果您使用其他路径，请修改流程相应步骤中的路径。

验证

• 确认 TLS 配置可以正常工作：

  # redis-cli --tls --cert /etc/redis/client.crt \
      --key /etc/redis/client.key \
      --cacert /etc/redis/ca.crt <<< "PING"
  PONG

  不成功的 TLS 配置可能导致以下错误信息：

  Could not negotiate a TLS connection: Invalid CA Certificate File/Directory

验证步骤

• 验证 sasl 配置：

  # pminfo -f -h "pcp://127.0.0.1?username=metrics" disk.dev.read
  Password:
  disk.dev.read
  inst [0 or "sda"] value 19540

步骤

• 通过执行以下命令，验证 pmlogger 服务是否已启动并正在运行：

  $ systemctl status pmlogger

• 运行以下命令，验证是否在磁盘中创建或修改了文件：

  $ ls /var/log/pcp/pmlogger/$(hostname)/ -rlt
  total 4024
  -rw-r--r--. 1 pcp pcp   45996 Oct 13  2019 20191013.20.07.meta.xz
  -rw-r--r--. 1 pcp pcp     412 Oct 13  2019 20191013.20.07.index
  -rw-r--r--. 1 pcp pcp   32188 Oct 13  2019 20191013.20.07.0.xz
  -rw-r--r--. 1 pcp pcp   44756 Oct 13  2019 20191013.20.30-00.meta.xz
  [..]

• 运行以下命令验证 pmproxy 服务是否正在运行：

  $ systemctl status pmproxy

• 通过查看 /var/log/pcp/pmproxy/pmproxy.log 文件确定其包括一些内容来验证 pmproxy 是否正在运行、时间序列支持是否被启用以及到 Redis 的连接：

  pmproxy(1716) Info: Redis slots, command keys, schema version setup

  在这里，1716 是 pmproxy 的 PID，对于每次调用 pmproxy 时，将有所不同。

• 运行以下命令，验证 Redis 数据库是否包含任何密钥：

  $ redis-cli dbsize
  (integer) 34837

• 通过执行以下命令，验证 Redis 数据库和 pmproxy 中的任何 PCP 指标是否能够访问它们：

  $ pmseries disk.dev.read
  2eb3e58d8f1e231361fb15cf1aa26fe534b4d9df
  
  $ pmseries "disk.dev.read[count:10]"
  2eb3e58d8f1e231361fb15cf1aa26fe534b4d9df
      [Mon Jul 26 12:21:10.085468000 2021] 117971 70e83e88d4e1857a3a31605c6d1333755f2dd17c
      [Mon Jul 26 12:21:00.087401000 2021] 117758 70e83e88d4e1857a3a31605c6d1333755f2dd17c
      [Mon Jul 26 12:20:50.085738000 2021] 116688 70e83e88d4e1857a3a31605c6d1333755f2dd17c
  [...]

  $ redis-cli --scan --pattern "*$(pmseries 'disk.dev.read')"
  
  pcp:metric.name:series:2eb3e58d8f1e231361fb15cf1aa26fe534b4d9df
  pcp:values:series:2eb3e58d8f1e231361fb15cf1aa26fe534b4d9df
  pcp:desc:series:2eb3e58d8f1e231361fb15cf1aa26fe534b4d9df
  pcp:labelvalue:series:2eb3e58d8f1e231361fb15cf1aa26fe534b4d9df
  pcp:instances:series:2eb3e58d8f1e231361fb15cf1aa26fe534b4d9df
  pcp:labelflags:series:2eb3e58d8f1e231361fb15cf1aa26fe534b4d9df

• 运行以下命令，验证 Grafana 日志中是否有错误：

  $ journalctl -e -u grafana-server
  -- Logs begin at Mon 2021-07-26 11:55:10 IST, end at Mon 2021-07-26 12:30:15 IST. --
  Jul 26 11:55:17 localhost.localdomain systemd[1]: Starting Grafana instance...
  Jul 26 11:55:17 localhost.localdomain grafana-server[1171]: t=2021-07-26T11:55:17+0530 lvl=info msg="Starting Grafana" logger=server version=7.3.6 c>
  Jul 26 11:55:17 localhost.localdomain grafana-server[1171]: t=2021-07-26T11:55:17+0530 lvl=info msg="Config loaded from" logger=settings file=/usr/s>
  Jul 26 11:55:17 localhost.localdomain grafana-server[1171]: t=2021-07-26T11:55:17+0530 lvl=info msg="Config loaded from" logger=settings file=/etc/g>
  [...]

• 使用桌面的系统
• 吞吐性能
• 延迟性能
• 网络性能
• 低电源消耗
• 虚拟机

先决条件

• 确保 Web 控制台已安装并可以访问。详情请参阅安装 Web 控制台。

验证步骤

• Overview 选项卡现在在 Configuration 部分中显示所选性能配置文件。

先决条件

• Web 控制台已安装并可以访问。详情请参阅安装 Web 控制台。

• cockpit-pcp 软件包（启用收集性能指标）已安装：

  1. 从 Web 控制台界面安装软件包：

     1. 使用管理权限登录到 web 控制台。详情请参阅 Web 控制台的日志记录。
     2. 在 Overview 页面中，单击 View metrics and history。
     3. 点 Install cockpit-pcp 按钮。
     4. 在安装软件对话框窗口中，点安装。

  2. 要从命令行界面安装软件包，请使用：

     # dnf install cockpit-pcp

• 启用 Performance Co-Pilot (PCP)服务：

  # systemctl enable --now pmlogger.service pmproxy.service

前提条件

• 必须安装并可以访问 Web 控制台。详情请参阅链接：安装 Web 控制台。

• 安装 cockpit-pcp 软件包。

  1. 在 Web 控制台界面中：

     1. 使用管理权限登录到 web 控制台。详情请参阅 Web 控制台的日志记录。
     2. 在 Overview 页面中，点 View details 和 history。
     3. 点 Install cockpit-pcp 按钮。
     4. 在安装软件对话框窗口中，点安装。
     5. 注销并再次登录以查看指标历史记录。

  2. 要从命令行界面安装软件包，请使用：

     # dnf install cockpit-pcp

• 启用 PCP 服务：

  # systemctl enable --now pmlogger.service pmproxy.service

• 设置 Grafana 仪表板。如需更多信息，请参阅设置 grafana-server。

• 安装 redis 软件包。

  # dnf install redis

  另外，您可以在稍后的流程中从 Web 控制台界面安装软件包。

步骤

• 读取 /sys/block/设备/queue/scheduler 文件的内容：

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

  在文件名中，将 device 替换为块设备名称，如 sdc。

  活跃的调度程序列在方括号中 ([ ]) 。

• 带有块设备名称的 device，如 sdf
• 带有您要为该设备设置的磁盘调度程序的 selected-scheduler，例如 bfq

先决条件

• TuneD 服务已安装并启用。详情请参阅安装和启用 TuneD。

• 带有块设备名称的 device，如 sdf
• 带有您要为该设备设置的磁盘调度程序的 selected-scheduler，例如 bfq

验证步骤

• 验证活跃的调度程序：

  # cat /sys/block/device/queue/scheduler

步骤

• 将所选调度程序的名称写入 /sys/block/device/queue/scheduler 文件：

  # echo selected-scheduler > /sys/block/device/queue/scheduler

  在文件名中，将 device 替换为块设备名称，如 sdc。

验证步骤

• 验证调度程序是否在该设备中活跃：

  # cat /sys/block/device/queue/scheduler

先决条件

• Samba 配置为文件服务器

• 虚拟 CPU（vCPU）是主机上的线，,由 Linux 调度程序处理。
• VM 不会自动继承主机内核的优化功能，比如 NUMA 或巨页。
• 主机的磁盘和网络 I/O 设置可能会对虚拟机有显著的性能影响。
• 网络流量通常通过基于软件的网桥到达虚拟机。
• 根据主机设备及其型号，特定硬件的模拟可能会产生大量的开销。

• 并行运行的虚拟机数量。
• 每个虚拟机使用的虚拟设备数量。
• 虚拟机使用的设备类型。

• TuneD 服务 可以自动优化虚拟机的资源分布和性能。
• 块 I/O 调优 可以提高虚拟机块设备（如磁盘）的性能。
• NUMA 调优 可以提高 vCPU 的性能。
• 可以通过多种方式优化 虚拟网络。

• 对于 RHEL 9 虚拟机，请使用 virtual-guest 配置集。它基于通常适用的 throughput-performance 配置集，但也会降低虚拟内存的交换性。
• 对于 RHEL 9 虚拟化主机，请使用 virtual-host 配置集。这可提高脏内存页面的主动回写，这有助于主机性能。

先决条件

• TuneD 服务已安装并启用。