简介这份《云计算导论》文档面向计算机专业学生、IT从业者及希望系统了解云计算基础概念的学习者帮助读者从零建立对云计算定义、技术原理与产业影响的整体认知。文档围绕云计算的定义、与IT技术的关系、使用模式、对服务提供商与用户的双重影响、基础设施基本特征等核心议题展开并延伸比较了效用计算、分布式计算、网格计算、服务器集群与虚拟化等关联概念还梳理了云计算架构分层及存在的难题内容兼具概念梳理与对比分析。资源包内含1个doc文档大小约61KB结构清晰、章节分明适合作为课程学习、技术入门或知识查漏的参考材料。目前已有755人学习下载可帮助读者快速把握云计算的知识脉络与关键术语为后续深入学习打下基础。1. 一份“云计算导论”文档为什么值得你花一晚上啃透很多人第一次接触云计算是从一份名为《云计算导论》的文档开始的。它可能出现在课程资料里、培训讲义里或者某个技术群里被随手转发。你打开一看满屏的 IaaS、PaaS、SaaS、虚拟化、弹性伸缩、多租户概念堆得密密麻麻读完却不知道明天上班能用来干什么。这不是你的问题是大多数导论类文档的通病——它告诉你“是什么”却没告诉你“怎么用”。我真正意识到这份文档的价值是在一次帮朋友准备广东省职业院校技能大赛云计算赛项的时候。比赛大纲里列的知识点几乎都能在这份导论里找到影子虚拟化平台、云存储、云网络、容器基础、运维监控。但光看文档远远不够你得把它拆成可操作的实验步骤在本地或测试环境里跑一遍。这份文档真正的定位是一张知识地图而不是一本操作手册。它帮你建立云计算的全局认知框架让你知道各个组件之间的边界在哪里然后再去动手验证。这篇文章面向两类人一是刚入行的云计算运维想系统梳理知识体系二是准备相关技能竞赛或认证的选手需要把导论里的概念转化成可落地的实验能力。我会按照“概念先立住、再动手复现、最后避坑”的节奏把这份导论拆成能照着做的技术笔记。读完之后你应该能独立搭建一个最小化的云计算实验环境理解核心组件的配置逻辑并且知道哪些地方最容易翻车。2. 云计算导论里的核心概念到底该怎么理解才不飘2.1 从物理机到虚拟机虚拟化到底解决了什么问题云计算的地基是虚拟化。导论里通常会画一张图底层是物理服务器中间是 Hypervisor上面跑着若干虚拟机。这张图看起来简单但很多人说不清楚 Hypervisor 到底在干什么。我一般这样解释Hypervisor 是一个“资源二房东”它把物理机的 CPU、内存、磁盘、网卡切成若干份租给不同的虚拟机使用并且保证租户之间互不干扰。这个“互不干扰”就是隔离性是云计算多租户模型的根基。没有隔离性A 用户的虚拟机把 CPU 跑满B 用户的业务就得跟着卡死。Hypervisor 分两类Type 1 直接跑在裸机上比如 VMware ESXi、KVMType 2 跑在操作系统之上比如 VirtualBox、VMware Workstation。生产环境清一色用 Type 1因为少了一层操作系统性能损耗更小安全性也更高。导论里还会提到全虚拟化和半虚拟化。全虚拟化下虚拟机不知道自己被虚拟化了敏感指令由 Hypervisor 动态翻译半虚拟化需要修改 Guest OS 内核让虚拟机主动配合 Hypervisor。KVM 属于全虚拟化但通过 virtio 驱动实现了半虚拟化的性能优势。你不需要背这些分类但要理解一个结论虚拟化的性能损耗主要来自 CPU 指令翻译、内存地址转换和 I/O 路径。所以后来才有了容器——共享内核省掉 Guest OS 这一层启动速度和密度都上了一个台阶。2.2 IaaS、PaaS、SaaS三层服务模型的责任边界导论里必讲的三层服务模型很多人背得滚瓜烂熟但一到实际选型就犯迷糊。我用一个具体的例子来划边界假设你要部署一个 Python Web 应用。选 IaaS云厂商给你虚拟机、块存储、虚拟网络操作系统以上全是你的事。你得自己装 Python、配 Nginx、调内核参数、打安全补丁。适合对底层有强控制需求的场景比如需要自定义内核模块或者特殊网络协议。选 PaaS云厂商给你运行时环境你只管传代码。比如阿里云的函数计算、Google App Engine。你不用管服务器但得接受平台的限制支持的运行时版本、冷启动延迟、最大执行时长。适合快速迭代的业务逻辑不适合需要常驻进程或特殊系统调用的场景。选 SaaS你连代码都不用写直接用现成的软件服务比如企业邮箱、在线文档。适合通用需求定制能力最弱。导论里通常只列定义但实际工作中责任边界决定了故障排查的方向。IaaS 层出问题你先查自己的配置PaaS 层出问题先看平台状态和日志SaaS 层出问题基本只能提工单。理解这一点比背定义有用得多。2.3 云覆盖度计算一个被低估的容量规划指标热搜词里出现了“云覆盖度计算”这个词在导论里往往一笔带过但在实际运维中很关键。云覆盖度衡量的是你的业务有多少比例已经跑在云上以及云资源的利用率是否合理。我见过太多团队虚拟机开了一大堆实际 CPU 利用率不到 5%这就是覆盖度高但效率低。一个简单的计算方式是云覆盖度 已迁移上云的业务模块数 / 总业务模块数 × 权重系数。权重系数根据模块的重要性和资源消耗来定。但更实用的是看资源利用率分布统计所有云主机的 CPU 和内存使用率画出百分位图。如果 P95 的 CPU 利用率低于 20%说明资源浪费严重要么缩容要么把更多业务迁上来。导论里不会教你这些但这是从“知道云计算”到“用好云计算”的必经之路。后面我会给出具体的采集和计算脚本。3. 用 KVM 在本地跑通一个最小云计算实验环境3.1 环境准备与 KVM 安装要理解导论里的虚拟化概念最好的方式是自己搭一个 KVM 环境。KVM 是 Linux 内核自带的虚拟化模块不需要额外买授权适合做实验。我一般用 Ubuntu 22.04 或 CentOS Stream 9 作为宿主机内存至少 16GB因为要同时跑几个虚拟机。先检查 CPU 是否支持硬件虚拟化# 检查 CPU 虚拟化标志Intel 看 vmxAMD 看 svm grep -Eoc (vmx|svm) /proc/cpuinfo # 输出大于 0 表示支持然后安装 KVM 及相关工具# Ubuntu/Debian 系 sudo apt update sudo apt install -y qemu-kvm libvirt-daemon-system libvirt-clients bridge-utils virtinst virt-manager # 启动 libvirtd 并设置开机自启 sudo systemctl enable --now libvirtd # 将当前用户加入 libvirt 组避免每次 sudo sudo usermod -aG libvirt $USER sudo usermod -aG kvm $USER # 重新登录后生效安装完成后用virsh list --all验证 libvirt 是否正常工作。如果报权限错误检查用户组是否生效或者直接用sudo virsh list --all。这里的关键参数是bridge-utils它用来创建网桥让虚拟机能和宿主机、外网通信。默认的 NAT 网络也能用但做云网络实验时桥接模式更接近生产环境。3.2 创建第一台 KVM 虚拟机并配置网络有了 KVM 环境接下来创建一台虚拟机。我习惯用virt-install命令行工具因为参数清晰容易脚本化。先准备一个 ISO 镜像比如 Ubuntu Server 22.04。# 创建虚拟机磁盘qcow2 格式支持快照和动态扩容 sudo qemu-img create -f qcow2 /var/lib/libvirt/images/vm01.qcow2 20G # 使用 virt-install 创建虚拟机 sudo virt-install \ --name vm01 \ --ram 2048 \ --vcpus 2 \ --disk path/var/lib/libvirt/images/vm01.qcow2,formatqcow2 \ --os-variant ubuntu22.04 \ --network bridgebr0,modelvirtio \ --graphics none \ --console pty,target_typeserial \ --cdrom /path/to/ubuntu-22.04-server.iso \ --boot cdrom,hd参数说明--ram 2048分配 2GB 内存--vcpus 2分配 2 个虚拟 CPU--disk指定磁盘路径和格式--network bridgebr0使用桥接网络modelvirtio启用半虚拟化网卡驱动性能比模拟的 e1000 好很多。--graphics none表示不启用图形界面通过串口控制台安装适合服务器环境。如果桥接网络还没配置需要先创建网桥。编辑/etc/netplan/01-netcfg.yamlnetwork: version: 2 ethernets: enp3s0: dhcp4: no bridges: br0: interfaces: [enp3s0] dhcp4: yes然后sudo netplan apply。注意把enp3s0换成你实际的物理网卡名用ip link查看。虚拟机创建后用virsh console vm01连接串口控制台完成操作系统安装。安装完成后虚拟机会获取到和宿主机同网段的 IP可以直接 SSH 登录。3.3 用 virsh 管理虚拟机生命周期导论里讲云计算的弹性伸缩底层就是虚拟机的生命周期管理。virsh是 libvirt 的命令行工具常用操作如下# 查看所有虚拟机 sudo virsh list --all # 启动、关闭、重启 sudo virsh start vm01 sudo virsh shutdown vm01 sudo virsh reboot vm01 # 强制断电相当于拔电源 sudo virsh destroy vm01 # 查看虚拟机信息 sudo virsh dominfo vm01 # 动态调整 vCPU 数量需要 Guest OS 支持热插拔 sudo virsh setvcpus vm01 4 --live # 动态调整内存需要 balloon 驱动 sudo virsh setmem vm01 4G --live # 创建快照 sudo virsh snapshot-create-as vm01 snap01 before upgrade # 恢复快照 sudo virsh snapshot-revert vm01 snap01这些命令对应到云平台上就是控制台里的“开机”“关机”“重启”“变配”“快照”按钮。理解virsh的操作逻辑再看云厂商的 API 文档就不会觉得陌生。弹性伸缩的本质是监控指标触发阈值自动调用创建或销毁虚拟机的接口。你可以用virsh配合 shell 脚本模拟一个最简单的弹性伸缩当宿主机负载超过阈值时自动创建新虚拟机低于阈值时销毁多余虚拟机。这个实验能帮你把导论里的“弹性”概念落到实处。4. 云存储与云网络在导论中的落地配置4.1 云存储的三种形态块、文件、对象导论里会把云存储分成块存储、文件存储和对象存储。很多人分不清什么时候用哪种。我用一个实际场景来区分你要跑一个 MySQL 数据库用块存储因为数据库需要低延迟的随机读写块存储提供裸设备或文件系统性能最好。你要跑一个共享目录给多台 Web 服务器用用文件存储NFS 或 CIFS 协议多台机器同时挂载。你要存用户上传的图片、视频、备份文件用对象存储通过 HTTP API 访问容量无限成本最低。在 KVM 环境里块存储就是 qcow2 或 raw 格式的磁盘镜像挂给虚拟机用。文件存储可以用 NFS 服务端模拟在宿主机上装nfs-kernel-server导出一个目录虚拟机通过mount -t nfs挂载。对象存储可以用 MinIO 搭建它是一个兼容 S3 API 的开源对象存储单机就能跑。# 在宿主机上安装并启动 MinIO wget https://dl.min.io/server/minio/release/linux-amd64/minio chmod x minio ./minio server /data --console-address :9001 # 默认 Access Key 和 Secret Key 都是 minioadmin # 控制台地址 http://宿主机IP:9001MinIO 启动后你可以用mc客户端或 AWS CLI 创建桶、上传文件。这个实验能让你直观理解对象存储的扁平命名空间、桶策略和预签名 URL。导论里讲的对象存储特性比如高持久性、最终一致性在 MinIO 的文档和实践中都能找到对应。4.2 云网络桥接、NAT 和 Overlay 的选型逻辑云网络是导论里最抽象的部分但也是实验中最容易出问题的地方。KVM 支持三种网络模式桥接、NAT 和隔离网络。桥接模式下虚拟机和宿主机平级直接连到物理网络获取独立 IP适合模拟云主机。NAT 模式下虚拟机通过宿主机转发上网外部无法直接访问虚拟机适合做实验但不想暴露端口。隔离网络下虚拟机之间互通但和外部隔离适合模拟私有网络。生产环境的云网络要复杂得多底层通常用 VXLAN 或 Geneve 做 Overlay把虚拟机的二层网络封装在物理三层网络之上。这样做的目的是突破 VLAN 4096 的数量限制支持多租户的大规模网络隔离。Open vSwitch 是常用的虚拟交换机支持 VXLAN 隧道。在实验环境里你可以用 Linux bridge 模拟简单的云网络用iptables做安全组规则。比如只允许特定 IP 访问虚拟机的 22 端口# 在宿主机上添加 iptables 规则限制访问 vm01 的 SSH sudo iptables -I FORWARD -d 192.168.1.101 -p tcp --dport 22 -s 192.168.1.0/24 -j ACCEPT sudo iptables -I FORWARD -d 192.168.1.101 -p tcp --dport 22 -j DROP这条规则对应到云平台的安全组入方向允许 192.168.1.0/24 访问 22 端口拒绝其他所有。理解 iptables 的规则链再看安全组的配置界面就知道每个选项背后在做什么。4.3 用 cloud-init 实现虚拟机初始化配置导论里讲云主机的快速交付核心是自动化初始化。cloud-init 是 Linux 虚拟机的标准初始化工具支持在首次启动时设置主机名、用户、SSH 密钥、安装软件包、执行脚本。在 KVM 环境里你可以用virt-install配合 cloud-init 的 ISO 镜像实现无人值守部署。先生成一个 cloud-init 配置文件user-data.yaml#cloud-config hostname: web01 users: - name: deploy sudo: ALL(ALL) NOPASSWD:ALL ssh_authorized_keys: - ssh-rsa AAAAB3... your_key_here package_update: true packages: - nginx - python3-pip runcmd: - systemctl enable --now nginx - echo Hello from cloud-init /var/www/html/index.html然后用cloud-localds生成 seed 镜像cloud-localds seed.img user-data.yaml在virt-install中挂载这个 seed 镜像作为第二个 CDROM虚拟机首次启动时会自动读取配置完成初始化。这个流程就是云平台“创建实例”背后的逻辑用户填的表单最终转化成 cloud-init 配置注入到虚拟机里。5. 云计算导论实验中的避坑与排查5.1 虚拟机启动失败先看 libvirt 日志现象virsh start vm01报错 “internal error: qemu unexpectedly closed the monitor”。原因通常是磁盘镜像损坏、内存不足或 KVM 模块未加载。解决先看/var/log/libvirt/qemu/vm01.log里面有 QEMU 的详细报错。如果是内存不足减少--ram参数如果是镜像损坏用qemu-img check检查并修复。5.2 网络不通检查网桥和防火墙现象虚拟机能启动但 SSH 连不上。原因网桥配置错误或者宿主机防火墙拦截了转发流量。解决用brctl show查看网桥是否绑定了物理网卡用ip addr确认虚拟机是否拿到 IP。如果网桥正常检查iptables -L -n -v看 FORWARD 链是否有 DROP 规则。Ubuntu 默认的 ufw 也可能拦截临时用sudo ufw disable排除。5.3 快照恢复后磁盘不一致现象恢复快照后虚拟机启动报文件系统错误。原因快照只保存了磁盘状态但内存状态没保存恢复后文件系统日志不一致。解决创建快照时加上--memspec保存内存状态或者恢复后进入单用户模式执行fsck。生产环境做快照前最好先暂停数据库写入或执行sync。5.4 cloud-init 配置不生效现象虚拟机启动后主机名还是默认的localhost用户也没创建。原因seed 镜像没挂载或者 cloud-init 服务没启动。解决用virsh domblklist vm01确认 seed 镜像是否在磁盘列表里。进入虚拟机后用cloud-init status --long查看执行日志常见问题是 YAML 格式错误比如缩进用了 Tab 而不是空格。5.5 资源超分导致宿主机卡死现象开了多台虚拟机后宿主机响应极慢甚至 SSH 都连不上。原因CPU 和内存超分比例过高宿主机自身资源耗尽。解决KVM 允许 CPU 超分但内存超分要谨慎。用virsh nodeinfo查看宿主机总资源用virsh dominfo查看每台虚拟机的分配。一般建议内存超分不超过 1.5 倍CPU 超分不超过 3 倍。如果已经卡死通过 IPMI 或物理重启然后减少虚拟机数量。6. 把导论变成能力用监控数据验证你的云环境学完导论、搭完实验环境怎么证明你真的掌握了我的习惯是用监控数据说话。导论里讲弹性伸缩、资源调度但只有当你看到真实的 CPU、内存、磁盘 IO 曲线才能理解这些概念背后的权衡。我一般会在宿主机上部署 Prometheus 和 Grafana采集 libvirt 的指标。libvirt 提供了 exporter可以把虚拟机的 CPU、内存、网络、磁盘指标暴露成 Prometheus 格式。# 安装 libvirt-exporter以 Go 版本为例 wget https://github.com/kumina/libvirt_exporter/releases/download/v0.1.0/libvirt_exporter chmod x libvirt_exporter ./libvirt_exporter --libvirt.uriqemu:///system --web.listen-address:9177然后在 Prometheus 的prometheus.yml里添加抓取任务scrape_configs: - job_name: libvirt static_configs: - targets: [localhost:9177]启动 Prometheus 和 Grafana 后导入 libvirt 的仪表盘模板你就能看到每台虚拟机的实时资源使用率。这时候再回头看导论里的“云覆盖度计算”你就有数据支撑了统计所有虚拟机的 CPU 使用率计算 P50、P95、P99 分位值。如果 P95 低于 20%说明资源浪费如果 P99 超过 80%说明需要扩容或优化调度。我还会做一个简单的弹性伸缩验证写一个脚本当某台虚拟机的 CPU 使用率持续 5 分钟超过 70% 时自动用virt-install创建一台新虚拟机并加入负载均衡低于 30% 时自动销毁多余的虚拟机。这个脚本不需要多复杂但跑通一次你对“弹性”的理解就不再是纸面上的概念了。最后分享一个我踩过的坑早期做实验时我习惯把所有虚拟机都放在默认的default网络里结果做网络隔离实验时发现根本隔离不了。后来才明白default网络是 NAT 模式所有虚拟机在同一个子网没有隔离。要做多租户网络实验必须用多个隔离网桥或者 VXLAN。这个教训让我后来每次设计实验环境时第一件事就是画网络拓扑图确认隔离边界在哪里。希望这些经验能帮你把《云计算导论》从一份文档变成真正可用的能力。别光看动手跑一遍坑踩多了自然就懂了。本文还有配套的精品资源点击获取 云计算导论实战指南：从KVM虚拟化到弹性伸缩实验
简介这份《云计算导论》文档面向计算机专业学生、IT从业者及希望系统了解云计算基础概念的学习者帮助读者从零建立对云计算定义、技术原理与产业影响的整体认知。文档围绕云计算的定义、与IT技术的关系、使用模式、对服务提供商与用户的双重影响、基础设施基本特征等核心议题展开并延伸比较了效用计算、分布式计算、网格计算、服务器集群与虚拟化等关联概念还梳理了云计算架构分层及存在的难题内容兼具概念梳理与对比分析。资源包内含1个doc文档大小约61KB结构清晰、章节分明适合作为课程学习、技术入门或知识查漏的参考材料。目前已有755人学习下载可帮助读者快速把握云计算的知识脉络与关键术语为后续深入学习打下基础。1. 一份“云计算导论”文档为什么值得你花一晚上啃透很多人第一次接触云计算是从一份名为《云计算导论》的文档开始的。它可能出现在课程资料里、培训讲义里或者某个技术群里被随手转发。你打开一看满屏的 IaaS、PaaS、SaaS、虚拟化、弹性伸缩、多租户概念堆得密密麻麻读完却不知道明天上班能用来干什么。这不是你的问题是大多数导论类文档的通病——它告诉你“是什么”却没告诉你“怎么用”。我真正意识到这份文档的价值是在一次帮朋友准备广东省职业院校技能大赛云计算赛项的时候。比赛大纲里列的知识点几乎都能在这份导论里找到影子虚拟化平台、云存储、云网络、容器基础、运维监控。但光看文档远远不够你得把它拆成可操作的实验步骤在本地或测试环境里跑一遍。这份文档真正的定位是一张知识地图而不是一本操作手册。它帮你建立云计算的全局认知框架让你知道各个组件之间的边界在哪里然后再去动手验证。这篇文章面向两类人一是刚入行的云计算运维想系统梳理知识体系二是准备相关技能竞赛或认证的选手需要把导论里的概念转化成可落地的实验能力。我会按照“概念先立住、再动手复现、最后避坑”的节奏把这份导论拆成能照着做的技术笔记。读完之后你应该能独立搭建一个最小化的云计算实验环境理解核心组件的配置逻辑并且知道哪些地方最容易翻车。2. 云计算导论里的核心概念到底该怎么理解才不飘2.1 从物理机到虚拟机虚拟化到底解决了什么问题云计算的地基是虚拟化。导论里通常会画一张图底层是物理服务器中间是 Hypervisor上面跑着若干虚拟机。这张图看起来简单但很多人说不清楚 Hypervisor 到底在干什么。我一般这样解释Hypervisor 是一个“资源二房东”它把物理机的 CPU、内存、磁盘、网卡切成若干份租给不同的虚拟机使用并且保证租户之间互不干扰。这个“互不干扰”就是隔离性是云计算多租户模型的根基。没有隔离性A 用户的虚拟机把 CPU 跑满B 用户的业务就得跟着卡死。Hypervisor 分两类Type 1 直接跑在裸机上比如 VMware ESXi、KVMType 2 跑在操作系统之上比如 VirtualBox、VMware Workstation。生产环境清一色用 Type 1因为少了一层操作系统性能损耗更小安全性也更高。导论里还会提到全虚拟化和半虚拟化。全虚拟化下虚拟机不知道自己被虚拟化了敏感指令由 Hypervisor 动态翻译半虚拟化需要修改 Guest OS 内核让虚拟机主动配合 Hypervisor。KVM 属于全虚拟化但通过 virtio 驱动实现了半虚拟化的性能优势。你不需要背这些分类但要理解一个结论虚拟化的性能损耗主要来自 CPU 指令翻译、内存地址转换和 I/O 路径。所以后来才有了容器——共享内核省掉 Guest OS 这一层启动速度和密度都上了一个台阶。2.2 IaaS、PaaS、SaaS三层服务模型的责任边界导论里必讲的三层服务模型很多人背得滚瓜烂熟但一到实际选型就犯迷糊。我用一个具体的例子来划边界假设你要部署一个 Python Web 应用。选 IaaS云厂商给你虚拟机、块存储、虚拟网络操作系统以上全是你的事。你得自己装 Python、配 Nginx、调内核参数、打安全补丁。适合对底层有强控制需求的场景比如需要自定义内核模块或者特殊网络协议。选 PaaS云厂商给你运行时环境你只管传代码。比如阿里云的函数计算、Google App Engine。你不用管服务器但得接受平台的限制支持的运行时版本、冷启动延迟、最大执行时长。适合快速迭代的业务逻辑不适合需要常驻进程或特殊系统调用的场景。选 SaaS你连代码都不用写直接用现成的软件服务比如企业邮箱、在线文档。适合通用需求定制能力最弱。导论里通常只列定义但实际工作中责任边界决定了故障排查的方向。IaaS 层出问题你先查自己的配置PaaS 层出问题先看平台状态和日志SaaS 层出问题基本只能提工单。理解这一点比背定义有用得多。2.3 云覆盖度计算一个被低估的容量规划指标热搜词里出现了“云覆盖度计算”这个词在导论里往往一笔带过但在实际运维中很关键。云覆盖度衡量的是你的业务有多少比例已经跑在云上以及云资源的利用率是否合理。我见过太多团队虚拟机开了一大堆实际 CPU 利用率不到 5%这就是覆盖度高但效率低。一个简单的计算方式是云覆盖度 已迁移上云的业务模块数 / 总业务模块数 × 权重系数。权重系数根据模块的重要性和资源消耗来定。但更实用的是看资源利用率分布统计所有云主机的 CPU 和内存使用率画出百分位图。如果 P95 的 CPU 利用率低于 20%说明资源浪费严重要么缩容要么把更多业务迁上来。导论里不会教你这些但这是从“知道云计算”到“用好云计算”的必经之路。后面我会给出具体的采集和计算脚本。3. 用 KVM 在本地跑通一个最小云计算实验环境3.1 环境准备与 KVM 安装要理解导论里的虚拟化概念最好的方式是自己搭一个 KVM 环境。KVM 是 Linux 内核自带的虚拟化模块不需要额外买授权适合做实验。我一般用 Ubuntu 22.04 或 CentOS Stream 9 作为宿主机内存至少 16GB因为要同时跑几个虚拟机。先检查 CPU 是否支持硬件虚拟化# 检查 CPU 虚拟化标志Intel 看 vmxAMD 看 svm grep -Eoc (vmx|svm) /proc/cpuinfo # 输出大于 0 表示支持然后安装 KVM 及相关工具# Ubuntu/Debian 系 sudo apt update sudo apt install -y qemu-kvm libvirt-daemon-system libvirt-clients bridge-utils virtinst virt-manager # 启动 libvirtd 并设置开机自启 sudo systemctl enable --now libvirtd # 将当前用户加入 libvirt 组避免每次 sudo sudo usermod -aG libvirt $USER sudo usermod -aG kvm $USER # 重新登录后生效安装完成后用virsh list --all验证 libvirt 是否正常工作。如果报权限错误检查用户组是否生效或者直接用sudo virsh list --all。这里的关键参数是bridge-utils它用来创建网桥让虚拟机能和宿主机、外网通信。默认的 NAT 网络也能用但做云网络实验时桥接模式更接近生产环境。3.2 创建第一台 KVM 虚拟机并配置网络有了 KVM 环境接下来创建一台虚拟机。我习惯用virt-install命令行工具因为参数清晰容易脚本化。先准备一个 ISO 镜像比如 Ubuntu Server 22.04。# 创建虚拟机磁盘qcow2 格式支持快照和动态扩容 sudo qemu-img create -f qcow2 /var/lib/libvirt/images/vm01.qcow2 20G # 使用 virt-install 创建虚拟机 sudo virt-install \ --name vm01 \ --ram 2048 \ --vcpus 2 \ --disk path/var/lib/libvirt/images/vm01.qcow2,formatqcow2 \ --os-variant ubuntu22.04 \ --network bridgebr0,modelvirtio \ --graphics none \ --console pty,target_typeserial \ --cdrom /path/to/ubuntu-22.04-server.iso \ --boot cdrom,hd参数说明--ram 2048分配 2GB 内存--vcpus 2分配 2 个虚拟 CPU--disk指定磁盘路径和格式--network bridgebr0使用桥接网络modelvirtio启用半虚拟化网卡驱动性能比模拟的 e1000 好很多。--graphics none表示不启用图形界面通过串口控制台安装适合服务器环境。如果桥接网络还没配置需要先创建网桥。编辑/etc/netplan/01-netcfg.yamlnetwork: version: 2 ethernets: enp3s0: dhcp4: no bridges: br0: interfaces: [enp3s0] dhcp4: yes然后sudo netplan apply。注意把enp3s0换成你实际的物理网卡名用ip link查看。虚拟机创建后用virsh console vm01连接串口控制台完成操作系统安装。安装完成后虚拟机会获取到和宿主机同网段的 IP可以直接 SSH 登录。3.3 用 virsh 管理虚拟机生命周期导论里讲云计算的弹性伸缩底层就是虚拟机的生命周期管理。virsh是 libvirt 的命令行工具常用操作如下# 查看所有虚拟机 sudo virsh list --all # 启动、关闭、重启 sudo virsh start vm01 sudo virsh shutdown vm01 sudo virsh reboot vm01 # 强制断电相当于拔电源 sudo virsh destroy vm01 # 查看虚拟机信息 sudo virsh dominfo vm01 # 动态调整 vCPU 数量需要 Guest OS 支持热插拔 sudo virsh setvcpus vm01 4 --live # 动态调整内存需要 balloon 驱动 sudo virsh setmem vm01 4G --live # 创建快照 sudo virsh snapshot-create-as vm01 snap01 before upgrade # 恢复快照 sudo virsh snapshot-revert vm01 snap01这些命令对应到云平台上就是控制台里的“开机”“关机”“重启”“变配”“快照”按钮。理解virsh的操作逻辑再看云厂商的 API 文档就不会觉得陌生。弹性伸缩的本质是监控指标触发阈值自动调用创建或销毁虚拟机的接口。你可以用virsh配合 shell 脚本模拟一个最简单的弹性伸缩当宿主机负载超过阈值时自动创建新虚拟机低于阈值时销毁多余虚拟机。这个实验能帮你把导论里的“弹性”概念落到实处。4. 云存储与云网络在导论中的落地配置4.1 云存储的三种形态块、文件、对象导论里会把云存储分成块存储、文件存储和对象存储。很多人分不清什么时候用哪种。我用一个实际场景来区分你要跑一个 MySQL 数据库用块存储因为数据库需要低延迟的随机读写块存储提供裸设备或文件系统性能最好。你要跑一个共享目录给多台 Web 服务器用用文件存储NFS 或 CIFS 协议多台机器同时挂载。你要存用户上传的图片、视频、备份文件用对象存储通过 HTTP API 访问容量无限成本最低。在 KVM 环境里块存储就是 qcow2 或 raw 格式的磁盘镜像挂给虚拟机用。文件存储可以用 NFS 服务端模拟在宿主机上装nfs-kernel-server导出一个目录虚拟机通过mount -t nfs挂载。对象存储可以用 MinIO 搭建它是一个兼容 S3 API 的开源对象存储单机就能跑。# 在宿主机上安装并启动 MinIO wget https://dl.min.io/server/minio/release/linux-amd64/minio chmod x minio ./minio server /data --console-address :9001 # 默认 Access Key 和 Secret Key 都是 minioadmin # 控制台地址 http://宿主机IP:9001MinIO 启动后你可以用mc客户端或 AWS CLI 创建桶、上传文件。这个实验能让你直观理解对象存储的扁平命名空间、桶策略和预签名 URL。导论里讲的对象存储特性比如高持久性、最终一致性在 MinIO 的文档和实践中都能找到对应。4.2 云网络桥接、NAT 和 Overlay 的选型逻辑云网络是导论里最抽象的部分但也是实验中最容易出问题的地方。KVM 支持三种网络模式桥接、NAT 和隔离网络。桥接模式下虚拟机和宿主机平级直接连到物理网络获取独立 IP适合模拟云主机。NAT 模式下虚拟机通过宿主机转发上网外部无法直接访问虚拟机适合做实验但不想暴露端口。隔离网络下虚拟机之间互通但和外部隔离适合模拟私有网络。生产环境的云网络要复杂得多底层通常用 VXLAN 或 Geneve 做 Overlay把虚拟机的二层网络封装在物理三层网络之上。这样做的目的是突破 VLAN 4096 的数量限制支持多租户的大规模网络隔离。Open vSwitch 是常用的虚拟交换机支持 VXLAN 隧道。在实验环境里你可以用 Linux bridge 模拟简单的云网络用iptables做安全组规则。比如只允许特定 IP 访问虚拟机的 22 端口# 在宿主机上添加 iptables 规则限制访问 vm01 的 SSH sudo iptables -I FORWARD -d 192.168.1.101 -p tcp --dport 22 -s 192.168.1.0/24 -j ACCEPT sudo iptables -I FORWARD -d 192.168.1.101 -p tcp --dport 22 -j DROP这条规则对应到云平台的安全组入方向允许 192.168.1.0/24 访问 22 端口拒绝其他所有。理解 iptables 的规则链再看安全组的配置界面就知道每个选项背后在做什么。4.3 用 cloud-init 实现虚拟机初始化配置导论里讲云主机的快速交付核心是自动化初始化。cloud-init 是 Linux 虚拟机的标准初始化工具支持在首次启动时设置主机名、用户、SSH 密钥、安装软件包、执行脚本。在 KVM 环境里你可以用virt-install配合 cloud-init 的 ISO 镜像实现无人值守部署。先生成一个 cloud-init 配置文件user-data.yaml#cloud-config hostname: web01 users: - name: deploy sudo: ALL(ALL) NOPASSWD:ALL ssh_authorized_keys: - ssh-rsa AAAAB3... your_key_here package_update: true packages: - nginx - python3-pip runcmd: - systemctl enable --now nginx - echo Hello from cloud-init /var/www/html/index.html然后用cloud-localds生成 seed 镜像cloud-localds seed.img user-data.yaml在virt-install中挂载这个 seed 镜像作为第二个 CDROM虚拟机首次启动时会自动读取配置完成初始化。这个流程就是云平台“创建实例”背后的逻辑用户填的表单最终转化成 cloud-init 配置注入到虚拟机里。5. 云计算导论实验中的避坑与排查5.1 虚拟机启动失败先看 libvirt 日志现象virsh start vm01报错 “internal error: qemu unexpectedly closed the monitor”。原因通常是磁盘镜像损坏、内存不足或 KVM 模块未加载。解决先看/var/log/libvirt/qemu/vm01.log里面有 QEMU 的详细报错。如果是内存不足减少--ram参数如果是镜像损坏用qemu-img check检查并修复。5.2 网络不通检查网桥和防火墙现象虚拟机能启动但 SSH 连不上。原因网桥配置错误或者宿主机防火墙拦截了转发流量。解决用brctl show查看网桥是否绑定了物理网卡用ip addr确认虚拟机是否拿到 IP。如果网桥正常检查iptables -L -n -v看 FORWARD 链是否有 DROP 规则。Ubuntu 默认的 ufw 也可能拦截临时用sudo ufw disable排除。5.3 快照恢复后磁盘不一致现象恢复快照后虚拟机启动报文件系统错误。原因快照只保存了磁盘状态但内存状态没保存恢复后文件系统日志不一致。解决创建快照时加上--memspec保存内存状态或者恢复后进入单用户模式执行fsck。生产环境做快照前最好先暂停数据库写入或执行sync。5.4 cloud-init 配置不生效现象虚拟机启动后主机名还是默认的localhost用户也没创建。原因seed 镜像没挂载或者 cloud-init 服务没启动。解决用virsh domblklist vm01确认 seed 镜像是否在磁盘列表里。进入虚拟机后用cloud-init status --long查看执行日志常见问题是 YAML 格式错误比如缩进用了 Tab 而不是空格。5.5 资源超分导致宿主机卡死现象开了多台虚拟机后宿主机响应极慢甚至 SSH 都连不上。原因CPU 和内存超分比例过高宿主机自身资源耗尽。解决KVM 允许 CPU 超分但内存超分要谨慎。用virsh nodeinfo查看宿主机总资源用virsh dominfo查看每台虚拟机的分配。一般建议内存超分不超过 1.5 倍CPU 超分不超过 3 倍。如果已经卡死通过 IPMI 或物理重启然后减少虚拟机数量。6. 把导论变成能力用监控数据验证你的云环境学完导论、搭完实验环境怎么证明你真的掌握了我的习惯是用监控数据说话。导论里讲弹性伸缩、资源调度但只有当你看到真实的 CPU、内存、磁盘 IO 曲线才能理解这些概念背后的权衡。我一般会在宿主机上部署 Prometheus 和 Grafana采集 libvirt 的指标。libvirt 提供了 exporter可以把虚拟机的 CPU、内存、网络、磁盘指标暴露成 Prometheus 格式。# 安装 libvirt-exporter以 Go 版本为例 wget https://github.com/kumina/libvirt_exporter/releases/download/v0.1.0/libvirt_exporter chmod x libvirt_exporter ./libvirt_exporter --libvirt.uriqemu:///system --web.listen-address:9177然后在 Prometheus 的prometheus.yml里添加抓取任务scrape_configs: - job_name: libvirt static_configs: - targets: [localhost:9177]启动 Prometheus 和 Grafana 后导入 libvirt 的仪表盘模板你就能看到每台虚拟机的实时资源使用率。这时候再回头看导论里的“云覆盖度计算”你就有数据支撑了统计所有虚拟机的 CPU 使用率计算 P50、P95、P99 分位值。如果 P95 低于 20%说明资源浪费如果 P99 超过 80%说明需要扩容或优化调度。我还会做一个简单的弹性伸缩验证写一个脚本当某台虚拟机的 CPU 使用率持续 5 分钟超过 70% 时自动用virt-install创建一台新虚拟机并加入负载均衡低于 30% 时自动销毁多余的虚拟机。这个脚本不需要多复杂但跑通一次你对“弹性”的理解就不再是纸面上的概念了。最后分享一个我踩过的坑早期做实验时我习惯把所有虚拟机都放在默认的default网络里结果做网络隔离实验时发现根本隔离不了。后来才明白default网络是 NAT 模式所有虚拟机在同一个子网没有隔离。要做多租户网络实验必须用多个隔离网桥或者 VXLAN。这个教训让我后来每次设计实验环境时第一件事就是画网络拓扑图确认隔离边界在哪里。希望这些经验能帮你把《云计算导论》从一份文档变成真正可用的能力。别光看动手跑一遍坑踩多了自然就懂了。本文还有配套的精品资源点击获取