云计算基础（下）：虚拟化原理与 DAS/NAS/SAN 存储

一句话概括：上篇讲「云是怎么卖的」，这篇讲「云底下的资源是怎么切出来的、数据存在哪儿」------从 Hypervisor、全虚拟化/半虚拟化/硬件辅助，到 KVM + QEMU + Libvirt 这套 Linux 虚拟化栈，再到 DAS、NAS、SAN 三种存储架构和它们背后的服务器硬件。

适合谁看：学完云计算概念、准备动手玩 KVM/OpenStack 的人；要应付「全虚拟化和半虚拟化区别」「NAS 和 SAN 有什么不同」这类面试题的人。

系列说明：本文是「云计算基础」下篇，建议先读上篇《云计算基础（上）：从传统 IT 到 IaaS/PaaS/SaaS》，那里讲了云服务模式与部署模式。

关键词：虚拟化｜ Hypervisor ｜ KVM ｜ QEMU ｜ Libvirt ｜ DAS/NAS/SAN ｜ RAID ｜ IPMI/BMC

本文结构

虚拟化是什么、有哪些关键术语（一）
三条实现路线：全虚拟化 / 半虚拟化 / 硬件辅助（二）
CPU 虚拟化与 Hypervisor 的两种形态（三、四）
虚拟化的四大特性（五）
Linux 虚拟化栈：KVM + QEMU + Libvirt（六）
存储演进：从一块盘到一张存储网（七）
三种存储架构：DAS / NAS / SAN（八）
服务器：IPMI/BMC、形态、硬盘、RAID（九）
网络设备（十）
一页速记与常见误区（十一）
总结（十二）

一、虚拟化：把一台机器切成很多台

1.1 什么是虚拟化

虚拟化的定义很宽：把任何一种形式的资源抽象成另一种形式，都属于虚拟化。在服务器语境下，它指的是------

用软件（Hypervisor）在一台物理机上模拟出多台彼此隔离的「逻辑计算机」，每台都有自己的虚拟 CPU、内存、磁盘、网卡，可以独立装操作系统、跑应用。

左边是传统模式：APP → OS → 硬件，操作系统必须与硬件强耦合，换机器就得重装。右边是虚拟化之后：多个 Guest OS 各自跑在虚拟硬件上，底层物理资源被抽象成共享资源池，操作系统从资源池里分配资源，不再关心自己跑在哪台机器上。

1.2 先把这几个术语钉死

术语	中文	含义
Host Machine	宿主机	真正的那台物理服务器
Host OS	宿主机操作系统	物理机上跑的操作系统（Type-2 才有；ESXi 这类裸金属没有传统意义上的 Host OS）
Hypervisor / VMM	虚拟机监视器	虚拟化软件层，负责 CPU/内存/设备的虚拟化与调度
Guest Machine	虚拟机	由 Hypervisor 模拟出来的「逻辑计算机」
Guest OS	客户机操作系统	装在虚拟机里的 Windows/Linux

二、三条实现路线：全虚拟化、半虚拟化、硬件辅助

类型	做法	Guest OS 是否要改	优点	缺点
全虚拟化	VMM 用二进制翻译把 Guest 的特权指令动态翻译后执行	不用改	兼容性最好，能跑任意系统	翻译有额外开销，性能损耗较大
半虚拟化	修改 Guest OS 内核，把特权操作换成对 VMM 的超级调用（hypercall）	必须改	性能接近原生	兼容性差，闭源系统改不了（典型：Xen PV）
硬件辅助虚拟化	靠 CPU 的虚拟化扩展（Intel VT-x / AMD AMD-V）在硬件层面隔离	不用改	兼容性好 + 性能好，已成主流	需要 CPU 与主板支持，嵌套场景要多层支持

三者的关系不是「谁淘汰谁」：硬件辅助虚拟化普及后，全虚拟化的翻译层 被硬件取代，但半虚拟化思想保留了下来------今天虚拟机里的 virtio 驱动（virtio-blk、virtio-net）就是半虚拟化的产物，专门用来降低 I/O 开销。

三、CPU 虚拟化：Ring 0 上的「抢地盘」

