4. 容量规划基础与数据采集
容量规划不是简单地看“还剩多少 TB”，而是要在业务增长、数据保护开销、快照与副本策略、精简配置超配等多重因素下，判断存储池还能安全支撑多久。要做到这一点，第一步是把“容量”这个词拆开：同一块 Dell 存储阵列上，原始容量、可用容量、已用容量和订阅容量往往相差数倍，混用任何一个数字都会让规划结论失真。
四种容量口径及其换算关系
原始容量（Raw Capacity）指物理介质在 RAID 之前的裸容量总和。例如一台 PowerStore 1000T 配置 20 块 1.92 TB NVMe SSD，原始容量约为 38.4 TB。这个数字只用于计算 RAID 开销和热备盘占用，不能直接作为可写容量。
可用容量（Usable Capacity）是扣除 RAID 冗余、热备盘、元数据与系统保留之后，真正能分配给卷或文件系统的容量。以 RAID 5 (4+1) 为例，20 块盘可组成 4 组，每组 5 块，每组有效数据盘 4 块，则可用容量约为 38.4 × 4/5 ≈ 30.7 TB；若再保留 1 块热备盘，可用容量进一步下降。不同 RAID 级别对可用容量的影响非常直接：RAID 6 (4+2) 的可用比例约为 66.7%，RAID 10 约为 50%。
已用容量（Used Capacity）是当前实际写入并占用物理空间的数据量。注意它与“主机看到的逻辑容量”不同：精简配置（Thin Provisioning）下，卷可以声明 10 TB，但实际只写入 2 TB，已用容量就是 2 TB。快照、克隆、远程复制副本也会消耗已用容量，且往往在业务无感知的情况下持续增长。
订阅容量（Subscribed Capacity）是所有已创建卷、文件系统声明的逻辑容量之和，也就是主机侧“以为拥有”的容量。订阅容量可以远大于可用容量，这就是超配（Oversubscription）。超配本身是提高利用率的手段，但必须配合监控：当已用容量逼近可用容量时，新增写入会失败，业务直接中断。
四者关系可以概括为：原始容量 ≥ 可用容量 ≥ 已用容量；订阅容量与可用容量之间没有固定大小关系，但订阅容量 / 可用容量就是超配比，是容量风险的核心指标。经验上，生产池超配比控制在 2:1 以内较稳妥，若超过 3:1 且增长较快，应提前扩容或清理。
增长趋势分析：从“当前值”到“何时耗尽”
容量规划的核心问题是“按当前增长速度，多久后可用容量会被耗尽”。最直接的方法是采集每日或每周的已用容量，计算增长速率，再做线性外推。例如某生产池近 8 周已用容量从 14.2 TB 增长到 18.5 TB，则周均增长约 (18.5 − 14.2) / 8 ≈ 0.54 TB/周。若可用容量为 30.7 TB，当前已用 18.5 TB，剩余 12.2 TB，按此速率约 22.6 周后耗尽。考虑业务旺季和快照增长，通常取 1.3～1.5 倍安全系数，实际扩容窗口应压缩到 15～17 周。
线性外推只适合稳定增长场景。若数据来自备份、归档或周期性批量导入，增长曲线会呈阶梯状，此时应观察“台阶”出现的周期和幅度，而不是简单平均。更稳妥的做法是同时看三个指标：周增长率（短期波动）、月增长率（中期趋势）、季度增长率（长期趋势）。当三者方向一致且加速时，说明需要提前介入。
另一个容易被忽略的因素是快照和副本的“隐性增长”。某卷本身只增长 0.2 TB/周，但每小时快照保留 7 天，快照占用可能额外增加 0.3 TB/周。因此采集时必须把卷数据、快照数据、复制副本分开统计，否则会低估真实消耗。
Dell 存储容量报告与性能归档数据的采集方法
Dell 提供多种采集途径，选择哪种取决于环境规模和自动化程度。
Unisphere / PowerStore Manager 图形界面适合小规模或临时查看。在 PowerStore Manager 中进入 Monitoring → Capacity，可看到 Physical、Logical、Subscribed 三类视图，并支持导出 CSV。Unisphere for PowerMax 则在 Storage → Capacity 下提供同样的口径。图形界面适合人工巡检，但不适合长期趋势分析。
CLI 采集适合脚本化。PowerStore 可通过 SSH 执行 pstcli -d 获取容量摘要；PowerMax 使用 symcfg -sid 查看阵列容量，symcfg -sid 查看池级容量。将这些命令放入定时任务，每天输出到带日期的文件，即可形成原始数据序列。
# 示例：PowerStore 每日容量采集（伪代码，参数为示例值）
pstcli -d 10.0.0.10 -u admin capacity show -output csv > cap_$(date +%F).csv
# 关注字段：physical_total, physical_used, logical_provisioned, subscription_percentREST API 与 CloudIQ适合中大型环境。PowerStore REST API 的 /api/rest/capacity 端点返回 JSON 格式容量数据，可直接对接监控平台。CloudIQ 则提供云端趋势分析和预测，能自动生成容量耗尽预测曲线，并支持邮件告警。对于已有 Prometheus/Grafana 体系的团队，可用 API 拉取指标后自建看板。
性能归档数据方面，PowerMax 的 symstat 与 Unisphere Performance 可导出 IOPS、时延、带宽历史；PowerStore 的 Performance 视图支持导出 30 天内的指标。建议将容量数据与性能数据按同一时间粒度（如每天）对齐存储，便于判断“容量增长是否伴随性能下降”，例如池利用率超过 80% 后 IOPS 时延是否明显上升。
采集结果如何用于规划判断
把采集到的数据整理成一张最小可用表：日期、池名称、可用容量、已用容量、订阅容量、超配比、周增长量、预计耗尽周数。每周更新一次，连续观察 4～6 周后，趋势判断才具备参考价值。若某池预计耗尽周数小于 12 周，且超配比大于 2.5:1，应列入扩容计划；若已用/可用超过 80%，即使增长缓慢，也应检查快照保留策略和回收站占用，先做清理再评估是否扩容。
容量规划的本质是“用可验证的数据替代感觉”。原始、可用、已用、订阅四个口径先分清，再用日粒度数据算增长、算耗尽时间，最后结合 Dell 提供的 GUI、CLI、API、CloudIQ 四类采集手段形成可持续的数据流，规划结论才有依据。