企业官网建设流程全解析

很多备考云计算认证的同学，一开始都把精力放在计算虚拟化和网络虚拟化上，觉得存储离得远、概念多、也不太好“看见”，结果学到虚拟化存储这章就卡住了。我也是从那个阶段过来的，后来带过几个新人，发现大家卡住的点都差不多：不是不努力，而是没有把存储的“物理层、逻辑层、虚拟化层”这条链路在脑子里搭起来。这篇文章就把HCIA云计算里虚拟化存储的基础知识从头顺一遍，把每个关键概念、它们之间的关系、备考和实操中容易踩的坑都掰开来讲，适合正准备参加认证考试、或者刚接触虚拟化平台想补一补存储底子的同学。

1. 先想清楚HCIA虚拟化存储到底在解决什么问题

1.1 虚拟化存储的知识边界：从认证大纲说起

HCIA云计算认证的考试大纲里，“虚拟化存储”并不是一个特别庞大的独立章节，但它穿插在虚拟化基础、虚拟化特性、日常运维等多个模块里。说得直白点，考试不会只问你“虚拟化存储是什么”，而是会结合虚拟机创建、磁盘配置、虚拟机迁移、高可用这些操作场景一起考。所以很多同学觉得存储难，是因为它不是一个孤立的知识点，而是整个虚拟化平台的底座。

从认证考察范围来看，需要掌握的内容主要有这几个方向：三大存储架构DAS、NAS、SAN的基本原理和区别，RAID技术的基本原理与不同级别特点，存储虚拟化的概念与作用，数据存储的创建和类型，虚拟磁盘的配置策略（精简、厚置备），快照与克隆的原理，以及存储和设备高可用特性之间有什么关系。这些内容听起来不少，但只要把主线拎出来，就会发现它们其实都在回答一个问题：虚拟机的数据到底放在哪里，怎么放，怎么才能放得又快又安全。

我自己辅导新人时习惯让他们先看考试大纲，因为大纲比教程更直接地划出了边界。千万不要一头扎进去从存储协议开始死磕FC、iSCSI的报文格式，那不是这个阶段该干的事。先保证能把每个存储组件“是什么、解决什么问题、有什么优缺点”讲清楚，考试和实操就都能过关。

1.2 存储虚拟化的本质：把“物理容量”变成“逻辑资源池”

很多人第一次接触“存储虚拟化”这个词会往复杂了想，其实它的思路和计算虚拟化一模一样。计算虚拟化把CPU、内存这些物理资源抽象成资源池，再切分成虚拟机；存储虚拟化就是把物理磁盘、存储阵列、SAN存储这些底层物理资源抽象成统一管理的逻辑资源池，然后按需分配给虚拟机使用。

用个不太严谨但好记的类比：物理存储就像一个大仓库里不同位置的货架，有的货架在左边，有的在右边，甚至不同类型的货架承重还不一样。存储虚拟化相当于在仓库里加了一个调度管理员，你只需要告诉管理员“我要租20个平方”，管理员自己会去安排具体用哪个货架、怎么摆放。虚拟机看到的只是一个标准的存储空间，完全不需要关心底层那块磁盘是什么品牌、什么接口、离自己多远。

这里面有个考试和实操都很重要的点：存储虚拟化给上层提供的是“逻辑存储”，而不是物理磁盘本身。虚拟机磁盘文件最终会落在数据存储上，数据存储又建立在存储设备划分出来的逻辑单元上，而逻辑单元才是和物理RAID组、物理磁盘直接打交道的那一层。很多配置问题，查到最后都是因为没把这层“逻辑”和“物理”的关系理清。

1.3 为什么虚拟化存储这块最容易翻车

我在学习过程中的体会是，计算虚拟化出问题往往比较直接，比如CPU占用高、内存不够，一看监控就能定位。网络虚拟化也有明确的连通性可以测试。唯独存储，问题出现的形式极其隐蔽：虚拟机突然变慢、开机特别久、克隆操作失败、迁移任务卡住，经常要排查很久才能找到根本原因。

