2. Pure Storage管理工具与诊断接口实战

Pure Storage 的日常运维与故障诊断并不是依赖单一入口完成的。一个成熟的排障路径通常从“发现异常”开始，再逐步收敛到“定位根因”，而不同工具在这条路径上承担的角色差异很大。Pure1 云管理平台擅长跨阵列的全局态势感知与趋势预测，Pure Storage CLI 擅长精确到对象与参数的即时查询和操作，Web UI 适合直观浏览与快速确认，REST API 适合自动化采集与批量巡检，SNMP 与 Syslog 则负责把事件主动推送到既有监控体系。理解它们的适用边界，比记住命令本身更重要。

各工具的定位与适用场景

Pure1 是云端管理平台，它通过阵列回传的遥测数据提供容量趋势、性能基线、健康评分和主动告警。它的优势在于“横向对比”和“提前预警”：当某个卷的延迟偏离同类基线，或某块盘的介质磨损趋势异常时，Pure1 往往比本地阈值告警更早给出提示。但 Pure1 不提供实时命令行级的细节，因此它更适合作为发现问题的起点，而不是定位根因的终点。

Pure Storage CLI（通过 SSH 登录管理地址，进入 pureuser 提示符）是诊断的核心工具。它可以直接查询阵列、控制器、主机、卷、快照、复制链路的状态，也能查看事件日志和性能计数器。Web UI 与 CLI 共享同一套后端数据，适合在不熟悉命令时快速定位对象，例如在图形界面中查看卷的连接主机和快照策略。REST API 则以 HTTPS 方式暴露同样的资源模型，适合编写脚本做定时巡检或与 CMDB 集成。SNMP 与 Syslog 属于“推送型”接口：前者通过 Trap 把告警送到监控平台，后者把事件流写入日志服务器，二者都不适合交互式排查，但决定了故障能否被及时感知。

CLI 实战：从告警到根因的查询链

假设 Pure1 提示某阵列的卷 vol-prod-01 延迟升高，登录 CLI 后应沿着“阵列整体 → 控制器 → 主机连接 → 卷 → 事件”的顺序逐层收敛。以下命令均为教学示例，实际输出以现场版本为准。

pureuser@array01> purearray list --controller
Name       Mode       Status     Version
array01    Primary    healthy    6.4.2

pureuser@array01> purealert list --open
Id  Severity  Component   Summary
42  warning   vol-prod-01 High latency detected on volume

pureuser@array01> purevol list --size --bandwidth
Name          Size   Bandwidth
vol-prod-01   2T     480M/s

pureuser@array01> purehost list --connect vol-prod-01
Host        IQN
esxi-03     iqn.1998-01.com.vmware:esxi-03

pureuser@array01> pureevent list --last 20
Time                Severity  Component   Description
2024-06-11 09:12:03 warning   vol-prod-01 latency threshold exceeded
2024-06-11 09:10:47 info      host        esxi-03 logged in

通过这条查询链，可以把“卷延迟高”这一现象关联到具体主机 esxi-03，再结合事件时间线判断是主机侧突发 IO 还是阵列侧资源争用。如果 purealert 中同时出现多条同主机告警，则优先排查主机多路径或 HBA 状态；如果只有单卷告警且带宽接近上限，则应检查该卷的 QoS 或快照任务是否与业务高峰重叠。

REST API 与推送接口的配置要点

REST API 使用与 CLI 相同的资源路径，认证通过 API Token 完成。典型巡检脚本先获取 Token，再拉取阵列健康与告警列表：

# 获取 API Token（示例）
curl -k -X POST https://array01/api/1.19/auth/apitoken \
  -H "Content-Type: application/json" \
  -d '{"username":"pureuser","password":"<password>"}'

# 查询未关闭告警
curl -k -X GET https://array01/api/1.19/alert?filter=state%3D%27open%27 \
  -H "x-auth-token: <token>"

SNMP 需要在阵列上配置 Trap 接收端地址与团体字，Syslog 则指定日志服务器 IP 和端口。二者配置完成后，应主动触发一次测试事件（例如在维护窗口内制造一条可恢复的告警），确认监控平台和日志服务器都能收到，避免“配置了但从未验证”的盲区。

工具选择速查