3. Lenovo存储产品体系

在Lenovo ThinkSystem存储产品线中,DE、DM、DS三个系列并非简单的性能高低排序,而是分别对应三种不同的存储访问模型与业务定位。理解它们的差异,是后续做SAN/NAS/对象存储协同架构设计的基础。本节先建立产品系列的定位框架,再结合协议、介质、扩展方式和典型场景,说明如何把业务需求映射到具体系列。

三个系列的定位差异

ThinkSystem DE系列是面向块存储的SAN阵列,主打高性价比与低延迟。它采用双控制器架构,通过FC或iSCSI向主机提供LUN,适合数据库、虚拟化数据存储、邮件系统等对随机IOPS和稳定时延敏感的场景。DE系列通常使用SAS或NL-SAS硬盘配合SSD缓存,部分型号支持全闪配置。其扩展方式以增加硬盘柜为主,容量与性能线性扩展,但不提供文件协议或对象接口。

ThinkSystem DM系列是统一存储阵列,同时支持块(FC/iSCSI)、文件(NFS/SMB)和部分对象访问。它基于ONTAP体系,具备重复数据删除、压缩、SnapMirror复制、SnapVault备份等数据管理能力。DM系列适合需要文件共享与块存储并存的混合业务,例如虚拟化平台同时需要VMFS数据存储和NFS共享目录,或企业文件服务器与数据库共用一套存储。DM的定位是“统一协议、统一管理”,用一套系统覆盖多种访问方式。

ThinkSystem DS系列则偏向入门级SAN与直连存储,提供简化的块存储能力,适合中小规模部署、边缘节点或作为备份目标。DS系列在控制器性能、缓存规模和高级软件功能上弱于DE和DM,但部署简单、成本可控。它通常用于对可用性要求不极端、但需要独立存储空间的场景,例如分支机构的本地数据暂存或测试环境。

ThinkSystem DE / DM / DS 定位与协议协同关系 业务访问需求 块级:数据库 / 虚拟化 VMFS 文件级:共享目录 / 用户主目录 对象级:备份归档 / 海量非结构化 SAN 协议 FC / iSCSI / SAS NAS 协议 NFS / SMB / CIFS 对象协议 S3 / Swift(DM部分支持) ThinkSystem DE 定位:高性能块存储 SAN 双控制器 / 低延迟 / 高IOPS FC、iSCSI、SAS 接口 SSD缓存 + SAS/NL-SAS 典型:数据库、VMFS、ERP ThinkSystem DM 定位:统一存储(块+文件+对象) ONTAP / 多协议并发 重删压缩 / SnapMirror FC、iSCSI、NFS、SMB、S3 典型:混合业务、文件共享、容灾 ThinkSystem DS 定位:入门级 SAN / 直连存储 简化块存储 / 成本可控 iSCSI、SAS 接口 基础RAID / 快照 典型:分支、测试、备份目标 协同场景匹配 DE 承载核心块业务 DM 统一文件与块,并做复制容灾 DS 承担边缘与备份落盘

协议与介质如何影响选型

DE系列的核心是块协议。主机通过HBA卡或iSCSI发起端看到的是LUN,文件系统由主机自己管理。这种方式的优势是路径短、开销小,适合Oracle、SQL Server、VMware VMFS等对时延敏感的工作负载。DE的缓存策略通常以读写缓存为主,配合SSD读缓存加速随机读。如果业务是大量顺序写(如日志归档),DE也能通过NL-SAS层提供大容量低成本空间,但随机性能会明显下降。

DM系列的关键在于“多协议并发”。同一套硬件可以同时输出FC LUN给数据库、NFS导出给Linux应用、SMB共享给Windows用户,甚至通过S3接口给备份软件。ONTAP的WAFL文件系统负责底层空间管理,重复数据删除和压缩在块级生效,因此不同协议共享同一份去重收益。SnapMirror可以在DM之间或DM与云端之间做异步复制,RPO通常可做到分钟级。对于需要“一套存储支撑多种业务”的企业,DM能显著降低管理复杂度。

DS系列则更接近传统入门SAN。它提供基础的RAID保护、快照和卷映射,但控制器缓存较小,高级功能有限。DS适合放在分支机构,通过iSCSI回传到总部DM或DE,形成“边缘缓存+中心汇聚”的结构。也可以作为备份目标,接收来自DE或DM的快照复制,实现低成本保留。

协同场景匹配示例

假设一个制造企业有三类负载:MES数据库、研发部门文件共享、以及每日备份归档。合理的匹配方式是:MES数据库部署在DE系列上,通过FC提供低延迟LUN;研发文件共享放在DM系列上,使用NFS和SMB,并开启重删压缩;备份归档则用DS系列作为落盘目标,接收DM的SnapVault复制。这样DE专注性能、DM专注统一管理、DS专注成本,三者通过SAN网络和复制链路协同。

如果企业规模较小,也可以只用一台DM同时承担块和文件业务,再用DS做本地备份。若业务以对象存储为主,则需注意DM仅部分型号支持S3,大规模对象场景应评估专用对象存储或软件定义方案。选型时先确认访问协议,再确认性能与容量,最后确认复制与容灾需求,避免用DE硬扛文件共享,或用DS承载核心数据库。

选型检查顺序:① 业务需要块、文件还是对象访问;② 随机IOPS与时延要求;③ 是否需要重删压缩与远程复制;④ 容量扩展方式与成本。四项确认后,DE、DM、DS的边界自然清晰。

关键参数对照

对比项 ThinkSystem DE ThinkSystem DM ThinkSystem DS
主要访问协议 FC、iSCSI、SAS FC、iSCSI、NFS、SMB、S3(部分) iSCSI、SAS
存储模型 块(SAN) 统一(块+文件+对象) 块(入门SAN/DAS)
典型性能定位 高IOPS、低时延 中高,协议开销略增 入门级,满足基础吞吐
数据服务 快照、卷复制 重删、压缩、SnapMirror、SnapVault 基础快照、RAID
典型场景 数据库、VMFS、ERP 混合业务、文件共享、容灾 分支、测试、备份目标

把这张对照表与前面的协同图结合,可以看到:DE和DS都只做块,区别在性能与功能深度;DM做统一协议,是协同架构中的“枢纽”。实际项目中,常见组合是DE+DM做核心与统一层,DS做边缘与备份层,通过FC SAN和IP网络分别承载块流量与文件/复制流量,形成层次清晰、各司其职的存储体系。