更让人头疼的是，存储的术语体系是层层嵌套的。先看这几个词：物理磁盘、RAID组、LUN、卷、存储池、数据存储、虚拟磁盘。它们每一个单独拎出来都好理解，但放到一条链路里，新手很容易搞不清谁包含谁。比如LUN和卷到底有什么区别？数据存储和LUN是什么关系？虚拟磁盘是不是就是文件？这些问题如果不梳理清楚，看再多的配置文档也会一头雾水。

所以我建议初学者不要急着记参数，先花一点时间建立“分层模型”。把存储理解成四个层：最底下是物理层，中间是设备层（存储阵列、RAID、LUN），再往上是虚拟化层（存储池、数据存储），最上面是虚拟机层（虚拟磁盘、快照、克隆）。后面所有的知识点，都可以放进这四个层里去定位。这比死记硬背要高效得多，也是我写这篇文章想帮你做到的。

2. 底层设施：三大存储形态与RAID技术

2.1 DAS、NAS、SAN的选型判断

HCIA的存储章节上来就会讲三大存储架构，DAS、NAS、SAN，这部分属于基础中的基础，考试也会反复出现。虽然知识点不难，但要真正理解它们之间的差异，不能只背定义，得从“数据访问的方式”去理解。

先看DAS（直连式存储）。DAS就是存储设备直接连接到主机，中间没有网络设备。服务器内部的硬盘、通过SAS线缆外接的磁盘柜，都算DAS。它的优点是简单、成本低、性能稳定（因为没有网络损耗），缺点是扩展性差、资源利用率不高，一台主机独占，无法和其他主机共享。在小规模场景或者对性能要求极高、但不需要共享的场景里，DAS反而最合适。

NAS（网络附加存储）则完全是另一个思路。NAS是文件级的存储，通过TCP/IP网络对外提供文件共享服务，常见的NFS、CIFS都属于这个范畴。NAS的好处是部署方便、价格亲民、跨平台能力强，因为上层访问的是“文件”，而不是“磁盘块”，所以很多文件共享、备份归档场景都在用。但弱点也很明显：文件协议本身有开销，读写性能相比块存储要弱一些，在密集数据库这类场景里容易成为瓶颈。

SAN（存储区域网络）是虚拟化场景里的老大哥。SAN提供的是块级访问，主机通过专用网络（光纤网络或IP网络）连接到存储设备，看到的是一个个裸磁盘（LUN），可以在上面格式化文件系统。SAN的优势是性能高、扩展性好、支持多主机共享，所以企业级虚拟化平台几乎清一色选择SAN做共享存储。

为了方便回头看，我把三者整理成一张对比表：

这里面有一个容易混淆的点：NAS和SAN都是“网络存储”，为什么差别这么大？关键在于访问粒度不同。NAS帮你把文件系统都做好了，你访问的是一个“文件夹”；SAN给你的是一个“空磁盘”，格式化、建文件系统都得自己来。虚拟化平台之所以更喜欢SAN，是因为它需要把裸设备格式化成自己的集群文件系统，这样才能同时给多台主机读写，这是文件级NAS很难做到的。

2.2 FC SAN与IP SAN怎么选

SAN又分为FC SAN和IP SAN，这也是HCIA常考的点，而且很容易出混淆题。FC SAN使用光纤通道协议，需要部署专用的光纤交换机、HBA卡、光纤线缆，整个链路是独立的，性能高、延迟低、稳定性好，适合对可靠性要求极高的核心业务。缺点就一个字：贵。部署一套FC SAN，光交换机和光模块的成本就够买不少服务器了。

IP SAN则走的是以太网，典型代表是iSCSI协议（互联网小型计算机系统接口），本质上就是把SCSI命令封装在TCP/IP包里传输。iSCSI的优势是成本低、管理简单，复用现有网络设备和运维经验，入门门槛低。很多中小型虚拟化环境都是用iSCSI做了共享存储，跑得也很稳。

选型上的建议很简单：预算充足、对性能和稳定性要求极端的，用FC SAN；一般业务、中小规模环境、希望降低部署复杂度的，用iSCSI就够了。HCIA考试不一定考你具体怎么选型，但很可能给你一个场景，让你判断该选哪种存储。你只要记住“关键核心业务、高性能选FC；成本敏感、灵活组网选iSCSI”，基本不会错。

