4. Pure1与工作负载分析工具入门

Pure1 是 Pure Storage 面向全系阵列的云端管理与智能分析平台,它把 FlashArray、FlashBlade 的遥测数据汇聚到云端,提供 AIOps 驱动的性能分析、容量预测和主动告警。与阵列本地的 GUI 和 CLI 相比,Pure1 的价值在于跨阵列、跨站点的统一视图,以及基于历史数据的趋势外推和异常检测。本节聚焦三件事:Pure1 AIOps 能回答什么问题、FlashArray/FlashBlade 本地性能面板怎么看、实时指标与历史趋势如何采集与解读。

一、Pure1 AIOps 的定位与核心能力

Pure1 的 AIOps 能力建立在持续上传的遥测数据之上。阵列通过安全通道把性能计数器、容量使用、配置变更、硬件健康等元数据推送到 Pure1,云端用机器学习模型做基线建模。它主要提供四类能力:

  • Workload Planner(工作负载规划器):基于历史 IOPS、带宽、时延和容量增长,预测未来 30/90/180 天的资源需求,帮助判断何时需要扩容或调整 QoS。
  • Performance 分析:跨阵列对比性能指标,识别热点卷、热点主机和异常时延。
  • Capacity 预测:结合数据缩减率和增长斜率,给出容量耗尽时间点。
  • Active Health / 主动告警:对硬件故障、配置风险、性能退化提前预警。

需要明确的是,Pure1 展示的是聚合后的历史与预测视图,刷新粒度通常为分钟级到小时级,不适合用来观察秒级突发。秒级实时排查仍应回到阵列本地面板或 CLI。

二、FlashArray 与 FlashBlade 本地性能面板

FlashArray 的 Purity GUI 在 Health > Performance 下提供实时图表,核心指标包括:

  • IOPS:读/写分开显示,区分块大小分布。
  • Bandwidth:MB/s,反映吞吐能力。
  • Latency:分为阵列整体时延、卷时延、主机时延,单位微秒或毫秒。
  • Queue Depth:队列深度,反映是否有排队积压。

FlashBlade 的面板则更强调文件与对象场景:Performance 页签下按协议(NFS/SMB/S3)展示吞吐、IOPS 和时延,并可按客户端、目录、Bucket 下钻。FlashBlade 的时延指标对元数据操作尤其敏感,小文件场景下 metadata IOPS 往往是瓶颈所在。

本地面板的默认刷新间隔约为 5 秒,适合观察正在发生的性能事件;Pure1 的历史视图则适合回答“过去一周这个卷的时延是否在缓慢上升”。两者互补,不要互相替代。

三、实时指标采集与历史趋势查看

实时采集有三条路径:GUI 面板、CLI 命令、REST API。以 FlashArray 为例,CLI 中可用 purearray monitor 查看阵列级实时指标,用 purevol monitor 查看卷级指标。REST API 则适合把指标接入自建监控系统,例如 Prometheus 通过 pure-exporter 抓取。

# FlashArray CLI 示例:查看阵列实时性能
purearray monitor --interval 5

# 查看指定卷的实时性能
purevol monitor --interval 5 myvolume

# 查看历史性能(按时间范围)
purearray monitor --historical --start 2024-06-01 --end 2024-06-07

历史趋势查看的关键是选对时间窗口和对比基线。建议做法:先用 Pure1 的 30 天视图确认整体趋势,再回到本地面板用 1 小时窗口定位具体时段。判断性能是否异常,不能只看绝对值,而要看是否偏离了该工作负载的历史基线。例如某卷平时写时延稳定在 200μs,某天开始持续在 800μs 以上,即使绝对值不高,也说明存在问题。

Pure1 AIOps 与本地性能监控的数据流与分工 FlashArray / FlashBlade 性能计数器 容量使用 配置变更 硬件健康 遥测数据源 (分钟级上传) 采集路径 GUI 面板(5s) CLI monitor REST API / Exporter 实时指标 秒级~分钟级 Pure1 云端 AIOps Workload Planner 预测 Performance 跨阵列对比 Capacity 趋势外推 Active Health 主动告警 历史 + 预测视图 30/90/180 天 关键指标与判读逻辑 IOPS 读/写分开 关注块大小分布 小文件看 metadata IOPS 是否触顶 Bandwidth MB/s 吞吐 大块顺序读写 是否接近链路上限 与 IOPS 交叉验证 Latency 阵列/卷/主机三级 单位 μs 或 ms 对比历史基线 偏离即异常 Queue Depth 队列积压程度 持续升高说明 后端处理跟不上 需查热点卷/主机 实时排查用本地面板(秒级),趋势与预测用 Pure1(分钟级~天级),两者互补

四、从指标到判断:一个排查示例

假设某 FlashArray 上运行数据库,用户反馈写入变慢。排查顺序如下:

  1. 打开本地 Health > Performance,观察写时延曲线。若写时延从 300μs 升至 1.2ms,同时写 IOPS 没有明显变化,说明不是负载增加,而是后端处理变慢。
  2. 查看 Queue Depth。若队列深度同步上升,说明请求在排队,瓶颈在阵列后端。
  3. 下钻到卷级,找出时延最高的卷。若集中在某几个卷,检查这些卷所在的主机是否发生了快照、复制或备份任务。
  4. 回到 Pure1,查看该阵列过去 30 天的时延趋势。若时延是阶梯式上升而非突发,可能是数据增长导致元数据压力增大,需要评估扩容或调整数据分布。
Pure1 的预测基于历史数据,若近期发生了架构变更(如新增主机、迁移卷),预测结果可能失真。做容量和性能规划时,应把变更事件标注在时间轴上,避免把变更前后的数据混在一起建模。

五、工具选择建议

场景推荐工具原因
秒级突发排查本地 GUI / CLI monitor刷新快,粒度细
跨阵列对比Pure1 Performance统一视图,支持多阵列
容量规划Pure1 Workload Planner趋势外推与预测
接入自建监控REST API / Exporter可对接 Prometheus 等
硬件风险预警Pure1 Active Health主动告警,提前干预

掌握这些工具的关键,不是记住每个按钮的位置,而是建立“先看趋势、再看实时、最后下钻定位”的分析习惯。Pure1 负责回答“整体是否健康、未来是否够用”,本地面板负责回答“现在哪里慢、为什么慢”。两者结合,才能把性能问题从被动救火转为主动管理。