简介一份面向存储运维初学者与系统集成工程师的中文图文教程聚焦联想ThinkSystem DE系列存储的初始化与日常配置帮助读者理清从设备接入、管理地址设置到卷映射的完整流程。压缩包内仅含1个docx文档大小约1.11MB便于在电脑端查阅、检索和打印适合作为实施现场的手边参考。内容围绕Dynamic Disk Pools与卷组的差异、池和卷组创建、工作负载定义、卷创建及主机映射等环节展开并补充FC与iSCSI端口模式切换、WWPN添加、带内管理卷识别等实践要点对理解存储池、卷组、工作负载、卷与主机之间的对象关系和配置顺序较有帮助整体篇幅精炼覆盖初始化、配置、创建与映射等关键节点可作为课堂实训或项目交付前的检查清单。已有3015人学习或浏览说明其在同类存储配置资料中具有一定参考价值可帮助读者快速建立配置思路、对照中文界面操作并减少常见设置误区。1. 首次上电中文 Web 界面也救不了第一次配存储的人存储配置里最容易被低估的环节从来不是参数而是“能不能连上”。一台刚拆箱的 DE 系列阵列推进机房前面板灯全绿磁盘一块不少可你把网线插上、浏览器里敲进地址却一直转圈的时候界面是不是中文已经不重要了。这套设备的管理面确实做得够傻瓜一根网线、一个固定网段、一个 https 地址进去之后向导一路下一步池、卷、主机、映射都能点出来。可它默认你懂网络、懂 RAID 组的边界、懂 FC 和 iSCSI 的差别这些向导不会替你判断。下面把从带外初始化到卷映射落地的整条链路拆开第一次接手的人可以照着走配过但被保留容量、段大小、20MB 的 Access 卷绊过的人也可以回头对一遍。2. 带外初始化从一根网线到 https://192.168.128.101初始化这一段看着最简单实际上翻车率最高。原因不在阵列而在你手里那台笔记本——它可能同时开着 Wi-Fi、插着 USB 网卡、跑着公司代理任何一项都能让访问192.168.128.101这件事失败。先把笔记本这一侧收拾干净再去谈阵列。2.1 管理口直连的地址规划与笔记本侧配置DE 系列每个控制器后面板都有一个专用管理口丝印标识为 P1出厂预置管理地址是192.168.128.101掩码255.255.255.0也就是 /24 网段。首次初始化不需要接机房网络一根网线从控制器 A 的 P1 直接拉到笔记本有线网口就行。笔记本这一侧配192.168.128.100掩码相同默认网关必须留空。为什么反复强调网关留空笔记本通常还连着 Wi-Fi默认路由指向无线路由器。如果掩码配错成 /16 或者 /8系统会认为192.168.128.101不在直连网段流量就从 Wi-Fi 出去了浏览器只会一直转圈你等十分钟也等不出页面。这是踩过不止一次的坑现在我的习惯是先看路由再看页面。# 先确认有线网卡的实际名称别照抄 enp0s31f6 ip -br link show # 给有线口配置管理网段地址/24 对应 255.255.255.0不配默认网关 sudo ip addr add 192.168.128.100/24 dev enp0s31f6 sudo ip link set enp0s31f6 up # 关键一步确认访问 .101 时实际走的是有线口源地址是 .100 ip route get 192.168.128.101ip route get会直接打印最终选中的出接口和源地址。如果dev后面显示的是wlan0一类的无线网卡说明掩码或路由表有问题先把ip addr的输出核对一遍再往下走。Windows 侧用图形界面或netsh配置时同理IP 和掩码照填“默认网关”一栏空着同时把这块网卡的接口跃点数调高避免它抢默认路由。还有一个不太有人提的细节部分笔记本网卡的节能特性在直连时会周期性断链表现为页面加载到一半失败、刷新一下又好了。配置之前先在网卡驱动里把绿色以太网、节能以太网这类选项关掉能省掉大量“是不是阵列坏了”的自我怀疑。2.2 首次登录的密码策略与向导里该跳过的步骤链路灯正常、路由也通了之后浏览器地址栏敲https://192.168.128.101注意是 https不是 http。首次访问会撞上自签证书告警浏览器里点“高级”再点“继续前往”即可这不是故障任何一台出厂设备都这样。如果笔记本装了公司代理记得把这个网段加进代理例外否则请求会被代理直接吞掉。进入页面后要求输入自定义的用户名和密码然后点设置密码。密码策略一般是长度不少于 8 位、包含大小写字母、数字和特殊字符中的三类具体阈值以界面提示为准。设置完成后就进入 System Manager 主界面左侧菜单栏分为主页、存储、硬件、设置、支持几大块日常配存储基本只用“存储”这一栏。首次登录会弹出初始化向导流程是“填写基本信息 → 配置池”。基本信息填阵列名、联系人、机架位置这类管理字段对后续功能没有影响随便填也行。池配置这一步直接跳过——原文写得很清楚可以后面自行配置池一直下一步即可。我一般会跳过向导里的建池理由不是懒。向导里的池选项是简化版驱动器数量、保留容量这些都调不了而且一次只让你建一个池。实际项目里往往要按业务分池比如一个池给虚拟化、一个池给备份向导满足不了进主界面手工建反而更可控。2.3 把管理地址迁到生产网段的做法直连只是过渡手段设备真要上线管理口必须接到管理交换机上换成管理网段的固定地址。路径在“设置 → 系统 → 管理端口”附近不同微码版本菜单位置略有差异找带“网络”或者“管理端口”字样的那一项就行。控制器 A 和控制器 B 都要配各给一个同网段地址。只配 A 不配 B 是很常见的偷懒做法等 A 控制器出问题切到 B你从管理网就失联了只能抱着笔记本再去机房直连一次。两个地址配好之后用哪个都能登录看到的是一套系统。注意修改管理口 IP 不会中断前端业务 IO但当前会话会立刻断开必须用新地址重新登录。改之前先确认笔记本能接到管理网段否则等于把自己关在门外。配套的两件事一起做掉配 DNS 和 NTP。阵列日志的时间戳如果和主机差几个小时排障的时候你会对着两份对不上的日志怀疑人生。管理网也别和 iSCSI 业务口塞进同一个 untagged VLAN管理流量和存储流量抢同一段带宽出问题很难定位。3. 池还是卷组DDP 与 RAID 组的五个决策点初始化完成后的第一个真决策就是盘怎么组织。DE 系列给了两条路——池和卷组。界面上的按钮长得差不多点下去的结果差很远而且这个选择后面改不了只能删了重建。3.1 DDP 的数据分布与重建为什么降级后不掉速池对应的是 Dynamic Disk Pools简称 DDP。它的核心做法是把数据条带化之后打散到池中所有驱动器上不再有“某几块盘属于某个 RAID 组”的概念。写一个卷的时候数据块会散布到全部成员盘任何一块盘上都有这个卷的一部分。这个结构决定了重建行为。某块盘故障后DDP 只需要从其余成员盘上把这块盘原本承载的数据块重算出来写进保留容量读压力由全池分摊。传统 RAID 5 组里坏一块盘重建要把同组其他成员盘从头读一遍盘越多、单盘容量越大重建窗口越长窗口期内再坏一块就是数据丢失。这就是为什么大盘场景下 DDP 的降级表现明显更好——不是它算得快是它读得散。原文提到它类似分布式 RAID 但又有区别这个区别在配置层面你能直接感知到的是DDP 不需要你指定 RAID 级别卷组必须选。另外 DDP 不需要专用热备盘卷组通常要留一块盘做 hot spare那块盘平时不承载业务 IO纯占着。3.2 保留容量那部分你永远用不到的驱动器建池时 System Manager 会按池中驱动器数量自动算出一个默认保留容量在池的属性页能看到“保留容量”标签单位是驱动器数量。它的作用是应对潜在的驱动器故障让重建有地方落数据。这里有个不可逆的约束如果建池时把全部可用容量都划成了卷后面就没法再增加保留容量除非加盘或者删卷腾地方。所以建池那一刻就要么把盘一次插满要么刻意留一部分容量不划卷。我见过不止一次“容量算得刚刚好、一块不剩”的规划后来想加保留容量只能先删一个卷出来。另一个常见误解是把保留容量当热备盘。它不是它不绑定具体某块物理盘而是分布在池里你既不能把它分配给某个卷也不该试图回收它。规划容量时按“可用容量 总容量 × 70% 左右再减去保留”来估别拿裸容量直接乘。3.3 建池和建卷组的操作路径与参数两条路径都在左侧菜单的“存储 → 池和卷组”下面点“创建”之后分叉。操作路径需要填的关键参数创建池存储 → 池和卷组 → 创建 → 池池名称、驱动器数量创建卷组存储 → 池和卷组 → 创建 → 卷组卷组名称、RAID 级别、驱动器数量建池的步骤是点创建选“池”填名称界面会根据当前配置自动列出可选的驱动器数量按需求选一个数字点创建。原文的演示用了 13 块盘建完之后在“存储 → 池和卷组”里就能看到这个池同时能看到保留容量标签。建卷组类似填名称选 RAID 级别常见 0、1、5、6、10再选驱动器数量原文演示用了 15 块盘。卷组的可选项同样是界面根据当前硬件配置动态列出来的不是所有 RAID 级别在任何盘数下都可用。注意一块物理盘只能属于一个池或一个卷组。建之前先想清楚盘怎么分建完再想调整只能删掉重建池里已经有数据的话代价很大。3.4 70% 利用率换来的是什么池的磁盘利用率大约 70%卷组在 RAID 5 下能到 (n-1)/n盘多的时候 85% 以上很正常。单看数字池吃亏明显。但这个差距买的是重建速度和扩展性。维度池DDP卷组RAID 组磁盘利用率约 70%RAID 5 约 (n-1)/nRAID 6 约 (n-2)/n最少驱动器数11RAID 5 最少 3最大驱动器数192受 RAID 级别和厂商限制故障重建全池参与窗口短按组重建窗口长专用热备盘不需要建议配置RAID 级别不需要指定必须指定选型上我一般这么分盘数在 11 块以上、容量大、对重建窗口敏感的场景走池盘少、要把容量榨干、需要精确控制 RAID 级别的场景走卷组。有个反直觉的情况值得提前算一遍——盘刚够 11 块的时候硬上池扣掉保留容量之后实际可用容量可能还不如 10 块盘的 RAID 6 组这种情况下池的性能优势也发挥不出来。4. 工作负载、卷与主机从模板到主机能看到盘池和卷组建好只是把地整平了真正给业务用的是卷。DE 系列在卷之上加了一层“工作负载”这个设计对不熟悉存储的人友好对熟悉的人也不算束缚关键是要知道它背后改了什么。4.1 工作负载模板到底改了什么工作负载是支持应用程序的存储对象一个应用可以定义多个工作负载或实例。System Manager 会按你选的应用类型把工作负载配置成采用具有类似基础卷特征的卷——原文的表述是这些卷特征根据工作负载支持的应用程序类型进行优化。落到具体参数上模板影响的主要是段大小、读缓存策略、预读深度、写缓存行为这几项。举个能感知的例子选 Microsoft SQL Server 模板底层卷会偏向随机小 IO段大小取较小值选备份或者媒体类模板会偏向顺序大 IO段大小取大值。操作路径存储 → 卷 → 创建 → 选择工作负载 → 从模板列表里挑。列表里没有对应应用就选 Other application自己填个名字。这里不用纠结模板选得准不准选错的影响是性能调优起点偏了不是功能不可用后面建卷时还能手工覆盖段大小。注意建卷时必须挂在一个工作负载下面这是必选项不能跳过。规划的时候顺手把命名规则定好比如“业务名-环境-序号”后面卷多了不至于靠容量认人。4.2 段大小的取值与误判段大小segment size是数据在成员盘之间切分的粒度常见可选值落在 128 KiB、256 KiB、512 KiB 这几档。判断依据只有一个这块卷承载的 IO 长什么样。OLTP 数据库那种 8K、16K 的随机读段小一点更合适一个 IO 落在单块盘上不会跨盘放大备份、视频编辑、大文件顺序写这类段大一点减少寻道和元数据开销。反过来就是两个典型误判段太小一个 IO 要跨多块盘拼元数据开销上去了段太大单个 IO 全压在少数几块盘上并发度反而下降。拿不到 IO 特征的时候先用模板默认值上线跑起来之后看阵列侧的 IO 大小分布再决定要不要调。这里有个硬约束得提前知道段大小建卷时定死改不了想换只能重建卷。所以第一次建卷之前多花十分钟想清楚比后面停机迁移划算。4.3 建卷、扩容与主机映射的完整链路建卷的具体步骤是固定的存储 → 卷 → 创建 → 选择“卷” → 选“稍后分配主机” → 下一步选工作负载 → 点“添加新卷” → 填卷名称、卷容量、段大小 → 下一步 → 完成。选“稍后分配主机”是个好习惯先把卷建好、容量核对清楚再去做映射出问题时能分清是卷的问题还是主机侧的问题。填容量时留意界面标的单位是 GiB 还是 GB按十进制算成二进制会差出 7% 左右规划容量时这点误差足够让最后一个卷建不出来。扩容的顺序不能反加盘 → 扩池或卷组 → 扩卷 → 扩主机侧文件系统。主机侧扩完卷必须先 rescan否则df看到的还是老容量。# 阵列侧扩完卷之后在 Linux 主机上重新扫描 SCSI 总线 for h in /sys/class/scsi_host/host*/scan; do echo - - - | sudo tee $h; done # 重载多路径映射让 mapper 设备感知新容量 sudo multipath -r # 确认块设备容量已经变化单位是字节 sudo blockdev --getsize64 /dev/mapper/mpatha- - -是 SCSI 扫描的通配写法分别对应通道、目标、LUN全通配就是让内核把每个 host 重新扫一遍。multipath -r重新加载映射表不重建路径。拿到新容量之后再走pvresize、lvextend、xfs_growfs或者resize2fs顺序别乱不然文件系统层对不上块设备层。4.4 主机创建FC 与 iSCSI 两条路DE 系列的基本端口默认是 FC 模式插了 FC 模块就能直接识别 HBA 卡。要走 iSCSI得先把端口协议转过来转换步骤在“硬件”下面找控制器端口改成 iSCSI 之后还要给端口重新配 IP两个控制器都要做转换过程会中断该端口上的业务。建主机的路径是存储 → 主机 → 创建 → 选择“主机”。填主机名称选操作系统类型Windows、Linux、VMware 等然后添加主机端口 WWPN。FC 连接时界面会自动弹出识别到的 HBA 卡 WWPN 供你勾选不用手抄。WWPN 是 16 位十六进制主机侧可以用cat /sys/class/fc_host/host*/port_name核对格式对不上是加不进去的。新版本微码里多加了一步必须先选主机接口类型FC、iSCSI、SAS才能填主机端口。这一步漏了会直接卡在添加端口那一步界面上不一定给你明确提示。原文还提到操作系统类型选错或者多路径配置不合适会报错——这不是提示信息写得不好是阵列确实会根据 OS 类型下发不同的多路径标识选错了主机侧认不出同一块盘的多条路径。4.5 映射卷与那 20MB 的带内管理卷映射的操作很直接选中刚建好的主机 → 点“分配卷” → 勾选要给的卷 → 点“分配”。主机侧重新扫描总线就能看到新盘。然后你会发现多出几个 20MB 的卷即使你压根没映射业务卷给它。这是 DE 系列为了实现带内管理自动分配给主机的 Access 卷属于正常现象不是配置错误。带内管理的意思是主机侧可以通过代理程序反过来管理阵列走的就是这个小卷。多数环境用不到带内管理想清掉的话选中主机 → 取消分配卷 → 弹窗会提示“如果继续将失去任何带内管理功能除非已为另一主机分配访问卷” → 选中 Access 卷 → 输入“取消分配” → 确认。取消之后就只能走带外 Web 界面管理阵列了功能上没损失主机侧反而干净。注意如果环境里确实在用主机侧管理工具这个 Access 卷千万别删。删了之后工具连不上阵列报的错往往和存储本身无关排查方向会被带偏。5. 避坑与排查五条在机房里真会遇到的报错下面这五条是我在这个系列上反复遇到或者被问到最多的按“现象 → 原因 → 解决”写能对号入座就直接用。5.1 浏览器打不开 192.168.128.101一直转圈或超时现象网线插好、指示灯正常浏览器输入地址后长时间无响应或者提示无法访问此网站。原因九成是笔记本侧路由问题。有线网卡和无线网卡同时在线访问请求被默认路由带到了 Wi-Fi 那一侧也可能是掩码配成了 /16 之类系统认为目标地址不在直连网段。解决先跑ip route get 192.168.128.101看出接口如果走的是无线网卡把无线临时禁用或者把有线网卡的掩码严格设成255.255.255.0、默认网关留空。确认没问题后再检查浏览器代理设置把192.168.128.0/24加进例外列表。别忘了 https 前缀。5.2 建池时可选驱动器数量比实际插的盘少现象机箱里插了 16 块盘建池界面只能选到 13 块或者更少。原因一部分盘已经被别的池或卷组占用或者处于未配置但被保留的状态也可能是某几块盘没被识别硬盘托架没插到底、固件不一致都会导致这种情况。解决先去“硬件 → 驱动器”看全部物理盘的状态确认每一块都是“未分配”而不是“已分配”或者“故障”。有故障盘的先换盘再做池。如果盘数对但可用数仍然偏少检查是不是之前建过一个没删干净的池残留的配置会一直占着盘。5.3 添加主机时报错或者主机端口填不进去现象建主机流程走到添加端口那一步输入框是灰的或者填完 WWPN 点创建直接报错。原因两个高频原因。一是新微码要求先选主机接口类型没选就不让填端口二是操作系统类型选错阵列下发的多路径标识和主机实际使用的对不上。解决先把接口类型选成 FC 或 iSCSI 再填端口。OS 类型按主机实际情况选Linux 主机别选成 Windows。如果主机上跑的是集群或者用了特定多路径软件OS 类型要跟着多路径方案走选完再重新走一遍创建流程。5.4 主机扫不到业务卷只看到一个 20MB 的设备现象映射操作显示成功了主机侧 rescan 之后只多出一个 20MB 的块设备业务卷不见踪影。原因大概率是映射没落到这台主机上或者映射给了主机的另一个 Initiator。也可能是主机侧多路径没配好两条路径被识别成两块独立的盘其中一块没被聚合。解决回阵列的“存储 → 主机”里点开这台主机确认“已分配的卷”列表里有业务卷。有的话去主机侧跑multipath -ll看业务卷对应的 mapper 设备是否存在、路径是不是 Active。20MB 那个是 Access 卷正常现象不用管。5.5 iSCSI 端口转换协议后链路起不来现象端口协议从 FC 改成 iSCSI接上交换机后 ping 不通主机也发现不了目标。原因转换协议只是改了端口的工作模式IP 地址、掩码、网关这些还得单独配另外只改了一个控制器、另一个没改或者改完没重新启用端口都会导致链路不通。解决两个控制器上的对应端口都要转协议、都要配 IP且落在同一个业务网段。转换完成后确认端口状态是“已启动”。主机侧用iscsiadm -m discovery做一次发现能列出目标再登录。交换机侧确认端口 VLAN 和 MTU 配置一致开了巨帧的话两端都得开。6. 上线前的一次性验证两个命令和一张对照表配置点完之后别急着交付我习惯在主机侧跑一遍验证确认链路、多路径、带宽三件事都对得上再签收。第一件事看多路径聚合。Linux 主机上multipath -ll的输出里每块业务 LUN 应该能看到两条以上路径状态都是active ready running并且分属两个不同的控制器。只有一条路径说明 zoning 或者主机端口只配了一侧控制器切换时会断业务。# 确认每块业务 LUN 的路径数量和状态 sudo multipath -ll # iSCSI 场景下额外确认会话和门户 sudo iscsiadm -m session -P 3multipath -ll里重点看两块mpatha这类设备名下面列出的路径条数以及每条路径末尾的active ready running。出现failed或者faulty就走不通回去查交换机 zoning 和主机 HBA 状态。第二件事做带宽基线。找一块专门划出来的测试 LUN别拿业务盘做dd写裸设备是会毁数据的。# 顺序写基线测试oflagdirect 绕过缓存测的是真实落盘带宽 sudo dd if/dev/zero of/dev/mapper/mpath_test bs1M count4096 oflagdirect # 再跑一次读确认双向都能达到预期 sudo dd if/dev/mapper/mpath_test of/dev/null bs1M count4096 iflagdirectbs1M count4096是写 4 GiB量不算大足够看出单条路径和聚合路径的差距。如果两条 FC 链路聚合后带宽只等于单条说明多路径策略配成了主备而不是负载均衡去multipath.conf里把path_grouping_policy改成multipath再试。检查项通过标准不通过先查什么管理口双控制器A、B 都能用各自地址登录管理网 VLAN、端口状态业务卷可见性主机侧看到全部映射卷主机分配列表、rescan多路径每 LUN 两条以上 active 路径zoning、HBA、多路径策略顺序写带宽接近链路聚合理论值段大小、链路速率、交换机20MB Access 卷按需保留或已取消是否在用带内管理工具最后说个习惯。早些年我配完一套存储点完“完成”就交付了结果主机侧只看到一条路径业务跑起来才发现切换测试过不去半夜爬起来改 zoning。从那以后每次配完 DE 系列multipath -ll和dd这两步都强制走一遍不管多急。多花十分钟能省掉一次回滚。希望帮到你。本文还有配套的精品资源点击获取