我补充一个容易被忽略的知识点：不管是FC还是iSCSI，主机和存储设备之间通常不止一条链路，这时候就要用到“多路径”技术。多路径软件可以把多条物理链路聚合起来，既能提高带宽，也能在一条链路故障时自动切换，避免业务中断。这部分后面讲高可用时还要再提，这里先有个印象。

2.3 RAID：底层可靠性最重要的一道防线

RAID（独立磁盘冗余阵列）是存储绕不开的底层技术。虚拟化平台底下的存储设备基本上都是RAID组，RAID组之上再划分LUN提供给主机。学RAID不需要把每个级别全部死记，但几个主流级别必须滚瓜烂熟，尤其是RAID 0、RAID 1、RAID 5、RAID 6、RAID 10。

先看几个核心概念，便于理解后面的对比。条带化（Striping）是把数据切分成小块，分散写到多块磁盘，这样多块磁盘可以并行读写，性能大幅提升。镜像（Mirroring）是把数据同时写两份到不同磁盘，一块坏了另一块还能用，但写性能有损耗，空间利用率只有50%。奇偶校验（Parity）是把校验信息分散存储，在允许一定开销的前提下实现冗余。

基于这些概念，各RAID级别的特点就清楚了：

HCIA考试里经常出现这样的题：某个RAID 5阵列有5块1TB的磁盘，实际可用容量是多少？答案是4TB。公式就是(n-1)除以n。RAID 5最多允许坏一块盘，如果坏了两块，数据就救不回来了。RAID 6多了一个维度，允许同时坏两块盘，适合大容量磁盘、重建时间长、对数据可靠性要求极高的场景。

还有个容易被忽视的是热备盘（Hot Spare）。热备盘平时不参与读写，一旦组内某块盘故障，热备盘自动顶上并开始重建数据。对RAID 5这种允许坏一块的级别来说，热备盘的价值非常大，因为手动换盘涉及采购、断电、插拔，时间越长，第二次故障的风险越高。考试里判断题说“RAID 5只能坏一块盘”，这个说法不完整，因为如果只配置了一块盘不加热备，第二块盘故障时数据就彻底丢了。所以回答RAID冗余问题时，要分清“允许同时故障”和“建议配置”的区别。

3. 虚拟化层的关键机制：数据存储、虚拟磁盘、快照与克隆

3.1 数据存储（Datastore）是理解虚拟化的钥匙

如果说RAID是存储底层的必修课，那数据存储就是虚拟化领域的核心概念。数据存储（Datastore）是虚拟化平台管理存储资源的基本单位，它可以基于本地磁盘，也可以基于SAN上的LUN或NAS共享目录来构建。虚拟化平台在上面创建集群文件系统，然后把虚拟机文件放到里面。

一台虚拟机不是凭空跑起来的，它由虚拟磁盘文件、配置文件、日志等组成，这些文件全部存放在数据存储上。你可以把数据存储理解成一个“大仓库”，里面装的是一个个虚拟机的文件。多个物理主机只要都能访问同一个共享数据存储，这个仓库就是大家共用的，这也是虚拟机热迁移、主机高可用等高级特性能够实现的基础。

学习数据存储时，一定要弄清两个容易混淆的词：LUN和数据存储。LUN是存储设备提供给主机的逻辑单元，在主机侧看起来是一块硬盘；数据存储是虚拟化平台在LUN之上格式化并管理的存储容器。换句话说，存储设备划LUN，虚拟化平台用LUN建数据存储，虚拟机再把文件写到数据存储里。如果考试问你“创建虚拟机时选择的是什么”，答案是数据存储，而不是LUN。

另外，数据存储的性能和容量，最终取决于底层LUN所在RAID组的性能和容量。很多初学者在虚拟化平台里看到数据存储但不知道该给它多大空间，我的建议是：先确认底层RAID组可用容量，再考虑预留的空间快照和克隆消耗，最后才决定分配多少给数据存储，不要一上来就把容量全部划满。

3.2 虚拟磁盘配置策略：厚与精简

在虚拟化平台上给虚拟机添加磁盘时，一般会看到“厚置备”和“精简置备”等选项，这也是HCIA的常考细节。简单说，厚置备是在创建虚拟磁盘时就一次性把空间全部分配给虚拟机，形式上更像传统物理磁盘；精简置备则是按需分配，先给虚拟机一个“虚拟大小”，实际用多少占多少。

