Dell Compellent SAN存储管理：精简配置、Replay与MPIO配置实战

简介面向存储管理员与IT运维人员的戴尔 Compellent 存储用户手册覆盖 Compellent 存储日常运维与数据保护场景。手册从系统登录、系统信息查看入手讲解 IP 地址、拓扑结构、版本固件等基础核对方法逻辑卷管理部分依次说明卷文件夹创建、逻辑卷大小/名称/描述设置以及快照、克隆、回滚等数据功能服务器管理部分指导创建服务器、配置名称、IP、用户名和密码并完成 HBA 或 iSCSI 绑定后续还介绍逻辑卷映射服务器、映射与识别 LUN 的操作步骤。高级功能方面涵盖持续数据保护Data Instant Replay、Replay Profiles、存储模板Storage Profiles与动态容量精简配置并讲解 Windows 2008 和 Linux 环境下的 MPIO 多路径配置。资源包为单个 doc 文档大小 3.81MB已有 191 人学习。读者依据图文步骤可快速掌握存储卷供给、主机连接、LUN 映射和即时回放等核心技能提高存储管理效率与数据保护能力。1. 先看清这台 SAN 的“管理中枢”三个 IP 与一套精简配置拿到 Dell Compellent 存储第一件事不是去动磁盘而是先把它的管理网络理清楚。和大多数传统 SAN 阵列不同Compellent Storage Center 日常登录不依赖串口或液晶面板而是通过浮动管理 IP 进入图形化管理界面。整套系统由两个控制器节点组成实际使用时用户只需要记住一个管理地址。这个设计从第一天起就在暗示一件事这台存储的日常管理是“软件定义”的数据放置、快照策略、空间回收全部由 Storage Center 操作系统统一调度。这套用户手册覆盖的内容也正是围绕这个核心展开的逻辑卷的创建与映射、Storage Profile 与数据分层、Data Instant Replay 持续数据保护、MPIO 多路径配置以及硬件状态监控。对系统管理员来说最有价值的段落集中在精简配置的空间变化规律和 Replay 规则的组合方式上这两块直接决定了后续容量规划和数据保护策略怎么定。适合准备接手 Compellent 环境、或者正在选型 SAN 存储的运维工程师阅读。2. 逻辑卷与 Storage Profile为什么能创建 1.2TB 却只占 0MB2.1 管理网络规划控制器 A/B 与浮动管理 IPCompellent 的带外管理网络一共规划了三个 IP 地址分别对应控制器 A、控制器 B 和浮动管理 IP。日常登录使用管理地址控制器 IP 则用于内部通信和故障切换。手册中给出的配置表格可以看作一个标准模板设备IP 地址示例子网掩码网关默认账号控制器 A192.168.0.101255.255.255.0192.168.0.1Admin/password控制器 B192.168.0.103255.255.255.0192.168.0.1Admin/password浮动管理 IP192.168.0.100255.255.255.0192.168.0.1Admin/passwordEM 主机192.168.0.14255.255.255.0192.168.0.11qazWSX配置时要注意管理网段与业务网段需要隔离。原因很直接Storage Center 的 GUI 和 CLI 都承载在管理网络上如果业务流量抖动导致管理网络拥塞控制器切换和固件升级就变得不可控。我一般会建议在交换机上单独划分 VLAN并把管理 IP 的网关配置为带外管理网络的网关避免管理流量绕行业务核心。登录时用 IE 或现代浏览器直接访问浮动管理 IP输入用户名密码后进入主界面。首次登录后应当立即修改默认口令尤其是控制器 B 和 EM 主机的默认口令这些信息在手册里是明文给出的生产环境中保持默认口令等于把存储控制台直接暴露给内网。2.2 用卷文件夹组织生产卷再谈 Dynamic Capacity 的空间表现卷文件夹Volume Folder是一个逻辑分组概念。对应到实际运维现场它的作用是让不同业务线的卷互不干扰。右键点击 Volume 树节点选择 Create Volume Folder输入名称后即可创建。创建完成后在该文件夹下建立逻辑卷。创建逻辑卷时界面要求填写卷容量。这里就是 Compellent 与传统阵列差异最大的地方卷大小可以超过存储的物理可用空间。手册里的实例是创建一个 1.2TB 的逻辑卷而查看卷的 General 标签时数据分配Allocated Space却显示为 0。这不是界面统计延迟而是精简配置Thin Provisioning在起作用。# 在 Linux 主机上观察 Compellent 映射过来的精简卷 # 使用 lsblk 查看逻辑卷大小与实际占用 lsblk -o NAME,SIZE,RO,TYPE,MOUNTPOINTS # 输出示例 # sdd 1.2T 0 disk # 此时物理占用的判断必须看存储侧 Statistics不能用 df 或 du上面这组命令说明一个关键点操作系统能看到 1.2TB 的块设备但存储端只有在实际写入时才分配物理空间。这就是 Dynamic Capacity 的核心行为也是用户最容易产生误解的地方。格式化时写入元数据物理占用会从 0 跳到一百多 MB拷贝了 2.5GB 的文件后如果底层是 RAID 10存储侧统计会显示约 5.12GB 的物理空间增长因为镜像写了两份。提示在 Compellent 上做容量规划时不要只看逻辑卷大小要结合 Storage Profile 的 RAID 类型和预计写入量估算物理空间需求否则可能出现存储端物理空间耗尽但逻辑卷尚未写满的情况。2.3 Storage Profile 决定数据“住”在哪一层Storage Profile 是 Compellent 数据分层策略的载体。默认模板是 Recommended (All Tiers)逻辑卷可以在 Tier 1、Tier 2、Tier 3 之间自由流转新写入的活跃数据放在 Tier 1访问频次下降后会被系统自动迁移到低层级。系统内置的模板还包括 High Priority、Medium Priority、Low Priority分别对应只驻留 Tier 1、Tier 2、Tier 3。用户也可以自定义 Storage Profile定义界面中需要区分 Writable Data 和 Replay Data 的存放层级。Writable Data 指生产卷新写入的数据Replay Data 指 Replay快照机制产生的数据变更。如果业务只追求极致性能可以把 Writable Data 和 Replay Data 都固定在 Tier 1 RAID 10但物理空间消耗会成倍增加。如果业务是归档型则可以把两层数据都配置为 Tier 3 RAID 5。Profile 名称数据层范围适用场景Recommended (All Tiers)Tier 1 / 2 / 3 自动迁移OLTP 与文件服务混合负载High Priority仅 Tier 1核心数据库、高 IOPS 应用Medium Priority仅 Tier 2常规业务系统Low Priority仅 Tier 3备份、归档、不常访问的历史数据自定义 Profile按需勾选层级与 RAID需要精细化控制数据放置的场景选型建议数据库卷优先使用 High Priority 或自定义的 Tier 1 RAID 10文件和备份卷使用 Recommended 或 Low Priority。这样既能压实 IOPS又能控制购买高性能磁盘的成本。Storage Profile 在卷创建后仍可以修改Storage Center 会在后台按照新策略重新调整数据分布不影响业务读写。3. 服务器接入HBA 绑定、LUN 映射与 MPIO 多路径3.1 创建 Server 对象与 HBA WWN 注册Compellent 在映射逻辑卷之前需要先在存储侧创建一个服务器对象并绑定该服务器的 HBA 卡或 iSCSI 网卡。服务器文件夹Server Folder和卷文件夹用途类似用于按部门或业务线组织服务器对象。创建服务器的流程右键点击 Server 根节点或服务器文件夹选择 Create Server此时界面会列出存储控制器端口扫描到的 HBA WWN 列表。这里的场景有直连和通过交换机 Zone 连接两种。直连时 WWN 会直接出现在列表中经过 FC 交换机时需要预先在交换机上配置好 Zone主机端 HBA 才能被存储控制器识别。将服务器上的 HBA 卡 WWN 记录下来并与存储侧显示的 WWN 对应是避免误绑的关键操作。在 Linux 主机上查看 WWN 的方式如下# 查看 FC HBA 的 WWN cat /sys/class/fc_host/host*/port_name # 查看 iSCSI Initiator IQN cat /etc/iscsi/initiatorname.iscsi # 输出示例 # InitiatorNameiqn.1994-05.com.redhat:6f0d2a3e9cWWN 以 0x 前缀显示存储界面中显示的 WWN 通常是相同格式。绑定前先确认每个 WWN 对应哪块物理 HBA 卡再把服务器名和 WWN 关联起来。服务器创建完成后如果主机侧网卡或 HBA 卡更换需要重新编辑服务器对象注册新的 WWN否则映射关系会失效。3.2 Map Volume to ServerLUN ID 一致性的意义逻辑卷映射是 Compellent 日常操作中出现频次最高的动作。右键点击卷选择 Map Volume to Server从服务器树中选择目标服务器再选择映射走的控制器端口。这里的关键细节是 LUN ID。如果卷通过两个控制器端口同时映射给同一台服务器即双活路径两个映射的 LUN ID 必须相同。例如两个端口对应的 LUN ID 都是 0这样在主机侧看到的是一块磁盘两条路径配合 MPIO 软件做链路聚合和故障切换如果 LUN ID 不一致操作系统会识别为两块不同的磁盘可能导致文件系统错乱。映射时还应当注意选择哪个控制器端口。Compellent 每个控制器有多个前端端口选择 Active 状态且与主机连接的端口。如果主机和存储之间有多条物理链路建议全部映射上去并使用 MPIO不要依赖单链路否则链路故障时存储虽然在线但主机已经失去访问路径。3.3 MPIO 多路径不同操作系统下的参考做法映射完成后主机需要安装多路径软件让操作系统识别多条链路并合并为一块磁盘。手册中覆盖了 Windows 2008、Linux、AIX、VMware、Sun 几类平台。这里重点说明 Linux 和 Windows 的做法。Linux 场景下使用 iSCSI 或 FC 多路径的配置逻辑如下# 安装 multipath 工具以 RHEL/CentOS 为例 yum install -y device-mapper-multipath # 生成默认配置文件 mpathconf --enable # 重新加载多路径模块并启动服务 systemctl restart multipathd # 查看多路径设备 multipath -ll配置完成后/dev/mapper 下会出现 mpatha、mpathb 这类设备系统会把多条物理路径合并成一个逻辑设备。验证时可以在 multipath -ll 的输出中看到同一设备的多条路径路径名不同但 WWID 一致。此时格式化与挂载应该使用 /dev/mapper/mpathX而不是 /dev/sdX否则起不到路径冗余的作用。Windows 2008 R2 及以上版本设置多路径时需要开启 MPIO 功能并添加 Dell 提供的 DSMDevice Specific Module。安装完成后在磁盘管理中看到的盘符对应的是虚拟设备所有路径统一由一个磁盘图标管理。VMware ESXi 环境中可以在存储适配器的高级设置中配置路径选择策略PSP建议设置为 Round Robin以获得两个控制器端口之间的负载均衡效果。3.4 识别 LUN从设备管理器到 /dev/mapperLUN 映射完成后主机侧刷新磁盘列表的方式因平台而异。Windows 下面进入设备管理器右键点击服务器节点选择“扫描检测硬件改动”新的磁盘会出现在磁盘列表中。分配盘符、分区、格式化后即可使用。Linux 主机上重新扫描 SCSI 设备的方式# 强制扫描 SCSI 总线识别新映射的 LUN echo - - - /sys/class/scsi_host/host0/scan # 如果主机使用 iSCSI则需要重新登录 target iscsiadm -m node -T iqn.target-name -p storage-ip --login # 检查是否识别到新磁盘 lsblk注意echo - - - 到 scsi_host 的 scan 接口是常见做法但只对单个 host 生效。多 HBA 卡的场景需要遍历所有 host 目录或者使用 sg_scan、rescan-scsi-bus.sh 这类辅助脚本完成批量扫描。扫描后务必使用 multipath -ll 确认路径合并状态再决定分区操作。4. Data Instant Replay用规则把快照变成日常习惯4.1 Replay Profile 的调度规则拆解Compellent 的快照机制称为 Data Instant Replay和传统快照最大的区别在于它同时管理多个时间点的数据副本并允许用户将自己定义的快照策略批量应用到卷上。Replay 有两种创建方式手动立即创建或者通过 Replay Profile保护点模板自动创建。生产环境中绝大多数场景依赖后者。创建 Replay Profile 时Name 处填写模板名称单击 Add Rule 增加规则。规则支持四种调度类型调度类型参数含义典型用途Once指定某年某月某日某时刻生成一个 Replay重要变更前的临时保护Daily每天的固定时刻生成 Replay每日备份基线Weekly每周指定日期的固定时刻生成 Replay每周保留多个版本Monthly每月固定日期生成 Replay按月归档保留除了时间点Replay 规则还包含过期时间参数。例如一条 Default Replay 规则可以定义为每天早上 8 点创建一个 Replay保留 1 天后过期。过期后存储系统自动释放该 Replay 占用的空间。手册中给出的另一个示例是每天 6:00 到 18:00 之间每隔 3 小时生成一个保护点。这种“时间窗口 间隔”的定义方式非常灵活适合业务高峰时段频繁生成保护点、非高峰时段降低频率的场景。4.2 多条规则叠加与过期策略设计一个 Replay 模板可以添加多条规则。例如名为 Test Replay Profile 的模板包含两条规则规则一为每天晚上 8 点创建 Replay1 小时后过期规则二为每周一、周二、周三、周五晚上 8 点创建 Replay保留一周后过期。这样的组合设计解决了“短保护与长保留并存”的需求工作日的每个夜间版本只保留几小时用于当日故障回退而周一/周二/周三/周五的版本保留一周确保跨多天的恢复点。Compellent 在执行时会按照每条规则独立计算生成时间与过期时间系统内部通过后台任务统一处理不需要用户额外写脚本做清理。实际设计 Replay 策略时要同步考虑 Storage Profile 里的 Replay Data 层级。Replay 数据同样遵循空间回收机制如果 Replay 保留时间过长空间会被快速消耗。我通常会把 Replay Data 放在与生产数据相同的 Tier但 RAID 级别可以适当放宽例如生产用 RAID 10、Replay Data 用 RAID 5在保留保护能力的同时降低一倍以上的物理空间开销。4.3 把 Replay Profile 应用到逻辑卷Replay Profile 创建完成后右键点击模板名称选择 Apply to Volume(s)即可把该模板批量施加到一个或多个逻辑卷。一个模板可以同时作用于多个卷一个卷也可以应用多个模板系统会合并所有模板中的规则执行。批量应用时需要注意卷的数量不要超过存储控制器的资源上限。每个 Replay 都是一份时间点副本虽然 Compellent 的底层实现是空间高效的数据块指针记录但过多的 Replay 数量会消耗控制器内存和元数据空间。生产中如果对几十个卷同时施加一个包含多条规则的模板建议先在 GUI 的 Replay 管理界面观察 Replay 创建速率和空间占用曲线确认无异常后再批量推广。应用后验证 Replay 是否生效的方式在 GUI 中选择目标卷进入 Replay 标签页可以看到按时间序列排列的保护点列表。点击任意一个 Replay可以浏览该时间点的数据或在需要时执行回滚。5. 切换、监控与验证上线前的最后一公里5.1 开关机顺序与硬件状态指示灯Compellent 存储的开关机顺序在生产维护中至关重要。关机时倒序操作先停业务主机的应用与数据库再卸载文件系统然后依次关闭主机服务器、交换机最后关闭存储控制器和磁盘箱。开机时按相反顺序执行先开磁盘箱再开控制器 A、控制器 B等待管理 IP 能 ping 通后再启动连接交换机和业务主机。操作顺序关机业务主机应用 → 主机 OS → 交换机 → 控制器 → 磁盘箱开机磁盘箱 → 控制器 → 交换机 → 主机 OS → 业务应用为什么磁盘箱要最先开机Compellent 控制器启动时会枚举后端 SAS 磁盘箱如果磁盘箱没就绪控制器可能无法完整识别所有磁盘组甚至进入降级状态。硬件状态方面控制器面板的电源指示灯、SAS 磁盘箱状态指示灯、IO 模块指示灯都有明确的颜色语义绿色表示正常琥珀色或红色表示对应组件告警。硬盘更换在 Compellent 上是支持热插拔的但更换前应在 GUI 中确认该磁盘不在任何 Replay Profile 的写路径上避免重建过程引发额外的性能抖动。5.2 IO 测试与冗余测试存储上线前的验收测试分为两块IO 性能和冗余切换。IO 测试建议在映射好的 LUN 上直接进行顺序写与随机读测试。Linux 主机上可以用 fio 或 dd 完成基础验证# 使用 dd 进行连续写测试观察存储侧空间增长 dd if/dev/zero of/mnt/compellent_test/testfile bs1M count2560 convfdatasync # 使用 fio 进行混合随机读写测试 fio -namecompellent-test \ -filename/mnt/compellent_test/fiofile \ -rwrandrw -rwmixread70 \ -bs4k -size2G \ -numjobs4 -runtime300 \ -group_reporting写入完成后到存储 GUI 上查看该卷的 Statistics 标签确认诸如 2.5GB 数据在 RAID 10 下占用 5.12GB 物理空间的现象是否符合预期。如果空间增长与预期不符优先检查 Storage Profile 的 RAID 类型与 Replay Data 策略再用扩容或迁移调整。冗余测试的核心是验证多路径和控制器切换。FC 或 iSCSI 链路冗余测试时正常操作是随机拔掉一台交换机到存储控制器的链路观察主机侧 IO 是否中断、multipath 是否在秒级内切换路径。控制器切换测试则需要先确认主机已安装 MPIO然后通过 GUI 将控制器 A 的业务端口置于离线状态验证 Volume 访问不中断再将端口恢复。执行冗余测试的时间点要避开业务高峰期并在测试完成后查看存储告警日志确认没有遗留的链路错误或控制器复位事件。本文还有配套的精品资源点击获取