x86 把权限分成四个环：Ring 0 内核态、Ring 3 用户态（Ring 1/2 基本不用）。操作系统内核必须跑在 Ring 0 才能执行特权指令。

虚拟化带来的矛盾是：Guest OS 内核也想待在 Ring 0，但 Ring 0 只能有一个主人（VMM）。

方案	做法	代价
无虚拟化	OS 直接占 Ring 0	------
二进制翻译（全虚拟化）	把 Guest 内核「降环」到 Ring 1/3，遇到特权指令就陷入 VMM，由 VMM 翻译/模拟执行	每次陷入都要上下文切换，开销大
硬件辅助	CPU 增加 root / non-root 两种运行模式：VMM 跑 root 模式，Guest 内核跑 non-root 的 Ring 0；特权指令自动触发 VM Exit 交给 VMM	硬件兜底，陷入次数大幅减少

内存虚拟化同理：Guest 的「物理地址」其实是虚拟地址（GPA），要经过 VMM 的 影子页表 或硬件 EPT/NPT 才能落到真正的物理地址（HPA）。

四、Hypervisor 的两种形态：Type-1 与 Type-2

类型	别名	结构	代表产品	特点
Type-1	裸金属型（I 型）	Hypervisor 直接跑在硬件上，Guest OS 在其上	VMware ESXi、Xen、Microsoft Hyper-V	性能好、开销小，数据中心主流
Type-2	宿主型（II 型）	先装 Host OS，再装虚拟化软件	VMware Workstation/Fusion、VirtualBox、Parallels	安装简单、适合桌面实验，性能有额外损耗

KVM 归哪一类？ 严格说它两边都不完全像：KVM 是 Linux 内核里的一个模块 ，借宿主 Linux 的进程调度和内存管理来跑虚拟机------结构上像 Type-2，性能却接近 Type-1，业内一般叫它「内核级虚拟化」或「混合型」。

五、虚拟化的四大特性

特性	含义	实际意义
分区（Partitioning）	一台物理机被切成多台虚拟机，每台可跑不同 OS	提升利用率，一台机器同时跑 Windows 和 Linux
隔离（Isolation）	虚拟机之间互不影响：一台崩溃、中毒不波及别人；还能限制每台的 CPU/内存上下限	多租户安全的基础；「吵闹邻居」问题靠资源配额解决
封装（Encapsulation）	整台虚拟机（配置、BIOS、内存、磁盘、CPU 状态）打包成一组文件	复制几个文件就完成迁移/备份，是快照、克隆、模板的前提
相对于硬件独立	Guest 只看得到虚拟硬件，不关心底层是 Dell 还是华为	同一台虚拟机可以在任意 x86 服务器间迁移，无需改配置

六、Linux 虚拟化栈：KVM + QEMU + Libvirt

6.1 KVM 与 QEMU：一个管算力，一个管设备

复制代码

应用程序 / 虚拟机
      │
   QEMU（设备模拟：磁盘、网卡、USB、显卡）
      │
  /dev/kvm  ←── KVM 模块（CPU、内存虚拟化，依赖 VT-x/AMD-V）
      │
 Linux Kernel
      │
   硬件

组件	负责什么	特点
KVM	CPU 与内存的虚拟化，提供 `/dev/kvm` 字符设备接口	内核模块，必须 CPU 支持 VT-x/AMD-V；性能接近原生
QEMU	模拟整套设备（主板、磁盘、网卡、USB、显卡），负责虚拟机的创建与运行	纯软件实现、跨架构能力强（能模拟 ARM/MIPS）
qemu-kvm	QEMU 进程 + KVM 加速的组合	日常说的「KVM 虚拟机」其实就是它

性能要看怎么用 ：纯 QEMU（TCG 逐条翻译指令）确实慢；但 QEMU 一旦配合 KVM，CPU 性能就接近原生，I/O 再叠加 virtio 半虚拟化驱动，可以做到和物理机相差无几。所以准确的说法是：QEMU 胜在设备支持广，KVM 胜在算力，两者互补。

6.2 Libvirt：统一管理各种虚拟化

