★ FEATURED ARTICLE 简介HP 3PAR操作手册是一份面向存储运维工程师与数据中心管理员的实用技术文档聚焦HP 3PAR存储设备的初始化、安装配置与日常管理帮助读者快速掌握从管理界面登录到卷分配的全流程操作。资源包内含1个docx文档大小约3.27MB内容以图文步骤形式呈现便于对照实操。手册系统梳理了HP 3PAR Management Console的使用方法涵盖创建主机、创建CPG存储池、创建VV虚拟卷以及将VV分配至主机等核心操作并配有HOST、CPG、VV等基本概念说明同时介绍了存储设备在数据中心、云计算与虚拟化等场景下的应用思路。目前已有2381人学习下载适合刚接触HP 3PAR存储的运维人员按步骤查阅也可作为日常配置与排错时的参考依据帮助读者建立对3PAR存储资源划分与管理的整体认知。1. HP 3PAR操作手册从一台存储阵列到一套可复现的运维动作第一次接手 HP 3PAR 的人大概率会经历一个很别扭的阶段命令行能连上show*命令能敲出来但真让你去划一个卷、加一块盘、调一次 QoS手是抖的。原因不复杂——3PAR 的抽象层次和传统阵列不太一样它把物理盘先收进「块」里再在块上切逻辑盘最后才映射给主机中间还夹着 CPG、VV、VLUN 这一串缩写。你如果按传统「先建 RAID 组再建 LUN」的思路去套第一步就会卡住。这篇东西面向的是手里真有 3PAR、或者准备在测试环境里把它跑起来的人。目标很具体把日常运维里最高频的几件事——连上去、看清家底、划卷映射、调性能、排故障——拆成能照着敲的命令和能对照的参数。不追求把 3PAR 讲全只追求你读完能自己动手做一遍并且知道哪几个参数改错了会翻车。手册类的资料最怕写成命令字典我这里尽量按「为什么这么设计 → 命令怎么敲 → 参数怎么定 → 出错看哪里」的顺序来。2. 先搞懂 3PAR 的存储抽象CPG、VV、VLUN 到底谁管谁2.1 为什么不能按传统 RAID 组的思路去理解 3PAR传统中端阵列的路径通常是物理盘 → RAID 组 → LUN → 主机。3PAR 把这条链拆成了两层物理盘先组成「块」chunklet块再按策略聚合成「通用配置组」CPGCommon Provisioning GroupCPG 之上才切出「虚拟卷」VVVirtual VolumeVV 通过「VLUN」导出给主机。这个设计的好处是卷的容量和底层物理布局解耦扩容、迁移、调 RAID 级别都不用停业务。代价是概念多了一层。你敲showvv看到的是卷敲showcpg看到的是池子敲showvlun看到的是映射关系三者不是一一对应。一个 CPG 可以承载几十个 VV一个 VV 可以映射给多台主机映射关系又分「导出给主机」和「导出给主机组」两种。新手最容易犯的错是拿showvv的输出当容量账本结果发现 CPG 快满了卷还没满——因为 3PAR 默认是「精简配置」Thin Provisioning卷的「预留」和「实际占用」是两回事。提示判断一个 CPG 是否真的吃紧看showcpg -space里的「Used」和「Free」不要看卷的「Size」。2.2 用 CLI 连上阵列并确认版本与健康状态3PAR 的日常操作基本走 SSH 到阵列的 CLI命令集叫「CLI for 3PAR」。连之前先确认你手上有管理口的地址和一个有足够权限的账号。连上之后第一件事不是急着操作是确认版本和整体健康因为不同版本的 CLI 命令参数有差异拿旧版本的参数去敲新阵列轻则报错重则误操作。# 登录 3PAR CLI默认端口 22 ssh -l 用户名 阵列管理IP # 确认系统版本记下 InForm OS 版本号 showversion # 看整体健康节点、磁盘、端口有没有告警 shownode showpd -state showport -state # 看容量家底CPG 的已用与剩余 showcpg -spaceshowversion的输出里重点看 InForm OS 版本后面所有命令的参数都以这个版本为准。shownode看控制器节点是否都在线showpd -state看物理盘有没有 degraded 或 failedshowport -state看前端端口是否 ready。showcpg -space是容量账本输出里Usr是用户数据占用Snp是快照占用Free是剩余三者加起来才是 CPG 的总量。这一步花两分钟能避免后面 80% 的「怎么划不出来卷」的问题。2.3 CPG 的 RAID 级别与步长参数怎么选建 CPG 的时候有两个参数必须想清楚RAID 级别和「步长」step size也叫 set size。RAID 级别决定冗余和性能步长决定数据在物理盘上怎么铺。3PAR 支持 RAID 0、1、5、6生产环境里最常见的是 RAID 5 和 RAID 6对性能敏感的库用 RAID 1。步长的常见取值是 2、3、4、6、8含义是「一个条带跨多少块盘」。步长越大单盘故障时重建越快但写放大也越明显。经验值是容量型业务用 RAID 6 配步长 6 或 8性能型业务用 RAID 5 配步长 3 或 4数据库日志这类写密集的用 RAID 1。下面这条命令建一个 RAID 5、步长 4 的 CPG# 建一个名为 cpg_app 的 CPGRAID5步长4 createcpg -t r5 -ss 4 cpg_app # 确认建好了看它的空间和 RAID 类型 showcpg -space -t r5 cpg_app-t r5指定 RAID 5-ss 4指定步长为 4。建完立刻用showcpg确认重点看RAID列和Free列。如果 Free 是 0说明底层没有可用的块得先确认物理盘是否已经加入并且没有被其他 CPG 占满。步长一旦建好后期改起来很麻烦通常要新建 CPG 再迁移卷所以这一步别图快。3. 划卷、映射、扩容日常最高频的三件事怎么做3.1 用 createvv 从 CPG 切出虚拟卷并确认精简配置卷VV是从 CPG 里切出来的逻辑盘。建卷的核心参数是容量、所属 CPG、以及是否精简配置。3PAR 默认就是精简配置也就是说你建一个 1TB 的卷物理上可能只占几十 MB直到主机真正写入数据才逐步分配。这对容量规划是好事但也意味着「卷建好了」不等于「空间留好了」。# 从 cpg_app 切一个 500GB 的精简卷命名 vv_data01 createvv -s 500g cpg_app vv_data01 # 确认卷的状态和实际占用 showvv -showcols Name,Prov,Size,Usr,Snp vv_data01-s 500g是卷的逻辑容量cpg_app是来源 CPGvv_data01是卷名。showvv里Prov列如果是tpvv就是精简卷full就是厚卷。Usr是实际占用刚建完通常是 0 或者很小。这里有个容易忽略的点精简卷的「逻辑容量」可以超过 CPG 的物理容量这叫超配over-provisioning短期没事但所有卷同时写满就会触发 CPG 空间告警。生产环境一般把超配比控制在 2:1 以内。3.2 把卷映射给主机VLUN 的两种导出方式与主机识别卷建好只是「存在」要让主机看到还得做 VLUN 映射。3PAR 的映射有两种粒度导出给单台主机host或导出给主机组host set。主机组的好处是批量管理比如一个集群里十台机器要看到同一批卷建个主机组一次导出就行。前提是主机的 WWN 或 iSCSI IQN 已经注册到阵列里。# 先确认主机是否已注册看 WWN/IQN showhost # 把 vv_data01 以 LUN 10 导出给主机 host_app01 createvlun vv_data01 10 host_app01 # 确认映射关系 showvlun -v vv_data01createvlun的三个参数依次是卷名、LUN 号、主机名。LUN 号是给主机看的编号同一台主机上不能重复不同主机之间可以重复。showvlun -v能看到卷导给了哪些主机、用的什么 LUN。如果主机侧扫不到盘先回来查这条命令的输出再看主机侧的 HBA 驱动和 multipath 配置。常见坑是主机 WWN 注册了但 zoning 没做对阵列这边显示已导出主机那边死活看不到。3.3 在线扩容卷与 CPGgrowvv 和 growcpg 的边界业务跑着跑着卷不够用是常态。3PAR 支持在线扩容卷和 CPG 都能扩而且不用停业务。卷扩容用growvvCPG 扩容用growcpg。顺序上一般先确认 CPG 有空间再扩卷如果 CPG 也不够先加盘再扩 CPG。# 把 vv_data01 从 500G 扩到 800G growvv -s 800g vv_data01 # 如果 CPG 空间不够先扩 CPG前提是底层有可用块 growcpg -t r5 cpg_app # 扩容后确认 showvv -showcols Name,Size,Usr vv_data01 showcpg -space cpg_appgrowvv -s 800g里的容量是「扩到」而不是「扩多少」这点和某些阵列不一样敲错了会闹笑话。growcpg不带容量参数它会把底层所有可用的块都吃进来所以扩之前先用showpd -state确认没有盘处于异常状态。扩容本身是元数据操作秒级完成但主机侧要重新扫描才能看到新容量Linux 下用rescan-scsi-bus.sh或echo 1 /sys/class/scsi_device/.../rescan。4. 性能调优与 QoS把资源分给该给的人4.1 用 QoS 规则限制单卷的 IOPS 与带宽3PAR 的 QoS 叫「QoS 规则」可以按卷、按主机、按主机组来限速。参数主要是 IOPS 上限和带宽上限MB/s两者可以单独设也可以同时设。适用场景是「一两个卷把前端端口打满其他业务跟着遭殃」这时候给闹得最凶的卷加个上限比整体扩容便宜得多。# 建一条 QoS 规则限制 vv_data01 的 IOPS 不超过 5000 createqos -io 5000 qos_data01 # 把规则应用到卷上 setvv -qos qos_data01 vv_data01 # 确认规则生效 showqos qos_data01 showvv -showcols Name,QOS vv_data01-io 5000是 IOPS 上限如果要限带宽用-bw单位是 MB/s。规则建好不等于生效必须用setvv -qos绑到卷上。showvv的QOS列能看到绑定关系。这里有个边界QoS 是「上限」不是「保底」它只限制不保障别指望靠它给核心业务留资源。真要保底得用「优先级」相关的策略那是另一套配置。4.2 看懂 statvv 与 statport 的输出定位瓶颈调优的前提是知道瓶颈在哪。3PAR 自带的性能命令里statvv看卷级 IOstatport看端口级 IOstatcpu看控制器负载。看的时候重点不是绝对值是「谁在等谁」——如果端口利用率高但卷的延迟低说明瓶颈在端口如果卷延迟高但端口闲说明瓶颈在底层盘或 CPG。# 看 vv_data01 的实时 IO每 5 秒刷新一次 statvv -iter 5 vv_data01 # 看前端端口的吞吐和 IOPS statport -host -iter 5 # 看控制器节点的 CPU 负载 statcpu -iter 5-iter 5是刷新间隔秒数按 CtrlC 退出。statvv输出里重点看svct_ms服务时间毫秒和iops服务时间持续高于 20ms 就要查底层。statport看bytes_per_sec和iops接近端口理论上限就是端口瓶颈。statcpu看各节点的 CPU 占用某个节点明显偏高可能是负载不均需要检查卷的分布。4.3 自适应优化与调优参数的取舍3PAR 有个「自适应优化」Adaptive Optimization功能会定期在 CPG 内部搬数据把热数据挪到更快的盘上。这个功能默认是开的对混合盘配置的阵列很有用但也会带来额外的后台 IO。如果你的业务对延迟极其敏感或者阵列本身就是全闪可以考虑关掉它减少后台干扰。# 查看自适应优化的状态 showao # 关闭自适应优化谨慎操作 setao -off # 重新打开 setao -onshowao看当前状态和上次运行时间。setao -off是全局关闭影响所有 CPG。关之前想清楚关了之后热数据不会再自动迁移如果盘的类型差异大性能可能反而下降。全闪阵列关掉通常没影响混合盘阵列建议保持开启。这个参数没有绝对的对错取决于你的盘配置和业务特征。5. 避坑与排查3PAR 运维里最容易翻车的五件事5.1 卷建好了主机看不到先查 VLUN 再查 zoning现象createvv和createvlun都成功了主机侧扫不到新盘。原因通常不在阵列而在链路。第一步回阵列敲showvlun -v 卷名确认导出关系在第二步查主机的 WWN 是否和阵列里注册的一致showhost能看到第三步查交换机 zoning主机 HBA 的 WWN 和阵列前端口的 WWN 必须在同一个 zone 里。三步都对了还看不到再查主机的 multipath 服务是否在跑。血泪经验是别一上来就怀疑阵列八成是 zoning 没做对。5.2 CPG 空间告警但卷没满精简配置的超配陷阱现象showcpg -space显示 Free 接近 0但showvv里所有卷的Usr加起来远小于 CPG 总量。原因是精简卷的「逻辑容量」和「实际占用」是两本账超配比太高时所有卷同时写入就会把 CPG 撑爆。解决方式是先看showvv -showcols Name,Size,Usr算出真实占用再决定是扩 CPG 还是删无用卷。预防手段是把超配比控制在 2:1 以内并且给 CPG 设空间告警阈值。5.3 扩容后主机容量没变少了一次 rescan现象growvv执行成功阵列侧showvv显示新容量但主机df -h还是老容量。原因是主机侧的 SCSI 层还缓存着旧的容量信息需要重新扫描。Linux 下用rescan-scsi-bus.sh或逐个设备echo 1 /sys/class/scsi_device/H:C:T:L/device/rescanWindows 下在磁盘管理里点「重新扫描磁盘」。扫完还不行就查 multipath 是否把新容量透传上来了multipath -ll能看到。5.4 QoS 规则不生效忘了绑定或绑错了对象现象建了 QoS 规则但卷的 IOPS 还是飙高。原因有两个一是规则建了没绑createqos只是创建必须setvv -qos绑定二是绑到了错误的卷或主机上showvv -showcols Name,QOS能确认绑定关系。还有一种情况是规则绑了但参数设得太宽松比如 IOPS 上限设了 100000那等于没限。排查顺序是先确认绑定再确认参数最后确认规则是否被更高优先级的策略覆盖。5.5 物理盘故障后的重建与数据校验现象showpd -state里有盘显示 degraded 或 failed。3PAR 会自动重建但重建期间性能会下降因为重建流量和业务流量抢资源。这时候别急着拔盘先看showpd -state确认是「预测性故障」还是「已故障」。预测性故障的盘还在工作可以等业务低峰期再换已故障的盘要尽快换但换之前确认 CPG 的冗余级别能扛住——RAID 5 只能扛一块盘同时坏两块就危险了。换盘后看showpd -state确认新盘加入并且重建完成重建进度可以用showpd -i看。6. 把 3PAR 管明白的一个习惯先看账本再动手3PAR 这套东西命令本身不难难的是脑子里始终有一本「账」——CPG 的账、卷的账、映射的账、性能的账。我自己的习惯是每次动手前先敲三条命令showcpg -space看容量账showvv -showcols Name,Prov,Size,Usr看卷的账showvlun看映射的账。三条看完再决定下一步做什么能避开绝大多数「怎么划不出来」「怎么主机看不到」「怎么空间没了」的问题。再往上一层是把这些命令固化成脚本定期跑。比如每天跑一次showcpg -space和showpd -state输出存下来做趋势对比CPG 的 Free 连续三天下降超过 10% 就提前介入比等告警响了再救火从容得多。性能数据也一样statvv和statport的历史值比单次快照有用能看出「这个卷是不是一直这么慢」还是「今天突然变慢」。最后一个具体技巧3PAR 的 CLI 支持把命令输出重定向到文件showcpg -space /tmp/cpg_$(date %F).txt配合 cron 每天跑攒一个月就是一份容量趋势报告。这比任何监控工具都轻量而且数据是你自己可控的。我踩过的最大的坑就是早期不做记录等 CPG 满了才回头翻日志发现三天前就有征兆。从那以后就养成了「先看账本再动手」的习惯希望帮到你。本文还有配套的精品资源点击获取
阅读完成 · 觉得有帮助？
