★ FEATURED ARTICLE 简介联想ThinkSystem DE系列存储配置教程是一份面向存储管理员、IT运维人员及刚接触SAN存储实施的技术人员的上手文档基于DE系列控制器的Web管理界面覆盖了从初始化到业务上线的完整配置链路。教程按操作顺序讲解连接控制器P1口并配置笔记本IP为192.168.128.100通过浏览器完成安全初始化对比DDP池与传统卷组的差异包括数据随机分布、内置保留容量、最少11块硬盘等关键限制随后给出创建池、卷组、工作负载和卷的步骤并说明新建主机时填写操作系统类型、添加FC HBA的WWPN以及FC端口与iSCSI端口模式切换的注意事项还提示映射卷后出现的20MB带内管理卷及其取消方法帮助避开常见坑点。资源包含1个docx文档大小1.11MB步骤与界面操作结合适合边看边做。该教程已有3005人学习下载对缺少官方中文手册、希望快速完成DE系列存储上线的用户来说能显著降低摸索成本。1. 联想 ThinkSystem DE 系列存储配置裸机到主机识别到 LUN 的完整链路“联想 ThinkSystem DE 系列存储配置教程”这个标题看起来像一份文档但真正上手时会发现DE 系列存储的配置链路比普通 NAS 长不少。DE 系列是联想 ThinkSystem 里的中端双控制器存储阵列常出现在虚拟化后端、数据库存储和备份系统三类场景里。多数人第一次部署时容易卡在同一个地方管理口连不上、存储池建错类型、卷映射给主机后 LUN 看不到。这篇笔记按实际部署顺序拆开讲——从控制器管理 IP 怎么设、存储池和卷怎么建、映射怎么做、FC 和 iSCSI 接入怎么配置一路讲到故障排查和压测验收。适合手头有一台 DE 系列设备、准备独立完成初始化配置的从业者。2. 先打通控制管理通道控制器 A/B 管理 IP 与会话登录的参数细节DE 系列和常见 NAS 的管理方式有一个明显差异它有两块控制器分别叫控制器 A 和控制器 B每个控制器都带自己的管理口、串口和主机前端端口。两个控制器之间通过内部冗余链路互相监控一个控制器故障时另一个接管它的 LUN 所有权。这套机制决定了配置的第一步不是插网线而是先把管理通道理清楚。管理口是后续所有配置的基础入口。DE 系列的管理口一般位于控制器前部是独立的 RJ45 千兆口。注意它和业务数据口是物理隔离的管理口只承担阵列管理和监控流量不要拿管理口去跑 iSCSI 或 NFS 业务。控制器 A 和 B 的管理口要分别接到管理交换机上如果只有一台管理交换机两个控制器都接同一台也能工作但会更稳妥的做法是 A、B 分别接入两台管理交换机避免交换机单点故障把两个控制器管理面一起打掉。2.1 DE 系列的管理方式Web 图形界面与命令行脚本怎么分工DE 系列提供三种管理入口用途不同管理入口访问方式主要用途System Manager Web 界面浏览器访问控制器管理 IP日常配置、监控、升级推荐首选SANtricity 命令行SMcli管理主机上执行脚本命令批量配置、自动化脚本、远程排障串口命令行随机附带的 RJ45-DB9 串口线连接控制器初始化救急、网络不通时找回管理口日常配置绝大多数在 System Manager 里完成。它的界面布局继承了企业级阵列的习惯左侧导航按“存储池、卷、主机、硬件”维度展开。命令行工具主要用于批量重复操作例如手上有 20 个卷要建、或者要在多台存储上执行同样的映射策略时用脚本比鼠标点击可靠得多。串口命令行只在管理网络完全不可用时才用。DE 系列包装里会附带一条串口线接口是 RJ45另一端是 DB9 或 USB。用终端工具连接时设置波特率 115200、数据位 8、校验位 None、停止位 1、流控 None。这是常见参数不同批次设备可能略有差异以随机文档标注为准。2.2 首次上电后的网络规划管理口、业务口和串口登录首次上电前先把网线接好再开机。推荐的接线顺序是控制器 A 管理口接管理交换机端口 1控制器 B 管理口接管理交换机端口 2两个控制器各自的数据端口FC 或 iSCSI接入对应业务的交换机。然后给磁盘框和控制器模块上电。上电后设备会自动从管理口获取 IP。DE 系列出厂时管理口可能是固定默认 IP也可能是 DHCP 自动获取具体哪个取决于出厂配置。如果默认 IP 印在机箱标签上直接在浏览器输入即可访问如果是 DHCP需要到交换机上查 MAC 地址反查 IP。MAC 地址在控制器前板的标签上。拿到 IP 之后的首次登录会进入初始化向导。向导需要设置的内容包括新的管理 IP、子网掩码、网关、DNS、管理员密码和 SMTP 告警通知。这里有一个容易忽略的选项初始化向导会询问是否同时创建初始存储池。如果还没想好存储池怎么规划可以跳过这一步后续在 System Manager 里随时补建不影响使用。2.3 会话冗余与超时为什么要把两个控制器的 IP 都记下来DE 系列 Web 界面登录的是当前主控控制器。默认情况下会话会落在控制器 A 或 B 其中一个上。当主控发生切换浏览器当前打开的会话会断开需要重新用另一个控制器的 IP 登录。这一点很多人第一次遇到时会误以为存储死机其实只是会话跟随控制器切换了。所以要养成一个习惯把控制器 A、B 两个管理 IP 同时记录在资产表里。不要只记其中一个否则主控切换到备用控制器后手里没有第二个 IP只能跑到机房接串口线找回。管理会话还有一个超时问题。System Manager 默认会在空闲一段时间后自动注销会话这个时间通常在 15 到 30 分钟之间。如果是在做长时间操作例如固件升级、存储池扩展、介质扫描等建议在界面右上角的会话设置里把超时时间调大或者干脆在操作间隙保持界面活动避免做到一半被踢下线。某次我给一套 DE 系列做固件升级升级包写到一半会话超时界面直接跳回登录页虽然底层升级还在继续但看不到进度心里会慌一阵。所以涉及长任务的会话先调超时再动手。3. 创建存储池与卷并映射给主机三步完成 DE 系列最核心的配置管理通道打通之后整个配置的核心就落在存储池、卷、映射这三层上。存储池决定磁盘怎么组织卷决定从池里划出多大的逻辑单元映射决定哪个主机能看到哪个卷。这三层是单向依赖的关系顺序不能乱。很多第一次上手的人会把存储池和卷当成一回事。实际上存储池是物理磁盘的聚合层卷是从存储池中分配出来的逻辑空间。卷映射给主机之后主机侧看到的是一个无盘符的 LUN需要再做分区、格式化、挂载。DE 系列不支持把整块物理盘直接映射给主机这是它和直通盘的明显区别。3.1 选存储池还是卷组先决定磁盘怎么组织DE 系列创建逻辑空间的方式有两种存储池Pool和卷组Volume Group。这两个听起来差不多底层机制差很多。存储池是把池内所有磁盘切成小的数据块再按策略分布到所有盘上。它没有传统意义上的 RAID 组边界所以单块坏盘的影响面被切得很碎重建速度更快扩容时只要往池里加盘就行卷的容量可以自动扩展。缺点是池内所有卷共享相同的盘集合一个卷的高负载会影响到同池的其他卷性能隔离能力弱一些。卷组是传统 RAID 方案的延续。创建时指定 RAID 级别例如 RAID 10、RAID 6由固定的一组盘承担这组卷的读写。性能可预期某个卷组的高负载不会波及别的卷组。代价是扩容比较麻烦要给卷组加盘并执行 RAID 级联扩展且单块坏盘后重建期间该卷组整体性能会明显下降。对比起来对比项存储池Pool卷组Volume Group数据分布全池分块分布固定盘做 RAID坏盘重建全池并行参与速度快仅本组盘参与时间长扩容加盘即扩在线生效加盘并做 RAID 扩展性能隔离池内卷相互影响组间互不影响适用场景虚拟化、文件服务、备份数据库、对延迟敏感的业务我的选择习惯是默认用存储池只有对性能要求极高且盘数固定的数据库环境才用卷组。存储池在容量利用率和维护便捷性上明显占优尤其是大量小卷的场景。3.2 创建存储池与卷System Manager 里的参数怎么设在 System Manager 里创建存储池路径是“存储 → 存储池 → 创建”。需要设置的参数如下参数建议值说明存储池名称如 DE4000-Pool-01按用途命名方便后续脚本引用磁盘类型HDD 或 SSD同一池内不要混插不同类型盘磁盘数量视盘柜而定建议至少 8 盘起步数据保证DA开启启用后盘内校验数据完整性介质扫描开启定期扫描磁盘介质坏块预留空闲容量5% 左右为坏盘重建留出余量磁盘类型和数量在创建后不允许随意更改所以创建前先确认。数据保证和介质扫描推荐开启它们不会显著影响日常性能但能提前发现磁盘隐患。预留空闲容量这点很多人忽略存储池填得太满时坏盘重建没有空间腾挪重建时间会明显拉长。创建卷的路径是“存储 → 卷 → 创建”。关键参数参数建议值说明卷名称如 DB01-DATA名称会直接显示在主机侧容量按业务申请池剩余容量范围内可任意分分配方式预分配或精简分配精简分配按实际写入量扣空间映射方式暂不映射创建完卷后统一做映射精简分配适合对容量规划不确定的场景但要注意监控实际使用量避免池空间被写满导致卷只读。对数据库这类对空间稳定性有要求的业务我一般选择预分配空间一步到位后续不会因为池容量耗尽触发故障。3.3 把卷映射给主机WWPN、IQN 与 LUN 编号的匹配方法卷创建完不会自动出现在主机上必须先把卷映射给主机。DE 系列里有一个“主机定义”的概念先在阵列上定义一台主机填写主机名、主机类型、主机端口标识符然后把卷映射给这台主机。主机端口标识符有两种FC 环境用 WWPNiSCSI 环境用 IQN。这些信息不能凭感觉填。FC 的 WWPN 可以从 FC 交换机上查看也可在主机侧通过命令获取iSCSI 的 IQN 可以从主机发起程序里复制。填错一位映射后主机侧就看不到盘。映射操作的步骤在 System Manager 里创建主机定义填入主机名和类型。在主机定义中添加端口标识符粘贴 WWPN 或 IQN。打开目标卷的“映射”菜单。选择要映射的主机分配一个 LUN 编号。提交后在主机侧执行扫描。LUN 编号建议从 0 开始按顺序分配同一台主机的多个卷不要重复使用 LUN 编号。如果两台主机需要同时访问同一个卷比如集群环境先创建一个主机组把两台主机加进组里再映射给主机组。3.4 用 SMcli 脚本化完成映射命令行参数与生效顺序手动点击适合单次配置但批量建卷、批量映射时脚本更可靠。DE 系列提供 SMcli 命令行工具下面是示意语法不同固件版本的命令名可能略有差异执行前先运行帮助命令确认。# 查看当前存储池和卷列表 SMcli -p 192.168.1.1 -c show storagePool; # 创建存储池命名、盘类型、盘数 SMcli -p 192.168.1.1 -c create storagePool poolNameDE4000-Pool-01 driveTypesas driveCount12; # 创建卷指定卷名、所属池、容量 SMcli -p 192.168.1.1 -c create volume volumeNameDB01-DATA storagePoolDE4000-Pool-01 size2048GB; # 创建主机定义主机名、主机类型、端口标识符 SMcli -p 192.168.1.1 -c create host hostNameDB-Host-01 hostTypelinux hostPortIdentifiersiqn.2024-01.com.example:dbhost01; # 映射卷给主机并指定 LUN 编号 SMcli -p 192.168.1.1 -c map volume volumeNameDB01-DATA hostDB-Host-01 lun0;参数说明driveType 要和实际磁盘类型对应混插时按接口区分hostType 必须匹配主机操作系统否则多路径切到备用路径时会出现切换失败lun 编号要保证在主机范围内不冲突。脚本化的好处是可以把这组命令存成文件后续在新存储上部署时直接改 IP 和名重复用比一步步点界面快很多。4. FC 与 iSCSI 接入配置主机类型、端口速率与 CHAP 的实用参数存储池、卷、映射做完理论上主机已经能看到 LUN 了。但实际生产环境里真正决定业务稳不稳的是主机接入层配置。DE 系列支持 FC 和 iSCSI 两种主流接入方式两种方式的配置重心完全不同。FC 配置的关键是链路稳定性和主机类型识别iSCSI 的关键是网络隔离和 CHAP 认证。无论哪种方式DE 系列都会在创建主机定义时要求选择主机类型这个选项直接决定了阵列对这台主机的 SCSI 命令响应方式选错会带来非常隐蔽的故障。4.1 主机类型先选对VMware、Windows、Linux 的多路径差异DE 系列的主机类型不是随便填的标签它实际控制阵列对多路径 SCSI 命令的处理方式。例如 VMware 环境需要阵列支持 VPD 页查询和特定的 T10 命令集Windows 环境多路径依赖 MPIO 驱动序列号读取方式也有差异Linux 环境则依赖 DM-Multipath 对 ALUA 的支持。常见主机类型和配套多路径工具主机操作系统建议主机类型多路径工具VMware ESXiVMware原生 NMP SATPWindows ServerWindowsMPIO 官方 DSMLinuxXFS/Ext4LinuxDM-MultipathAIXAIX系统原生 MPIO选错主机类型的典型症状是多路径软件显示两条路径但始终只有一条能正常工作切到备用路径就报 I/O 错误。这种情况排查起来很费劲因为光纤链路、交换机分区、HBA 卡看起来都是正常的问题其实出在阵列侧的主机类型不匹配。所以创建主机定义时先问清楚这台主机装的是什么系统不要图省事统一选 Linux。4.2 FC 端口配置固定速率与 WWPN 的记录习惯FC 接入前先把控制器的 FC 前端端口 WWPN 记录下来。在 System Manager 的硬件页面里点击控制器可以看到每个 FC 端口的 WWPN 和当前连接状态。这个 WWPN 是后续创建主机定义时要填的端口标识符。FC 端口速率默认是自动协商但自动协商在接 FC 交换机时偶尔会翻车表现为端口链路不稳定或协商到低速率。我一般在部署时直接把 FC 端口速率固定到与交换机一致的值例如 8G 环境固定 8G16G 环境固定 16G。设置路径是“硬件 → 控制器 → FC 端口 → 速率”修改后需要重启端口生效操作前确认该端口上没有正在传输的业务。FC 链路是否正常的判断指标有两个端口速率达到预期值且端口处于“已登录”Logged In状态。如果速率正常但没登录问题通常在交换机 zone 配置如果速率掉到低档大概率是光模块或光纤链路衰减优先换线排查。4.3 iSCSI 配置IP 规划、VLAN 隔离与 CHAP 双向认证iSCSI 接入依赖以太网所以网络规划是优先级最高的事。DE 系列控制器的 iSCSI 前端端口要配置独立 IP这个 IP 和管理 IP 不能同网段更不能复用在业务网络中。推荐规划方式网段用途注意事项管理网段阵列管理口、串口跳线机独立 VLAN限制访问来源iSCSI 业务网段控制器 iSCSI 端口与主机存储网卡独立 VLAN只放存储流量备份网段备份服务器与阵列间流量按需规划避免挤压业务带宽如果交换机支持 VLAN把 iSCSI 流量单独隔离开比混跑局域网更能保证延迟稳定。MTU 方面如果决定启用 9000 巨帧要保证从主机网卡、交换机到阵列 iSCSI 端口整条链路全部支持且配置一致。只要中间有一个端口没开巨帧就会表现为大块 IO 丢包。没把握时先保持默认 1500稳定运行后再测巨帧。CHAP 认证建议开启双向 CHAP。配置参数参数建议值说明CHAP 方式Mutual CHAP双向认证防止中间设备用户名iSCSI 目标侧定义区分大小写主机端要完全一致密码12 位以上随机字符串避免简单密码发现地址主机端填写阵列 iSCSI 口 IP每个控制器 IP 都要加CHAP 配置最容易出错的点是用户名和密码的大小写不一致。主机发起程序里填写的 CHAP 密钥必须和阵列侧完全一致否则会出现登录失败但网络看起来正常的情况。配置完成后在主机侧执行 iSCSI 发现能看到阵列的 iSCSI 目标即为成功。5. DE 系列配置常见问题与避坑五个翻车场景的原因与解药配置做多了就会发现DE 系列真正出问题的环节不在阵列而在主机侧对接的那几步。以下五个场景是我认为最有代表性的踩坑记录每条按现象、原因、解决来梳理。5.1 卷映射成功但主机侧看不到盘主机端口标识对不上现象System Manager 里卷已经显示“已映射”但主机上执行磁盘扫描始终看不到新 LUN。原因主机定义里填的端口标识符和主机实际的 WWPN/IQN 不一致。最常见的是把 WWPN 末尾几位抄错或者 iSCSI IQN 里字母大小写填反。映射关系写入的是标识符本身标识符对不上阵列不认为这台主机有权访问该卷。解决在主机侧重新获取准确的 WWPN 或 IQN在 System Manager 里编辑主机定义删掉错误的端口标识符重新添加。更正后不用重新映射卷会自动出现在该主机下。建议在创建主机定义时直接从主机侧复制粘贴不要手敲。5.2 多路径显示一条 active 一条 failed主机类型没选对现象主机安装多路径软件后multipath -ll 显示两个路径但其中一个状态是 failed无论怎么刷新都恢复不了。原因创建主机定义时主机类型选择过于随意。例如实际是 VMware 系统选了 Linux 类型阵列对这台主机返回的路径处理方式就不匹配导致备用路径始终无法激活。多路径故障表现为“一条活、一条死”但和光纤链路无关。解决进入 System Manager 编辑主机定义把主机类型改成与操作系统匹配的类型选择后系统会提示是否需要重置路径状态确认即可。更改后备用路径会在几秒内恢复。这个操作在线完成不需要重启主机。5.3 iSCSI 周期性断连MTU 9000 没全程生效现象文件复制大文件时 iSCSI 连接偶尔断开小文件传输正常链路指示灯一直亮着报错间隔没有规律。原因启用了 9000 巨帧但交换机到主机的某个端口没有同步开启。大块数据帧走到不支持巨帧的端口时被丢弃TCP 重传堆积最终导致会话超时断开。iSCSI 对丢包非常敏感一个端口不一致就能造成明显的间歇性断连。解决先统一把 iSCSI 相关端口的 MTU 改回 1500观察是否恢复稳定。如果业务要求巨帧逐段检查主机网卡、接入交换机、核心交换机、阵列 iSCSI 口的 MTU 配置用 ping -s 8972 测试跨段最大报文是否无分片直达。最省事的做法是如果团队对网络设备不熟iSCSI 全部保持 1500别开巨帧性能差异在多数业务里并不明显。5.4 坏盘后存储池重建长时间拉满系统余量没留够现象一块盘故障后存储池进入重建状态同时该池内所有卷的 IO 延迟明显上升业务侧出现卡顿。原因存储池创建时把容量几乎用尽坏盘后池内空闲空间不足以快速完成数据重分布。DE 系列的存储池机制会将重建压力分散到所有成员盘但如果池的利用率超过 95%重建过程中可用的腾挪空间极小系统只能反复搬移数据重建时间被拉长数倍。解决创建存储池时预留 5% 左右的空闲容量不要把所有物理空间都分配给卷。日常运维中关注池的容量使用率超过 85% 时提前扩容或清理过期快照。这个 5% 看起来浪费实际是给故障重建买保险。5.5 快照卷被误当备份盘使用COW 快照丢掉原卷就全没了现象为了省事直接用快照卷替代备份把快照卷映射给另一台主机做数据归档。某天原卷逻辑损坏想从快照恢复数据发现快照里也是一堆坏数据。原因DE 系列快照采用写时拷贝COW机制快照卷里的数据依赖原卷的完整性和持续性。快照并不保存所有数据的全量副本只保存变更前的旧数据块。原卷被破坏时快照中的数据引用随之失效不能把它当作时间点全量备份来用。解决快照适合做短期误删恢复保留周期建议不要超过几天。长期保留数据应该把卷通过远程复制或备份软件导出到独立存储介质。不要因为快照创建速度快就依赖它做唯一副本这类教训通常要付出一次数据丢失的代价才能记住。6. 配置完成的验收IO 压测、事件日志与微码升级的保守习惯阵列配置完成后别急着交给业务方。先做三件事压测验证链路、检查事件日志、确认固件状态。压测这一步最容易发现问题。先在主机侧确认多路径状态正常然后对映射的 LUN 做随机读写测试# 对映射的 DE 系列 LUN 做 70% 读、30% 写的随机压测 # 注意fio 会覆盖该磁盘上的已有数据只在空盘或测试卷上执行 fio --namede4000_test \ --rwrandrw --rwmixread70 \ --bs32k --iodepth32 \ --numjobs4 --runtime120 \ --filename/dev/sdX \ --direct1 \ --group_reporting压测期间观察两个地方一是主机侧 multipath -ll 是否始终显示全部路径正常二是 System Manager 里的控制器 CPU 和前端端口吞吐是否在合理范围。如果压测中路径切换、延迟飙升说明接入配置还有问题先解决再交付。压测完成后看 System Manager 的事件日志确认没有 CHAP 认证失败、端口重置之类的告警记录。微码升级是另一个值得做但又需要克制的操作。我的习惯是新存储上线前检查固件版本如果设备出厂固件存在已知问题才考虑升级如果运行稳定不追踪最新版本。升级时先做预检确认控制器冗余正常、没有任何卷处于重建状态再开始升级。升级过程中不做任何其他配置变更避免多操作叠加出故障。最后多说一句我每次做完 DE 系列配置都会把卷映射关系存一份表格记录主机名、端口标识符、卷名、LUN 编号、映射时间放进资产文档里。这套记录平时看着没用半年后有人问“生产系统连的是存储上哪个卷”时拿出来就是后悔药。希望这篇配置笔记帮到你少走些弯路。本文还有配套的精品资源点击获取
阅读完成 · 觉得有帮助？