Libvirt 是 C 语言实现的虚拟化管理库 + libvirtd 守护进程 ，用一套统一的 API 和 XML 描述 来管理不同厂商的虚拟化（KVM、Xen、VMware、Hyper-V、VirtualBox、LXC），并支持远程管理。它的核心价值是屏蔽底层 Hypervisor 的差异------上层工具只调 libvirt，换底层不用改工具。

常用工具链：

工具	形态	作用
`virsh`	命令行	功能最全：开机/关机/重启/快照/迁移/编辑 XML/管理存储池与虚拟网络，适合脚本化
`virt-manager`	图形界面	可视化管理本地/远程虚拟机，带控制台与资源监控，底层调用 libvirt
`virt-viewer`	轻量客户端	只负责连虚拟机的 VNC/SPICE 画面，不具备管理能力
`virt-install`	命令行	一条命令按参数创建虚拟机，批量部署常用
`virt-clone` / `virt-xml` / `virt-sysprep`	辅助工具	克隆、改配置、镜像清理（做模板前必做）

6.3 常见虚拟化产品一览

类别	代表产品
裸金属 Hypervisor	VMware ESXi、Microsoft Hyper-V、Xen、KVM
宿主型虚拟化	VMware Workstation / Fusion、Oracle VirtualBox、Parallels Desktop
容器（操作系统级虚拟化）	Docker、LXC/LXD、Podman
云平台 / 虚拟化管理	OpenStack、华为 FusionCompute、Proxmox VE、oVirt、VMware vSphere
桌面虚拟化	VMware Horizon、Citrix Virtual Apps and Desktops

macOS 上的 Hypervisor.framework 是系统提供的虚拟化框架/API，供 Parallels、UTM 这类软件调用，本身不是一款独立的虚拟化产品；FusionCompute 是华为的虚拟化平台（底层基于 Xen/KVM），属于云平台而不是单一 Hypervisor。

七、存储演进：从一块盘到一张存储网

7.1 存储的五十年

年代	形态	关键变化
1950s	传统存储	存储与主机强绑定，容量以 MB 计
1980s	外挂存储	存储设备从机箱里「搬出来」，通过 SCSI 线缆外挂
1990s	存储网络	FC 交换机出现，存储独立成网（SAN），NAS 提供文件共享
本世纪	分布式存储 / 云存储	用 x86 服务器 + 软件定义存储（Ceph、HDFS、对象存储）横向扩展

7.2 从服务器内置盘到磁盘阵列

阶段	结构	解决的问题	留下的问题
服务器内置盘	硬盘直接插在服务器里	简单、延迟最低	槽位有限、容量小、单盘可靠性差、I/O 成瓶颈
早期外挂（JBOD）	一堆盘用 SCSI 线串起来（Just a Bunch Of Disks）	扩容方便	没有冗余，一块盘坏就可能丢数据
磁盘阵列	加「控制器」，控制器内含 RAID 功能 + 大容量 Cache	容量、性能、可靠性一起提升	成本上升，控制器成为新的瓶颈/单点

八、三种存储架构：DAS / NAS / SAN

8.1 DAS：直连附加存储

项目	内容
定义	最早、最简单的存储架构：存储设备（磁盘阵列）通过线缆直接连到服务器主机
出现时间	20 世纪 70---80 年代（大型机时代即有直连存储）
连接方式	SAS、FC（光纤通道）、SCSI，其中 SAS 是当前 DAS 最常见的连接方式
链路速率	3 / 6 / 12 Gbit/s（SAS 代际）
特点	一机一用、不共享；延迟低；扩展受服务器插槽与线缆长度限制
典型场景	单机数据库、小规模业务、视频剪辑直连阵列

8.2 NAS：网络附加存储

项目	内容
定义	专用数据存储设备，通过标准 IP 网络连接到服务器或客户端，对外提供文件级共享
出现时间	20 世纪 90 年代初
连接方式	专用 IP 存储网络（普通以太网即可）
协议	NFS （类 Unix/Linux）、SMB（Windows，旧称 CIFS）
关键特征	文件系统在后端存储设备上（NAS 自带文件系统与 RAID），客户端挂载的是目录
并发能力	多台主机可同时读写同一目录/文件

