简介《联想ThinkSystem DE系列存储配置教程》是一份面向存储运维初学者与系统管理员的实操型文档针对DE系列阵列首次上线时初始化、配置与主机映射等环节缺少中文指引的问题给出可照做的流程参考。包内仅含1个docx文件压缩包约1.11MB篇幅精炼、便于随查随用。内容围绕存储初始化、DDP池与卷组创建、工作负载定义、卷创建与主机映射展开说明了池与卷组在数据分布、故障降级、重建时间、保留容量及磁盘利用率上的差异也提到FC与iSCSI端口切换、WWPN添加、带内管理自动分配20M卷等实操细节可帮助读者掌握DDP最少11块盘、最大192块盘等规划要点减少配置返工。目前已有3015人学习适合需要快速上手DE系列存储部署的技术人员。1. 从一根网线到第一块可用 LUN这份 DE 系列配置教程解决了谁的燃眉之急机房交付现场最常见的画面是这样的一台 ThinkSystem DE 系列存储刚上架硬盘灯还在闪笔记本一根网线插进控制器 A 的 P1 口浏览器打开 https://192.168.128.101中文界面出来了人却开始发呆——池和卷组到底选哪个、工作负载模板要不要用、主机 WWPN 从哪来、映射完之后主机为什么凭空多出几个 20M 的盘。这份配置教程把这条链路按真实操作顺序走了一遍带外管理入口的地址规划、DDP 池与传统卷组的取舍、工作负载、卷、主机、映射这几步的界面位置和参数都标了出来。它适合第一次独立交付 DE 系列存储的运维也适合从旧款 DS 系列切过来、想核对新版中文 System Manager 操作差异的老手。2. 初始化与带外管理入口192.168.128.101 背后的三件必检事不少交付事故不是栽在配置逻辑上而是栽在第一步网线插错口。DE 系列把首次配置入口做得很轻一根网线、一个固定网段、一个 https 地址正因为轻反而容易被当成“随便连一下就行”。我自己习惯的顺序是先把管理网段锁死再确认三层可达与 443 端口在听最后才进界面设密码。顺序一旦反过来后面所有排查都会失去参照物——你分不清是存储没起来、笔记本网卡选错还是浏览器把自签证书拦了。2.1 管理口为什么固定在 192.168.128.0/24出厂状态下控制器 A 的管理端口 P1 落在一个固定私网地址上控制器 B 落在同网段相邻地址两者共用 255.255.255.0。这套默认值的用意很明确设备不开箱、不接生产网、不依赖现场 DHCP也能被一台笔记本发现。所以第一步不是去改存储地址而是让笔记本临时“住进”这个网段。这里最容易混淆的一点是P1 是管理口不是数据口。管理口跑的是 System Manager 的 Web 管理流量用于初始化、建池、建卷、看告警真正承载业务 I/O 的是后面的主机端口FC 或 iSCSI。把管理口当数据口用业务流量和心跳流量挤在一条百兆/千兆管理链路上性能和可用性都站不住。反过来也别把管理口直接接到办公网段——默认地址一旦和办公网里某台设备撞车故障现象会非常玄学时通时不通重启交换机又好了。提示如果现场必须远程开局常见做法是先把一台跳板机的空闲网卡划到这个私网段只给管理口用业务端口全程不参与。等初始化做完、管理地址改成规划好的带外网段之后再把这条临时链路撤掉。盘位数多的时候管理网段最好提前在交付文档里写死哪台设备用哪个管理地址、对应哪个交换机端口、VLAN 是多少。DE 系列支持双控制器A/B 两个管理口都应该可达只连一个也不是不能用但真出控制器切换时你会少一条观察通道。2.2 笔记本侧网络配置与浏览器握手笔记本侧要做的事只有三件给独立网卡配静态地址、确认链路起来、确认 443 通。Linux 环境下我会用下面这几条命令走一遍比在图形界面里点来点去更快也更容易复现。# 1) 给笔记本的独立网卡配一个与存储管理口同网段的地址 # enp0s31f6 换成自己机器的网卡名ip link 可查千万别配在无线网卡上 sudo ip addr add 192.168.128.100/24 dev enp0s31f6 sudo ip link set enp0s31f6 up # 2) 先测三层可达。部分环境下管理口对 ICMP 有限制 # 这一步不通不代表设备坏直接看第 3 步 ping -c 4 192.168.128.101 # 3) 确认 443 在监听-k 忽略自签证书告警-I 只取响应头 curl -k -I https://192.168.128.101 # 4) 用完清理地址避免下次接办公网时路由打架 sudo ip addr del 192.168.128.100/24 dev enp0s31f6这几条命令的逻辑是有先后的。ip addr add里的/24就是 255.255.255.0它决定了笔记本认为 192.168.128.101 在同广播域内会直接发 ARP 而不是丢给网关——如果配成/25或误加了默认路由包会被送出去现象就是“网线插着但页面打不开”。curl -k -I里的-k是跳过证书校验DE 系列管理界面用的是自签证书浏览器第一次访问必然弹告警这是正常的-I只请求响应头比打开完整页面快得多用来判断端口通不通足够了。最后那条del是我踩过坑之后强制加的习惯动作临时地址留着不删下次接别的网段会出现两条同优先级路由排查起来非常费劲。Windows 侧对应的是网卡属性里手填 IPv4 地址 192.168.128.100、掩码 255.255.255.0、网关留空然后用Test-NetConnection 192.168.128.101 -Port 443验端口。网关一定要留空填了反而会把管理流量往一个不存在的出口送。现象优先排查点处理方式页面完全打不开ping 也不通网卡选错、链路灯不亮ip link看状态换网线换端口ping 通浏览器超时代理设置、防火墙浏览器关代理本机防火墙放行 443浏览器提示证书不安全自签证书接受例外后继续属正常页面能开但登录后被踢管理地址与业务网段冲突改管理地址或换网段重连2.3 首登设置密码与基本信息能跳过的和不能跳过的首次进入界面会要求自定义用户名和密码这一步没有默认口令可蒙必须当场设。密码策略跟着微码版本走长度和字符组合有下限现场图省事设成简单口令后面再改反而要重走一遍流程不如一次到位。设置完进入 System Manager会看到基本信息填写页——存储名称、机柜位置、联系人这类信息教程里写的是“可以后面自行配置一直下一步即可”这个判断是对的它们不影响任何存储逻辑。真正不能跳的是三样日期时间、微码版本、许可证状态。时间错了告警日志的时间戳全是乱的事后追故障对不上号两台控制器的微码版本不一致某些功能入口会一边有一边没有行为也会不一致看起来像玄学故障许可证没激活池、快照、远程复制这些功能可能只给你看菜单不给用。我一般会在初始化阶段就把这三项截个图存档后面出问题时有对照基线。微码版本还直接影响后面第 4 章的界面操作。较新的微码里创建主机时必须先选“主机接口类型”才能填写主机端口 WWPN老微码没这一步界面长得不一样。拿着旧教程对新设备操作卡在这一步的人不少所以开局第一件事就是把版本记下来。初始化项能否后置说明管理口地址与管理员密码不可后置后续所有操作的入口存储名称、位置、联系人可后置纯标识信息不影响逻辑日期时间与 NTP建议当场完成日志时间戳、告警关联依赖它控制器微码版本核对不可后置决定后续界面路径与功能可见性许可证与功能包视功能需求池/卷基础功能之外的能力依赖它邮件告警、Syslog 外送可后置交付验收前补上即可3. DDP 池还是传统卷组11 块盘下限和 70% 利用率怎么算到建池这一步很多人的第一反应是“哪个利用率高选哪个”然后选了卷组跑一段时间发现一块盘坏了整组降级、重建慢得像蜗牛。DE 系列把 Dynamic Disk PoolsDDP放在显眼位置是有原因的但它不是无脑优选得先把两者的账算清楚。教程里给的对比维度很实在数据分布、降级程度、重建时间、热备、盘数范围、RAID 级别、利用率这七条基本就是选型的全部依据。3.1 数据打散方式不同故障后的表现就完全不同池和卷组最本质的差别只有一句数据是不是打散到所有成员盘上。卷组是传统做法一组盘构成一个 RAID 组数据固定落在这组盘里池是把数据块随机铺到池内所有驱动器上类似早年分布式 RAID 的思路但保留容量和重建机制是另一套。维度DDP 池传统卷组数据分布打散到池内全部驱动器固定在某个 RAID 组内RAID 级别不需要指定系统自动处理必须显式选择 RAID 0/1/5/6/10单盘故障影响只影响落在该盘上的数据块整个 RAID 组进入降级状态重建耗时只重建受影响的数据块时间短整盘重建盘越大越久热备盘内置保留容量无需专用热备通常要单独配热备盘成员盘数量最少 11 块最大 192 块受 RAID 级别与控制器限制空间利用率约 70%视 RAID 级别与热备配置而定这张表里最容易被误读的是最后一行。卷组的理论利用率看着更高比如一组 RAID 6 的盘扣掉两块校验盘账面数字确实漂亮但那是没算热备盘的账。真要保证单盘故障后能自动顶上就得留一到两块专用热备实际可用空间立刻缩水而且重建期间整组性能都会掉。池把这块成本前置成了“保留容量”账面利用率写死 70%但换来的是降级范围小、重建快、扩容简单。单盘容量越大这个差距越明显。十几 TB 的盘做卷组重建动辄十几个小时这期间再坏一块就是灾难池的重建只针对受影响的数据块时间通常按分钟到小时算。血泪经验是盘大、盘多、业务不能长时间降级跑就别在卷组上省钱。3.2 建 DDP 池13 块盘的实操路径与几个关键参数路径是左侧菜单“存储 → 池和卷组 → 创建池”。填写池名称下面的选项系统会根据当前硬件配置自动列出来能选的就是合法的选不了的直接灰掉这一点比自己算 RAID 布局省心。盘数按需求勾选教程里用的是 13 块盘做演示点创建即可。几个我实际操作时会注意的点盘数不要卡着 11 块的下限建。11 块是能建池的最小值但池的价值在于“盘多才有打散和快速重建的收益”11 块的池和一组 RAID 6 卷组比优势并不明显反而多占了保留容量。盘够的话一次性把大部分空闲盘划进同一个池后续扩容也在这一个池里加盘管理面最干净。池名称要有信息量。别用 pool1、pool2用“业务缩写-介质类型-用途”这种格式比如 db-ssd-prod、backup-nl-sata。后面工作负载、卷、主机映射全靠名字对应命名偷懒三个月后接手的人很可能就是你自己会骂人。注意保留容量是自动算的不需要也不建议手工干预。池创建完成后在“存储 → 池和卷组”里能看到池的状态和保留容量标签这个数字随池内驱动器数量变化系统会按缺省策略保留。有人看到 70% 利用率就想去调先把 3.4 节看完再动手。建完池先别急着建卷。刷新一下界面确认池状态是“最佳”而不是“降级”确认成员盘全部识别、没有意外丢失的盘。这一步花三十秒能省掉后面建完卷才发现少一块盘的返工。3.3 建卷组RAID 级别怎么选15 块盘的示例卷组的路径是“存储 → 池和卷组 → 创建卷组”。填名称、选 RAID 级别、勾盘教程示例用 15 块盘。和池不同这里 RAID 级别是必选项选错了事后改不了只能重建。RAID 级别最少盘数容错适用场景RAID 02无纯临时/可重建数据不建议生产RAID 12单盘小容量高价值数据RAID 53单盘读多写少盘数不宜过多RAID 64双盘大容量 SATA/NL-SAS 的常规选择RAID 104每组单盘写密集、对重建速度敏感15 块盘这个规模我一般选 RAID 6。RAID 5 在这个盘数下重建窗口太长重建期间再坏一块直接丢数据RAID 10 写性能好但一半空间没了15 块盘只落 7 块多的容量除非业务明确是写密集且预算充足否则不划算。如果这批盘是 NL-SAS 大容量盘RAID 6 基本是默认答案。还有一点卷组一旦建好加盘只能扩已有 RAID 组或者新建 RAID 组灵活性远不如池。所以盘数分配要在建之前想清楚——是全部盘做一个大组还是按业务切成两三个组。切组的好处是故障域隔离坏处是每组都要单独考虑热备实际可用空间进一步下降。3.4 保留容量那块“看不见但救命”的空间保留容量是池里专门留出来应对驱动器故障的空间创建池时 System Manager 按缺省策略自动保留容量取决于池内驱动器数量。它的作用是某块盘坏了池能立刻用保留容量顶上把受影响的数据块重建到健康区域不需要一块专用热备盘干等着。这块空间最容易被误解成“被吞掉的容量”。看到 70% 的利用率有人会不爽转头去建卷组结果就是前面说的降级和重建问题。更要命的是另一个坑如果你把池里所有可用容量都划成卷了后续想增加保留容量就没有空间可用除非往池里加盘或者删卷。教程里明确写了这一点但实际交付时还是经常有人把池榨干。注意池不是越满越好。留一点未分配空间既给保留容量留余地也给后续扩容和快照留操作空间。把池划到 100% 再想调整只能靠加盘。真觉得池的利用率不够用正确的做法是先算业务对重建时间和降级容忍度的要求再决定要不要退回卷组。如果业务能接受整组降级几小时卷组加 RAID 6 加热备是可行的如果不能那 70% 就是该付的成本。4. 工作负载、卷、主机、映射把一批裸盘变成主机认得的 LUN池建好只是把物理盘变成了可分配的容量池主机还看不见任何东西。中间还差三步定义工作负载、创建卷、创建主机并映射。这三步的顺序在 DE 系列的界面里是强绑定的——卷要挂在工作负载下映射要选主机跳过任何一步都会在后面的界面里卡住。4.1 工作负载模板改的是卷的底层特征工作负载是支持应用程序的存储对象一个应用可以定义一个或多个工作负载实例。它的价值不在于“多填一个名字”而在于模板会调整底层卷的特征让这些卷更贴合对应应用类型的 I/O 模式。界面里预置了一批常见应用的模板选 Microsoft SQL Server 就会按数据库负载的特征去优化基础卷找不到对应项就选 Other application作为通用配置。这里的“优化”不是玄学落点是段大小、读写倾向、缓存策略这类卷级参数不同模板给出的默认值不一样。对新手来说直接用模板比自己拍脑袋调参数靠谱得多对老手来说模板是个起点后面还能在卷级别微调。我的习惯是按业务系统而不是按主机来划分工作负载。一个数据库集群建一个工作负载里面的数据卷、日志卷、备份卷都挂在这个工作负载下后面做容量统计和性能定位时能一眼看出一组卷属于谁。命名同样要有信息量比如 sql-prod-01别用 workload1。4.2 建卷容量、段大小与“稍后分配主机”路径是“存储 → 卷 → 创建 → 卷”。教程里的顺序是先选“稍后分配主机”选之前建好的工作负载点“添加新卷”填卷名称、卷容量、段大小下一步完成。“稍后分配主机”这个选项值得单独说。它让你先把卷建出来映射留到主机创建完之后再做。反过来先建主机再建卷当然也行但交付现场主机侧的 WWPN 往往要等上架、开机、装 HBA 驱动之后才拿得到先把卷准备好、容量规划确认完再去等主机信息节奏更顺。段大小是这一步唯一需要动脑的参数。它是卷的条带单元取值要匹配业务 I/O 大小数据库 OLTP 这类小随机 I/O 为主段不要设太大大文件顺序读写、备份归档这类场景段可以调大。拿不准就用工作负载模板给的默认值不要为了“看起来专业”随手改一个数字——段大小设错不会报错只会在跑业务之后表现为性能不达标这种问题最难查。卷容量规划上同一工作负载下的多个卷可以分批添加界面上有“添加新卷”可以连续加。我一般会一次把数据卷、日志卷分开建容量按 7:3 或 8:2 分配日志卷单独建的好处是后面可以单独调性能和做快照。4.3 主机与 WWPNFC 直连和 iSCSI 端口协议转换这一步是最容易翻车的地方。DE 系列的基本端口默认是 FC 模式插上 FC 模块就能直接识别 HBA 卡如果现场用的是 iSCSI必须先做端口协议转换把端口从 FC 模式改成 iSCSI否则主机怎么加都加不进去。创建主机的路径是“存储 → 主机 → 创建 → 主机”。填写主机名称、选择主机操作系统类型、添加主机端口 WWPN。FC 连接时界面会自动弹出已识别到的 HBA 卡 WWPN勾选即可。主机操作系统类型要选对不能随便挑一个。类型决定的是多路径行为和超时参数选错了常见的结果是创建主机时报错或者主机侧看到重复设备。教程里也提到了这一点操作系统类型不正确或多路径配置不合适会直接报错。对着主机实际的操作系统版本选别选“通用”。新版微码里多了一步必须先选主机接口类型才能填写主机端口。这就是版本差异带来的界面变化拿旧流程操作会卡在“WWPN 填不进去”上。开局记下的微码版本这时候派上用场。iSCSI 场景的端口协议转换要在创建主机之前做转换完端口才会以 iSCSI 身份出现在主机端口列表里。转换是有中断风险的已经跑了业务的端口不要动挑空闲端口改。转换完成后记得确认端口状态是 up链路速率符合预期再往下走。4.4 映射卷之后主机侧扫盘与多路径确认回到主机列表选中刚建好的主机点“分配卷”勾选要映射的卷确认分配。到这里存储侧的动作就完了剩下的是主机侧把 LUN 认出来。# 主机侧重扫 SCSI 总线新映射的 LUN 才会出现 # -r 表示同时刷新已存在的设备避免只扫到新设备漏掉容量变化 sudo rescan-scsi-bus.sh -r # 没有该工具时逐个 host 手动触发扫描 for h in /sys/class/scsi_host/host*/scan; do echo - - - | sudo tee $h; done # 看多路径聚合结果每条 LUN 应该有两条以上 path状态为 active ready sudo multipath -ll # 看块设备与容量。20M 左右的小设备就是带内管理卷不是业务盘 lsblk -d -o NAME,SIZE,TYPErescan-scsi-bus.sh -r里的-r是关键不带它只会扫新增设备已经存在的 LUN 扩容后主机侧看不到新容量。multipath -ll的输出重点看两处路径数量和路径状态FC 双控环境下每条 LUN 正常应该有四条路径两控两端口全是 active ready 才算健康出现 failed 或 ghost 就要回去查 zoning 和端口状态。lsblk -d里的-d只看整盘不看分区输出里那几个 20M 的小设备就是下一章要讲的带内管理卷别当成业务盘格式化掉。扫盘完成后别急着建文件系统。先用multipath -ll记下聚合后的设备名确认容量和规划一致再决定是直接做 LVM 还是建文件系统。容量对不上多半是映射错了卷或者扫到了带内管理卷。5. 避坑与排查五个在机房里真会翻车的动作这一章按“现象 → 原因 → 解决”整理都是交付现场反复出现的动作。有些不是配置错而是对新版界面和默认行为不熟悉造成的误判。5.1 主机扫出一堆 20M 的小盘以为是残留现象映射完卷主机侧扫盘出来除了业务盘还有几个 20M 左右的设备删了重启又出现。原因这是 DE 系列为了实现带内管理自动分配给主机的管理卷。带内管理让主机通过数据路径向存储发送管理命令不依赖单独的带外网络。即使不映射任何业务卷这几个小设备也会存在。解决先确认业务不需要带内管理再取消。选中主机点“取消分配卷”在弹窗里选 Access 卷输入确认文本后取消分配。注意弹窗的提示继续操作会失去带内管理功能除非已经给另一台主机分配了访问卷。也就是说取消之前要确保至少还有一台主机保留着这个管理卷否则管理通道就断了。业务盘千万别跟着一起取消。5.2 创建主机直接报错提示类型或多路径不匹配现象填完主机名和 WWPN点创建弹错误主机建不出来或者建出来了主机侧看到重复磁盘。原因主机操作系统类型选错或者多路径软件配置与所选类型不匹配。类型决定了存储侧下发的设备识别特征和超时参数选成别的系统主机侧的多路径软件就按错误的规则解析轻则报错重则磁盘重复。解决按主机真实操作系统和版本选类型不要图省事选通用项。已经建错的主机改类型通常要删了重建先确认上面没有映射卷或者先把卷取消分配再删。多路径侧确认软件版本和配置模式与存储侧声明一致两边对齐之后再扫盘。5.3 iSCSI 主机怎么都加不进去端口列表里没有可用项现象明明接的是以太网创建主机时主机端口列表是空的或者只有 FC 的 WWPN 项。原因端口还停留在默认的 FC 模式没有做协议转换。DE 系列基本端口默认 FC插 FC 模块直接可用但 iSCSI 必须先转换端口协议。解决进端口管理页面挑空闲端口做协议转换转成 iSCSI 之后再回来创建主机。转换会短暂中断该端口上的流量生产环境务必挑维护窗口、挑没有业务的端口操作。转换完成后确认端口链路状态和速率再填主机端口信息。5.4 DDP 池建不出来可选盘数一直不够现象选池的时候能勾的盘数凑不到 11 块或者界面直接不给建池选项。原因池有最小成员盘数限制最少 11 块最多 192 块。盘数不够或者这些盘已经被别的池/卷组占用就建不了。解决先看“存储 → 池和卷组”里现有池和卷组占了多少盘把未分配的盘统计出来。确实不够 11 块就走卷组路线别硬凑。盘够但显示被占用检查是不是之前建了一半的池没删干净。5.5 新微码下 WWPN 填不进去输入框是灰的现象创建主机界面主机端口那一栏点不动或者填完提示格式错误。原因较新的微码版本要求先选择主机接口类型才会解锁主机端口填写。老版本没有这一步界面顺序不一样。解决在创建主机表单里先找主机接口类型选 FC 或 iSCSI端口输入区就会激活。如果界面上压根没有这个选项说明微码版本较老按老流程走即可。这也是开局要记微码版本的原因——同一份操作手册在不同版本上步骤数不一样。6. 验收与进阶用主机侧 I/O 把池和卷组的账算清楚配置做完、主机认到盘很多人到这就收工了。我的习惯是必须再走一轮验收因为界面上的“最佳”状态只能说明存储侧自认为没问题业务侧到底能不能跑满、多路径是不是真的在负载均衡得用 I/O 说话。先看路径再看带宽。multipath -ll里每条 LUN 的路径数要和接线对得上双控双端口就是四条少一条说明 zoning 或端口有问题。然后在新卷上跑一轮顺序读验证聚合带宽是否接近端口线速# 顺序读压测验证多路径聚合后的带宽 # --direct1 绕过系统缓存--iodepth 16 是常规起点按业务队列深度调 # 注意这是裸设备写读务必用新建的测试卷不要指向生产 LUN fio --nameseqread --filename/dev/mapper/mpatha --rwread --bs1M \ --iodepth16 --numjobs4 --runtime60 --time_based --direct1参数上--direct1不能省省了测的是内存不是存储--bs1M对应大块顺序场景如果验证的是数据库负载换成 8K 随机读写更有意义--numjobs乘上--iodepth就是总队列深度超过存储端口能承受的量结果只会更差不会更好从 16 起步往上加找到拐点。第二轮验证做故障演练。拔掉一条 FC 链路看multipath -ll是否在几十秒内把路径标成 failed 并把流量切走业务侧有没有明显卡顿。这一步比任何纸面参数都有说服力也是区分“配完了”和“配对了”的分水岭。最后回到池和卷组的选型账上。跑完压测把实际带宽、延迟和重建时间对照一下当初的预期如果池的 70% 利用率让你少了一大块空间但换来了单盘故障时业务几乎无感这笔账就是划算的如果业务对容量极度敏感、又能接受降级窗口卷组加 RAID 6 也站得住。选型没有标准答案只有算清楚的账。从那以后我每次交付 DE 系列都会在映射完成后强制走一遍“扫盘、验路径、跑一轮 I/O、拔一条链路”这四步哪怕时间再紧也不跳。跳过验收省下的半小时往往要在业务上线后花几倍时间找回来。希望帮到你。本文还有配套的精品资源点击获取