打个比方，厚置备就像你租了一整层办公室，不管坐几个人，租金都得按整层付；精简置备就像按实际工位付租金，刚开始只坐两个人，就只付两个工位的钱，后面再加人时再补租金。从存储管理角度，精简置备最大的价值是提升空间利用率，适合虚拟机数量多、初始占用少、增量不确定的场景。

但精简置备有一个“甜蜜陷阱”：超分配。假设存储池只有10TB，你创建了20台“逻辑大小1TB”的虚拟机，初始占用很少，平台不会报警，但随着业务增长，所有虚拟机都在写入数据，很快就可能把存储空间耗尽，导致虚拟机无法正常写入，甚至直接故障。所以生产环境用精简置备，必须有容量监控和告警机制，时刻盯着池里剩余空间。

厚置备还可以再分延迟清零和立即清零，后者会在创建时就把空间全部清零，耗时较长，但能保证后续写入性能的稳定性。对性能要求高的核心业务虚拟机，一般推荐厚置备，因为它的开销是提前锁定的，运行时没有动态分配成本。考试里只要记住“厚置备占用空间大但性能更可控，精简置备省空间但需要监控”这个主线，就不会选错。

3.3 快照：多了一层“时间回退”能力

快照是虚拟化平台里非常实用的功能，也是HCIA的基础考点。快照的作用是保存虚拟机在某个时间点的状态（包括内存状态可选项、磁盘数据、磁盘状态），之后如果系统出问题，可以快速回退到这个时间点。

快照的原理核心有两类：COW（写时复制）和ROW（重定向写）。COW的意思是，在一开始拍快照时数据并不复制，只有当虚拟机写入新数据或修改旧数据时，系统才把即将被覆盖的旧数据先复制到快照存储区保存起来，再允许新数据写入。ROW则反过来，快照创建后，新数据不写到原始磁盘上，而是写到新的空间去，原始数据不动，读的时候叠加若干层快照来还原。不管哪种，核心都是为了减少快照占用的空间，避免拍一张快照就复制一份整个虚拟机的数据。

这里必须强调一个理念：快照不是备份。快照通常都保存在同一块存储上，如果底层存储整体故障（比如RAID组损坏、存储设备宕机），快照和数据会一起丢。快照更适合做短期系统状态回退，比如打补丁前拍一个快照，升级失败后快速还原。真正要保护数据，还是得靠备份系统把数据复制到异地或另外的存储上。

另外一个实操经验是，快照不能长期保留。很多人拍完快照就忘了，快照文件不断膨胀，虚拟机所在数据存储的可用空间被悄悄吃掉，虚拟机性能也越来越差。建议生产环境的快照保留时间按天算，做完验证和回退工作后及时删除。考试如果问快照和备份的区别，回答“快照是状态回退手段，备份是数据保护手段”就抓住了核心。

3.4 完整克隆与链接克隆怎么选

克隆在虚拟化里用来快速生成多台相同系统配置的虚拟机，HCIA也经常会考到两种克隆方式的区别。完整克隆是把源虚拟机的全部磁盘数据完整复制出一份，生成的虚拟机完全独立，和源虚拟机没有任何依赖关系；链接克隆则不一样，它共享父虚拟机（通常是模板或普通源虚拟机）的基础磁盘文件，自身只保存差异数据。

链接克隆的优点是创建速度快、占用的存储空间小，特别适合在培训教室、测试环境里批量生成几十台同样的虚拟机。缺点也很明显，一旦父虚拟机的磁盘文件被删除或改动，链接克隆的虚拟机就会出问题，整个克隆链都依赖父文件的存在。而且如果链接克隆数量多，所有子虚拟机都在读同一个父文件，在某些场景下可能对存储产生压力。

选择建议：需要长期独立运行、数据不能依赖模板的，用完整克隆；临时批量使用、对存储空间敏感、父模板会长期保留的，用链接克隆。竞赛和考试里还容易出现一个判断题：链接克隆创建时和父虚拟机共享祖项，无法修改系统版本或者改变配置。要特别注意的是，链接克隆在运行后会不断产生自己的差异数据，时间一长，它占用的空间也会逐渐增长，优势会被稀释，所以不能认为链接克隆永远省空间。