8.3 SAN：存储区域网络

项目	内容
定义	通过专用高速网络把存储设备与服务器连接起来的专用存储系统
架构	前端网络（LAN）：客户机访问服务器；后端存储网络（SAN）：服务器访问存储阵列，专用、不与业务网混跑
组网	FC 交换机（光纤）或以太网交换机（iSCSI）
访问粒度	块级（Block-level）：服务器看到的是「一块裸 LUN」，要自己建文件系统
典型场景	数据库、虚拟化共享存储（VMFS）、双机热备、LAN-free 备份

补充几个常考细节：

FC 速率代际：8 / 16 / 32 / 64 Gbps；
iSCSI：把 SCSI 命令封装进 TCP/IP，走 10/25/100GE 以太网，成本低，中小企业常用；
FCoE：Fibre Channel over Ethernet，把 FC 帧直接跑在增强以太网上；
NVMe-oF：新一代，把 NVMe 命令通过网络传输（FC-NVMe / RoCE），主打低延迟。

8.4 DAS / NAS / SAN 一张表说清

维度	DAS	NAS	SAN
访问粒度	块	文件	块
连接/协议	SAS、FC、SCSI 直连	NFS、SMB over IP	FC、iSCSI、FCoE
是否共享	一机一用，不共享	多主机共享同一目录	多主机共享（需集群文件系统或分区隔离）
性能	高（直连、无网络开销）	中（受网络与协议栈影响）	很高（专用网络 + 大 Cache）
扩展性	受服务器槽位限制	横向扩展容易	需专用交换机，成本高
成本	低	中	高
典型用途	单机数据库、小规模	文件共享、备份归档、ISO 库	数据库、虚拟化、双机热备

口诀：DAS 是一根线，NAS 是一个共享文件夹，SAN 是一张专用网。

再记一句：NAS 让你看到「目录」，SAN 让你看到「硬盘」------这就是文件级与块级的直观差别。

九、服务器：云的物理底座

9.1 服务器用在哪

电信运营商、政府、金融、教育、医疗、电商......几乎所有行业的后台都是服务器。按用途分，常见有 Web 服务器、数据库服务器、邮件服务器、文件服务器、虚拟化宿主机。

9.2 计算产业的三次跃迁

阶段	时代	特征
计算 1.0	大型机、小型机	专用计算，价格昂贵，只有大机构用得起
计算 2.0	x86 时代	摩尔定律驱动，计算从专用走向通用，数据中心大规模出现（当下主流）
计算 3.0	智能化时代	数字化加速，计算从数据中心走向「全栈全场景」，核心特征是智能

9.3 远程管理：IPMI 与 BMC

服务器放在机房，人不可能天天守着。带外管理就是为此而生。

概念	说明
IPMI	Intelligent Platform Management Interface，智能平台管理接口。开放的硬件管理接口规范，定义嵌入式管理子系统如何通信
BMC	Baseboard Management Controller，基板管理控制器。IPMI 规范的核心，负责传感器采集、状态监控、告警上报
带外管理	通过 BMC 的专用管理口（独立于业务网卡）远程管理，不依赖操作系统，关机、宕机、系统崩溃时依然可用

BMC 能干什么：远程开机/关机/重启、KVM over IP（远程看到 BIOS 画面并操作）、挂载虚拟光驱装系统、查看温度/电压/风扇、抓硬件日志、配置 RAID。

各厂商的实现 ：华为 iBMC 、HPE iLO 、Dell iDRAC 、Lenovo XClarity Controller。

带内 vs 带外 ： - 带内（In-Band） ：走业务网卡，依赖操作系统，系统崩了就失联； - 带外（Out-of-Band）：走独立管理口，不依赖 OS，是机房运维的「最后一根救命绳」。

9.4 服务器的三种硬件形态

