简介这份HCNA-Storage培训教材V4.0面向准备华为存储认证的初学者与运维工程师系统讲解存储技术的基础概念与核心架构帮助读者建立从硬件到解决方案的完整认知。内容涵盖广义与狭义存储定义、存储系统三大组成部分并重点剖析DAS、NAS、SAN三种主流架构的差异与适用场景同时延伸至分布式存储、软件定义存储及低中端存储平台特性。资源包为1个PDF文件大小约39.06MB结构完整、图文并茂适合按章节系统学习或作为日常查阅手册。目前已有1238人学习下载说明其在存储入门领域具有较高参考价值。读者可借此掌握存储网络、数据管理、容灾备份等关键知识点为后续HCIA存储进阶与数据中心存储规划打下扎实基础。1. 从一块盘到一套存储HCNA-Storage 到底在讲什么很多人第一次翻 HCNA-Storage 培训教材 V4.0会以为它是一本“认盘手册”——把硬盘、磁带、阵列的型号参数背下来就完事。真到机房里给一台服务器挂存储才发现卡人的不是盘而是“这块盘到底该走 DAS、NAS 还是 SAN”“LUN 怎么划、映射给谁”“为什么 NAS 共享出来 Windows 能看、Linux 看不到”。这本教材的价值恰恰在于它先把广义存储拆成硬件架构、软件组件、解决方案三层再落到 DAS、NAS、SAN、分布式、软件定义存储这几条技术路线最后用低端、中端存储的产品特性把选型逻辑收口。它适合刚入行的存储运维、系统集成工程师也适合做了几年服务器、准备补存储这块短板的 IT 从业者。把它当“概念书”读会很快翻完当“排错底稿”读才有信息量。2. DAS、NAS、SAN 的块级与文件级分野2.1 三种架构的本质差异教材里反复强调一个词块级还是文件级。这不是文字游戏它直接决定上层能不能挂载、谁来管文件系统。DAS 提供的是块级服务服务器看到的就是一块裸设备文件系统由服务器自己建。内部 DAS 走服务器机箱内的并行或串行总线距离和设备数都受限外部 DAS 通过 FC 或 SCSI 协议连到外部盘柜突破了距离和数量限制还能集中管理。NAS 是文件级设备自己带操作系统和文件系统客户端通过 IP 网络用 CIFSWindows或 NFSUNIX/Linux访问共享的是目录而不是裸盘。SAN 又回到块级但它是专用高性能网络FC SAN 用 SCSI Fiber Channel把 SCSI 协议扩展到长距离IP SAN 用 iSCSI把 SCSI 指令封装进 TCP/IP 走以太网。架构访问粒度典型协议客户端视角典型场景DAS块级SCSI / SAS / FC本地裸盘单机数据库、磁带备份NAS文件级CIFS / NFS / FTP网络共享目录文件共享、服务器整合FC SAN块级SCSI over FC远程 LUN企业级数据库、虚拟化IP SAN块级iSCSI远程 LUN中小规模、成本敏感这张表建议直接抄进自己的排错笔记。现场判断“该用哪种”先问一句上层要的是目录还是裸盘。2.2 在 Linux 上验证 iSCSI 块设备挂载教材讲 IP SAN 时提到 iSCSI 定义了 SCSI 指令集在 IP 网络中的封装方式。落到实操最常见的验证就是 Linux 用 open-iscsi 连一个 target看它到底以什么形态出现。# 安装发起端工具以 RHEL/CentOS 系为例 yum install -y iscsi-initiator-utils # 启动服务并设置开机自启 systemctl enable --now iscsid # 发现目标端 portal 上暴露的 target iscsiadm -m discovery -t sendtargets -p 192.168.1.100:3260 # 登录指定 target iscsiadm -m node -T iqn.2024-01.com.example:storage.lun0 -p 192.168.1.100:3260 --login # 查看新出现的块设备 lsblkdiscovery负责探测目标端有哪些 target--login完成会话建立成功后lsblk里会多出一块sdb之类的设备。注意它出现的是块设备而不是挂载点文件系统还得自己mkfs再mount。这一步和 NAS 的差别最直观NAS 你直接mount -t nfs就能看到文件iSCSI 必须先有块设备。参数上-p是 portal 的 IP 加端口iSCSI 默认 3260-T是 target 的 IQN 名写错会报no records found。如果lsblk没变化先systemctl status iscsid看服务再iscsiadm -m session看会话是否真的建立。2.3 NAS 共享在 Windows 与 Linux 的落地差异教材说 NAS 让 UNIX 和 Windows 用户无缝共享同一份数据靠的就是 NFS 和 CIFS 两套协议。实际配的时候Windows 侧走 CIFS/SMBLinux 侧走 NFS权限模型不一样这是最容易踩的坑。# Linux 挂载 NAS 的 NFS 共享 mkdir -p /mnt/nas_share mount -t nfs 192.168.1.200:/volume1/data /mnt/nas_share # 验证读写 touch /mnt/nas_share/test_from_linux.txt ls -l /mnt/nas_sharemount -t nfs后面是“NAS 的 IP:导出路径”加本地挂载点。NFS 默认用 UID/GID 做权限判断如果 NAS 上导出目录属主是 UID 1000而 Linux 本地用户 UID 不是 1000就会出现“能挂上但写不进去”。常见做法是统一规划 UID或者在 NAS 侧配置all_squash加anonuid。Windows 侧映射网络驱动器走 SMB认证靠账号密码和 NFS 的 UID 模型是两套体系跨平台共享时权限对不齐是常态不是故障。3. 从 FC SAN 到分布式存储的选型推演3.1 FC SAN 为什么长期占据高端市场教材对 FC SAN 的定位很明确高端的、企业级的存储应用对性能、冗余度、数据可获得性要求都高。Fiber Channel 适合这项应用的原因有两点一是能传大块数据二是能远距离传输。这两点决定了它在核心数据库、虚拟化集群里的地位。FC SAN 的典型组件是 HBA 卡、FC 交换机、存储阵列。服务器装 HBA 卡通过光纤连到 FC 交换机交换机再连到阵列的前端端口阵列把 LUN 映射给服务器的 WWPN。整个过程是块级的服务器看到的是/dev/sdb这样的设备。和 iSCSI 比FC 的协议栈更短、延迟更低、带宽更稳代价是 HBA 卡、交换机、光模块都贵组网也复杂。教材里“存储阵列、备份设备都可以称为存储设备”这句话其实是在提醒SAN 里的“存储”不只是盘还包括挂在上面的备份设备。3.2 分布式存储与软件定义存储的关系教材把分布式存储讲得很直白把标准 x86 服务器的本地 HDD、SSD 组织成大规模存储资源池数据分散存到多个数据存储服务器上思路借鉴 Google 的分布式文件系统。软件定义存储则是在这个基础上对非虚拟化环境的上层应用和虚拟机提供工业界标准的 SCSI 和 iSCSI 接口。这两者的关系可以这样理解分布式存储解决“资源池怎么建、数据怎么散”软件定义存储解决“建好的池怎么以标准接口对外服务”。落到选型如果业务是新建的、能接受横向扩展、预算有限分布式加软件定义是常见路线如果业务是已有的核心数据库、要求低延迟和高可用FC SAN 仍然是稳妥选择。教材没有给具体产品型号但把“兼容 SAN 和 NAS 两种方式、满足业务弹性发展、降低 TCO”作为融合存储的卖点这其实就是中端存储的定位。3.3 低端与中端存储的特性对照教材对低端和中端存储的描述是选型时最该逐条对照的部分。维度低端存储中端存储定位入门级专业存储平台数据中心通用存储平台协议FC iSCSIFC/iSCSI/NFS/CIFS/FTP/FCoE/IB扩展按需小规模起步缓存和容量扩展能力更强容错全冗余双控RAID 2.0、坏道自修复管理DeviceManager 五步配置一套系统管理所有设备节能硬盘智能休眠、风扇调速精细化热点统计与迁移低端存储的关键词是“简单、经济、易用”7×24 在线全冗余双控DeviceManager 五步完成基本配置。中端存储的关键词是“融合、灵活、简约”全协议覆盖SmartTier/SmartCache/SmartMotion 做热点统计和自动迁移SmartThin 做写时分配和空间回收RAID 2.0 实现自愈合。选型时先看业务需要哪些协议再看扩展和容错要求最后看管理复杂度基本就能定位到低端还是中端。4. 存储规划中的 LUN、RAID 与 TCO 权衡4.1 LUN 映射与主机识别LUN 是 SAN 里最核心的概念之一教材提到中端存储“1 分钟内可完成 100 个 LUN 的部署”说明 LUN 管理效率是产品能力的一部分。LUN 本质是阵列上划出来的一块逻辑单元映射给主机后主机才能看到。# Linux 上扫描 SCSI 总线识别新映射的 LUN echo - - - /sys/class/scsi_host/host0/scan # 查看识别到的设备 lsscsi # 或 cat /proc/scsi/scsiecho - - -是让 SCSI 中间层重新扫描 host0 上的所有通道、目标、LUN三个横线是通配符。映射完 LUN 后主机不重启也能识别靠的就是这个扫描动作。lsscsi能看到设备对应的厂商、型号和 LUN 号。如果扫不出来先确认 zoningFC或 ACLiSCSI是否放通再看阵列侧 LUN 是否真的映射到了这台主机的 WWPN 或 IQN。这一步是存储排错的分水岭主机侧看不到设备九成问题在映射和 zoning不在文件系统。4.2 RAID 级别与业务匹配教材没有展开讲 RAID 级别但中端存储的 RAID 2.0 和“坏道自修复”都建立在 RAID 之上。常见做法是按业务读写特征选级别读多写少、要求冗余RAID 5 或 RAID 6写密集、要求性能RAID 10。RAID 5 一块盘失效可重建但重建期间性能下降明显RAID 6 允许两块盘失效代价是写惩罚更高RAID 10 性能好、重建快但空间利用率只有一半。RAID 2.0 的思路是把盘先切成小块做虚拟化再在上面组 RAID重构时只动相关块30 分钟每 TB 的重构速度就是这么来的。4.3 TCO 的三个观察点教材多次提到降低 TCO落到实际规划我一般看三个点。第一是空间利用率SmartThin 的写时分配和空间回收能避免“先占后不用”的浪费。第二是能耗硬盘智能休眠可降低约 40% 能耗16 档风扇调速和 CPU 频率调节都是按负载来的。第三是管理成本一套管理系统管所有设备、一键式升级、iPad 远程管理省的是人力。这三块加起来才是 TCO只比盘的单 GB 价格会看偏。注意教材里的百分比和倍数如降低 40% 能耗、性能提升 3 倍是产品宣传口径实际收益取决于业务负载和配置规划时按保守值估算。5. 用 DeviceManager 思路做一次最小存储配置验证教材提到低端存储通过 DeviceManager 统一管理界面5 步即可完成基本配置。虽然教材没给具体界面截图但按存储配置的通用逻辑这 5 步通常是登录管理界面、创建 RAID 组、创建 LUN、映射给主机、主机侧识别。验证这套流程是否走通最直接的办法是在主机侧做一轮完整检查。# 1. 确认主机识别到 LUN lsscsi | grep -i your_array_vendor # 2. 对裸设备分区示例用 /dev/sdb parted /dev/sdb mklabel gpt parted /dev/sdb mkpart primary 0% 100% # 3. 创建文件系统并挂载 mkfs.ext4 /dev/sdb1 mkdir -p /data mount /dev/sdb1 /data # 4. 写入测试并校验 dd if/dev/zero of/data/testfile bs1M count1024 md5sum /data/testfilelsscsi确认设备可见是第一步parted建 GPT 分区表mkfs.ext4建文件系统mount挂载dd写 1GB 测试数据md5sum留个校验值。这套动作跑通说明从阵列 LUN 映射到主机文件系统这一整条链路是通的。如果dd过程中报 I/O 错误回头看阵列侧是否有坏盘、RAID 是否降级如果mount报wrong fs type多半是分区没建对或文件系统没建成功。验证完记得umount并清理测试文件别把测试数据留在生产卷上。一个容易被忽略的技巧是在映射 LUN 之前先在阵列侧记录好 LUN ID、容量、映射的主机 WWPN/IQN主机侧识别后用lsscsi -s看容量是否和规划一致。容量对不上往往是映射错了 LUN 或者主机多路径没配好。多路径场景下multipath -ll能看到同一 LUN 的多条路径配好之后设备名会变成/dev/mapper/mpathX这时候再建文件系统才稳。本文还有配套的精品资源点击获取