4. 备考与实操中的高频问题

4.1 最容易混淆的概念清单

我在学习虚拟化存储的过程中，整理了一份“混淆点清单”，每一条都是自己和周围同学踩过坑的地方。这里直接列出来，方便你对照自查。

第一组：LUN、卷、数据存储、虚拟磁盘。这四者的关系经常被人问。LUN是存储阵列侧划分出来的逻辑单元，主机通过FC或iSCSI看到它以后，会当成一块裸盘；卷通常指存储设备侧的逻辑卷，可以简单理解成LUN的同义词；数据存储是虚拟化平台在LUN之上格式化后创建的存储容器；虚拟磁盘是虚拟机侧的一层，最终以文件形式存放在数据存储里。考试只要分清层级就OK。

第二组：RAID 5和RAID 10怎么选。很多刚接触存储的同学以为RAID 5利用率高、冗余也够，为什么生产环境反而常选RAID 10？RAID 5的优势是空间利用率高，但写操作涉及奇偶校验计算，写性能有损耗，而且大容量磁盘出现坏道后重建时间很长，重建期间再坏一块的概率并不低。RAID 10牺牲一半容量换来的是可靠的性能，特别是随机写密集场景，RAID 10优势明显。所以经验上，核心业务库往往选RAID 10，海量非结构化数据、备份数据选RAID 5或RAID 6。

第三组：快照、链接克隆和备份。三者看起来都能“回到过去”，本质完全不同。快照是状态入口，链接克隆是共享基础盘的复制方式，备份是跨存储的数据保护。判题时关键词一抓就准：快照强调时间点回退，链接克隆强调父子依赖省空间，备份强调冗余复制和异地保存。

4.2 存储配置实操顺序

不少同学在实验环境里添加存储时，配置完总是不生效，回头看都是操作顺序出了问题。这里我整理一套在虚拟化平台里添加共享存储的标准顺序，照着做基本不会错。

第一步，在存储设备上划分LUN。这一步通常在存储的管理界面完成，需要确定RAID组、容量、映射的主机。核心参数是LUN ID和映射关系，映射错了主机根本看不到磁盘。第二步，在主机侧配置存储网络。FC环境要配置交换机的ZONE，把主机HBA端口和存储端口放进同一个zone里；iSCSI环境要配置好存储侧和目标侧的IP地址、认证信息，保证业务网络互通。第三步，在虚拟化平台上做存储适配器扫描。一般点击“扫描新存储设备”就能发现新LUN，如果发现不了，优先检查网络连通和映射关系，而不是反复重启主机。第四步，创建数据存储。平台会把你发现的LUN格式化成虚拟化文件系统，并命名，这里要留意选中“使用全部磁盘空间”或“手动分配”的策略，不要随手选错。第五步，创建或迁移虚拟机到新数据存储，验证读写正常。

实操里有三个注意事项值得单独提一下。第一，存储设备上的LUN UUID或WWN（对于FC），一定要带认真确认。生产环境看错盘号，初始化格式化会把数据清掉，没有任何牌子的磁盘阵列都救不回来。第二，多路径配置要在数据存储创建前完成。先把所有链路都扫描出来，再建数据存储，否则后期补多路径时可能需要重新挂载。第三，删数据存储前必须先确认上面没有虚拟机，最好先把虚拟机迁移到其他存储，还要把“维护模式”里主机相关配置一并检查。我见过为了省事直接删数据存储，结果连同虚拟机普通文件一起没了的例子，那真是血泪教训。

4.3 存储性能问题排查的基础思路

虚拟化平台里遇到存储性能问题，最常见的处理方式是直接看存储设备侧的报告，但很多情况下问题不在存储本身，而在虚拟化层。我建议运维人员按“从虚拟机到磁盘”的顺序排查，每跳一层排除一个可能性。