形态	外观	适用场景	优缺点
塔式	像一台立式主机/小机柜	中小企业、部门级应用、办公室环境	扩展槽多、噪音大、占空间，不适合大规模部署
机架	扁平，装在 19 英寸机柜里，分 1U/2U/4U	数据中心主流	密度高、易集中管理；扩展受高度限制
刀片	一张「刀片」就是一台服务器，插进刀片机箱	高性能计算、虚拟化集群	密度极高、布线少、统一供电散热；机箱与刀片绑定，成本高

U 是什么 ：U（Unit）是机架高度单位，1U = 1.75 英寸 ≈ 4.445 cm。一台 2U 服务器约占机柜 8.9 cm 高，标准 42U 机柜大约能放 20 台 2U 服务器。

9.5 硬盘与接口

类型	特点	适用
HDD（机械硬盘）	容量大、单位容量便宜；有寻道延迟，随机 IOPS 低；怕震动	冷数据、备份、大容量归档
SSD（固态硬盘）	随机读写快、延迟低、抗震、功耗低；单位容量贵	数据库、高并发业务、虚拟化

接口	速率（常见）	说明
SATA	6 Gbps	个人电脑、入门级存储，便宜
SAS	12 / 24 Gbps	服务器主流，支持双端口、可靠性高
NVMe	PCIe 4.0/5.0，可达数 GB/s	走 PCIe 通道，协议轻量、队列深，延迟最低

注意区分：NVMe 是协议，SSD 是介质。SSD 也有 SATA、SAS、NVMe 三种形态，别把「SSD」和「NVMe」当成一回事。

9.6 RAID：把多块盘变成一块「好盘」

RAID（Redundant Array of Independent Disks，独立磁盘冗余阵列） ：把多块物理硬盘组合成一个逻辑盘，用来提升性能或提供冗余。实现方式可以是硬件 RAID 卡，也可以是软件 RAID（Linux mdadm、Windows 存储空间）。

级别	原理	最少盘	可用容量	容错	特点
RAID 0	条带化，数据分散写多盘	2	100%	无	性能最高、容量全用；坏一块全丢
RAID 1	镜像，两盘写相同数据	2	50%	坏 1 块	读性能好、最安全；容量浪费一半
RAID 5	分布式奇偶校验	3	N-1	坏 1 块	性能与容量兼顾，最常用；写惩罚明显
RAID 6	双奇偶校验	4	N-2	坏 2 块	大容量盘必备；写惩罚更重
RAID 10	先镜像（RAID 1）再条带（RAID 0）	4	50%	每组坏 1 块	性能与安全兼备，成本最高

RAID 10 的容错规则要记准 ：它的每个镜像组内允许坏 1 块，不同组各坏 1 块仍然可用；但同一组的两块盘同时坏，整个阵列就失效，并不是「随便坏两块都没事」。

两个常被忽略的工程细节：

写惩罚 ：RAID 5 每写一次要「读旧数据 + 读旧校验 + 写新数据 + 写新校验」≈ 4 次 I/O；RAID 6 约 6 次。所以写密集场景（数据库日志盘）慎用 RAID 5/6，更适合 RAID 10。
热备盘（Hot Spare）：预留一块空盘，检测到成员盘故障时自动顶上并重建；重建期间性能会明显下降，大容量盘重建可能长达数小时。

9.7 BIOS 与 UEFI

项目	传统 BIOS	UEFI
分区表	MBR	GPT
启动盘容量	最大 2 TB	远大于 2 TB
启动速度	较慢	快（并行初始化）
安全	无	支持 Secure Boot
界面	文本	图形化，支持鼠标

BIOS 负责开机自检（POST）、硬件初始化、引导操作系统；在服务器上还能配置 RAID、启动顺序、虚拟化开关（VT-x/AMD-V）、网卡 PXE 引导等------装 ESXi 前如果忘记开 VT-x，就是在这里翻车。

十、网络设备：数据包要经过哪些盒子

设备	工作层次	作用	关键点
双绞线	物理介质	最常见网线，一对一连接	标准最大 100 m；Cat5e 千兆、Cat6 万兆（55 m 内）
中继器 / 集线器	物理层	放大并转发信号，延长传输距离	集线器是「多口中继器」，共享带宽、冲突域不隔离
交换机	数据链路层（二层）	终端接入，按 MAC 地址转发数据帧	每个端口独立冲突域；三层交换机还能按 IP 路由
路由器	网络层	按目的 IP 选路转发，连接不同网段/广域网	隔离广播域，NAT、ACL 常在这里做
防火墙	网络层及以上	控制两个网络间的安全通信	传统防火墙看五元组；下一代防火墙（NGFW）还能做应用识别、IPS、URL 过滤

再补两句容易被问到的：

交换机 vs 路由器：交换机看 MAC（同一网段内转发），路由器看 IP（跨网段转发）；「三层交换机」= 交换机 + 静态/动态路由，常用于园区网核心。
防火墙部署位置：一般放在内外网边界（南北向流量），东西向流量（虚拟机之间）则靠微分段/安全组来管。

十一、一页速记与常见误区

11.1 知识脉络

复制代码

虚拟化（云的地基）
  ├─ 术语：Host / Guest / Hypervisor(VMM)
  ├─ 三条路线：全虚拟化（二进制翻译）/ 半虚拟化（改 Guest）/ 硬件辅助（VT-x、AMD-V）
  ├─ 两形态：Type-1 裸金属（ESXi、Xen）/ Type-2 宿主型（Workstation、VirtualBox）
  ├─ 四特性：分区 / 隔离 / 封装 / 硬件独立
  └─ Linux 栈：KVM（CPU+内存）+ QEMU（设备）+ Libvirt（管理）+ virsh/virt-manager

存储
  ├─ 演进：内置盘 → JBOD → 磁盘阵列 → DAS / NAS / SAN → 分布式与云存储
  ├─ DAS：块级、直连、一机一用（SAS/FC/SCSI）
  ├─ NAS：文件级、IP 网络共享（NFS / SMB）
  └─ SAN：块级、专用网络（FC / iSCSI / FCoE）

服务器与网络
  ├─ 计算 1.0 专用 → 2.0 通用（x86） → 3.0 智能
  ├─ 形态：塔式 / 机架（1U=4.445cm）/ 刀片
  ├─ 远程管理：IPMI + BMC（带外，不依赖 OS）
  ├─ 存储硬件：HDD/SSD、SATA/SAS/NVMe、RAID 0/1/5/6/10
  └─ 网络：双绞线 → 中继器 → 交换机（MAC） → 路由器（IP） → 防火墙

11.2 八个常见误区

以为全虚拟化被淘汰了：被淘汰的是「软件翻译」这一步，半虚拟化思想以 virtio 的形式活到了今天。
把 KVM 当成独立软件：它是 Linux 内核模块，没有内核就没有 KVM。
以为 QEMU 一定慢：慢的是纯软件模拟（TCG），配合 KVM 和 virtio 后性能很差不了多少。
分不清 NAS 和 SAN：记住「NAS 给目录、SAN 给硬盘」，一个文件级一个块级。
把 DAS 等同于 SAS：SAS 只是 DAS 最常用的连接方式，FC 直连、SCSI 也属于 DAS。
RAID 5 当万能盘：写惩罚明显，数据库日志盘更应该用 RAID 10。
RAID 10 以为能坏两块任意盘：同一镜像组坏两块，阵列就废了。
以为 BMC 要走业务网：带外管理口独立于业务网卡，系统崩了也能用。

十二、总结

下篇的四句话：

虚拟化的本质是把物理资源抽象成多个隔离的逻辑资源，Hypervisor 是那个「分发者」；
三条实现路线各有取舍：全虚拟化兼容、半虚拟化高效、硬件辅助两者兼得，virtio 是半虚拟化留下的遗产；
Linux 世界的标准组合是 KVM 管算力、QEMU 管设备、Libvirt 管调度，再配上 virsh/virt-manager 这套工具；
存储的选择逻辑是「距离与共享」：DAS 最近但不共享，NAS 共享但走 IP，SAN 既共享又高性能但最贵。

下一步建议：把本文的名词都对应到一次真实操作------用 KVM 开一台虚机、用 virsh 打快照、挂一个 NFS 目录、用 iSCSI 连一块 SAN 盘，理解会比背概念快得多。