第一层，虚拟机内排查。先看操作系统里磁盘队列长度、读写延迟和IOPS，排除应用自身产生了大量随机小文件读写。第二层，虚拟化平台看虚拟磁盘。确认磁盘类型是精简还是厚置备，精简配置在磁盘空间快满时性能会明显下降；还要看虚拟SCSI控制器和驱动的类型，用错控制器会白白丢掉不少性能。第三层，看数据存储。确认数据存储是否接近容量上限、是否有大量快照堆积，快照链过长会让IO路径成倍增加。第四层，看LUN和RAID组。确认LUN是否在同一个RAID组上，会不会把性能要求高的虚拟机都放在同一个底层存储池里了。第五层，才是物理存储硬件层面。看磁盘的IOPS、延迟、控制器CPU负载，判断是否达到硬件瓶颈。

排查时加入时间维度也很重要，因为存储问题往往有高峰和低谷。如果问题只在某些时段出现，那就先看该时段是否有批量备份任务、快照合并任务、虚拟机克隆操作在同时运行。这些任务都很吃存储IO，把突发任务错开往往就能解决问题。考试不会考这么细，但运维实战中这套思路非常实用。

5. 存储与高可用特性：被很多人忽略的关联

5.1 虚拟机热迁移与HA为什么需要共享存储

HCIA的虚拟化章节还会讲虚拟机热迁移和HA（高可用），很多同学把它们当作独立特性来背，却忽略了它们和存储的紧密关系。这里特别讲透。

虚拟机热迁移，是在两台主机之间迁移运行中的虚拟机，业务不中断。要实现这一点，两台主机必须能同时访问虚拟机的磁盘文件。如果虚拟机存放在本地磁盘上，迁移时就得先把磁盘文件复制过去，那就不叫“热迁移”了，本地磁盘迁移本质上是冷迁移。所以共享存储（SAN或NAS）是热迁移的前提条件之一。

HA的原理也一样。当一台主机故障宕机，虚拟化平台需要在另一台健康主机上重新启动虚拟机。新的主机凭什么能重启这台虚拟机？凭的是它能访问虚拟机所在的共享数据存储。也就是说，没有共享存储，HA特性就名存实亡，最多只能说启动了一台空主机，数据根本不在那儿。考试如果出“是否所有场景都支持HA”这类题，通常考点就在共享存储这个前提条件上。

类似的概念还有虚拟机容错（FT），它会把主虚拟机的内存和磁盘写操作实时复制到从虚拟机上，对存储的要求更高，需要双活存储等更高阶的方案。HCIA阶段不一定深入考，但理解“高级特性背后离不开存储”这个逻辑，对后面学习和排障都有帮助。

5.2 存储多路径与冗余链路设计

前面提到过多路径，这里展开说说它为什么重要。一个主机通过FC交换机连接存储阵列时，一般会有至少两块HBA卡、两条光纤、存储端两个控制器，构成多条物理链路。多路径软件的作用，就是把这些链路统一管理成一块逻辑磁盘，在正常时做负载均衡，在一路故障时自动切换，不让业务感知到链路中断。

多路径工作模式主要分两大类。一类是主备模式（Active/Passive），平时只走一条主路径，另一条空闲待命，主路径故障才切换，配置简单、兼容性好。另一类是双活模式（Active/Active），两条链路同时工作，性能更高，但对存储设备的支持要求也更严。HCIA阶段不需要会配多路径，但要理解它的作用和价值，考试常会考“多路径解决了什么”这类题，回答“链路冗余和故障切换”就能得分。

这里提醒一个实战细节：配置好存储多路径后，尽量不要在业务运行时随意删除存储适配器或修改链路，否则可能触发路径切换风暴，造成IO中断。需要做链路维护时，先确认维护窗口并逐条操作，每操作一条就观察平台告警和虚拟机读写是否正常。这个经验是为数不多需要“现场踩坑”才能体会的，提前写在这里省得你以后亲自交学费。

最后再分享一个小建议：学虚拟化存储，不要只看书或只看视频，一定要在实验环境里把“存储设备划分LUN—主机扫描—创建数据存储—创建虚拟机—拍快照—做克隆—尝试迁移”这条链路完整走一遍。你会发现很多题目里看起来很抽象的表述，在操作界面里全都是具体按钮和选项。我在备考时最受益的一件事，就是把存储链路图画出来贴在自己桌上，每学一个知识点就往图里填一层，到最后整个知识框架就变成了自己的。这个过程不轻松，但真的值得。