简介：这份资源是一套面向IT运维、云计算与项目管理方向学习者的选择题练习文档，内容覆盖项目管理流程、金融业务合规、OSI参考模型、VLAN与以太网标准、OpenStack组件、AWS云服务、Docker与Kubernetes容器技术、Linux常用命令等核心考点，适合备考相关认证或梳理知识体系的读者自测与查漏补缺。资源包共1个docx文件，约23KB，题型包含单选题与多选题，题干与参考答案一并给出，便于对照理解。文档涉及路由分层、EBS卷跨可用区迁移、收尾过程顺序、RDS支持的数据库引擎、NAT跨宿主机通信吞吐率等具体知识点，可作为日常刷题与概念巩固的参考材料。目前已有71人学习下载，适合需要快速检验基础掌握程度、补充细节记忆的初中级技术人员使用。
1. 从一份题库说起：云计算运维到底在考什么
如果你翻到一份云计算运维方向的题库，第一反应可能是“怎么什么都考”——项目管理、网络协议、Linux 命令、容器、OpenStack、AWS，跨度大得像把半个 IT 世界塞进了一张卷子。这不是出题人贪心，而是这个岗位的真实写照：云计算运维本身就是个“交叉路口”角色，上游对接开发和业务，下游管着服务器、网络和存储，中间还得盯着项目进度和安全合规。
打个比方，云计算运维工程师有点像一栋大楼的物业总管。他不需要亲手砌每一块砖，但得知道水电怎么走、消防通道在哪、电梯多久保养一次、租户搬进来要办什么手续。题库里那些看似零散的知识点，其实就是这栋“云大楼”里各个系统的运行规则。搞懂它们，不是为了背答案，而是为了在真实环境里遇到问题时，能快速判断“这事归哪个系统管、大概是什么原因、该翻哪本手册”。
这份资料把项目管理、网络基础、Linux 系统管理、容器与云平台这几大块的核心考点整理成了题目和实操记录，适合刚入行想摸清知识边界的人，也适合有经验但想系统梳理一遍的运维人员。
2. 项目管理与流程：为什么“质保”不是一个阶段
2.1 项目阶段的划分逻辑
项目管理里有一个经典考点：哪个阶段不属于项目管理流程？答案是“项目质保”。很多人会在这里翻车，因为直觉上“质保”听起来像是一个正经的阶段。但项目管理的阶段划分遵循的是时间线逻辑：立项、开发、测试、收尾，每个阶段有明确的起止点和交付物。质保不是独立阶段，它是一种贯穿开发与测试过程的质量保证活动，更像是一条隐形的线，而不是一个独立的盒子。
通俗地说，项目阶段就像做一道菜的步骤：备菜、下锅、调味、装盘。质保相当于“全程注意火候和卫生”，它不是一个单独的步骤，而是渗透在每个步骤里的要求。如果把质保当成一个独立阶段，就会出现“菜都装盘了才开始质保”的荒谬局面。
监控项目过程组也是同样的逻辑。题目问“何时完成监控项目过程组”，正确答案是“整个项目中持续进行”。监控不是某个时间点的一次性动作，而是从项目启动到收尾一直在跑的“后台进程”。这就像开车时看后视镜和仪表盘，不是出发前看一眼就完事，而是全程都得瞄着。
2.2 收尾顺序与总结报告
收尾过程的正确顺序是：得到正式验收、写出经验教训、解散团队、结束合同。这个顺序有它的道理——验收是前提，没有验收就没有“完成”的定义；经验教训要在团队解散前收集，人走了就没人可问了；合同结束放在最后，是因为它涉及商务和法务流程，通常比团队解散更慢。
项目总结阶段可得到的报告不包括《实施报告》。总结阶段产出的是《项目总结报告》《验收测试报告》《项目归档检查单》这类回顾性和归档性文档，而《实施报告》属于执行阶段的产物。这个区分在考试里容易混，在实际工作中也容易搞错——把执行阶段的文档塞进总结归档里，会导致归档内容冗余且逻辑混乱。
注意：项目管理的这些流程不是纸上谈兵。在实际运维项目中，跳过经验教训收集直接解散团队，是很多项目“同样的坑踩两次”的根本原因。
3. 网络与协议：从 VLAN 到路由的底层规则
3.1 VLAN 与交换机：广播域的逻辑划分
VLAN 基本上可以看成是一个广播域。这句话是网络基础里的高频考点，但很多人背了答案却不理解含义。广播域的意思是：在这个范围内，一台设备发出的广播帧能被所有其他设备收到。没有 VLAN 的时候，一台交换机上的所有端口属于同一个广播域，任何一台机器发广播，全网都得“听”。VLAN 的作用就是把这个大广播域切成若干个小房间，每个房间里的广播不会传到其他房间。
交换机中 VLAN 的取值范围是 1 到 4094。为什么不是 0 到 4095？因为 0 和 4095 是保留值，不分配给用户使用。这就像楼层编号从 1 楼开始，没有 0 楼和 4095 楼一样，是协议设计时的约定。
交换机的主要功能包括转发和过滤、地址学习、环路避免。注意这里没有“路由转发”——路由转发是路由器的活儿。交换机工作在数据链路层，看的是 MAC 地址；路由器工作在网络层，看的是 IP 地址。这个分层概念在后面讲路由时会反复用到。
3.2 路由与 OSI 模型：网络层的位置
路由的功能发生在 OSI 参考模型的网络层。这个考点的关键在于理解“路由”到底在做什么：它是把数据包从一个网络送到另一个网络，靠的是 IP 地址。网络层就是负责 IP 地址寻址和路由选择的层级。物理层管的是电信号和物理接口，数据链路层管的是同一网络内的 MAC 地址通信，只有网络层才管跨网络的路径选择。
用一个寄快递的类比：物理层是公路和卡车，数据链路层是同一个城市内的配送站，网络层是跨城市的干线运输调度中心。路由就是那个调度中心在决定“这个包裹从 A 城到 B 城走哪条线路”。
以太网标准也是常考的点。802.3 是局域网的以太网标准，而 802.5 是令牌环网标准，801.2 和 802.4 也不是以太网标准。这个知识点在实际工作中遇到老设备兼容性问题时会派上用场——如果看到 802.5 相关的配置，那说明你面对的不是标准以太网环境。
3.3 实操中的网络配置
题库里的实操题给出了具体的网络配置命令，这些命令在真实环境中是可以直接复用的。比如在交换机上创建 VLAN 并配置网关：
# 批量创建 VLAN 100 和 101 [SW1]vlan batch 100 101 # 配置 VLAN 100 的网关地址 [SW1]interface Vlanif 100 [SW1-Vlanif100]ip address 172.16.100.254 24 # 配置 VLAN 101 的网关地址 [SW1]interface Vlanif 101 [SW1-Vlanif101]ip address 172.16.101.254 24 # 将 g0/0/1 配为 trunk 模式，放行 VLAN 100 [SW1]interface GigabitEthernet 0/0/1 [SW1-GigabitEthernet0/0/1]port link-type trunk [SW1-GigabitEthernet0/0/1]port trunk allow-pass vlan 100 # 将 g0/0/2 配为 access 模式，划入 VLAN 101 [SW1]interface GigabitEthernet 0/0/2 [SW1-GigabitEthernet0/0/2]port link-type access [SW1-GigabitEthernet0/0/2]port default vlan 101这段配置的逻辑是：VLAN 100 和 101 各自有网关，trunk 端口负责在交换机之间传递多个 VLAN 的流量，access 端口负责连接终端设备并把它划入指定 VLAN。trunk 端口放行 VLAN 100 意味着只有 VLAN 100 的流量能通过这个端口，其他 VLAN 的流量会被丢弃。
静态路由的配置也是类似：
# 配置接口 IP [R1]interface GigabitEthernet 0/0/1 [R1-GigabitEthernet0/0/1]ip address 192.168.101.1 30 [R1-GigabitEthernet0/0/1]quit [R1]interface GigabitEthernet 0/0/2 [R1-GigabitEthernet0/0/2]ip address 12.12.12.2 30 [R1-GigabitEthernet0/0/2]quit # 添加静态路由 [R1]ip route-static 192.168.1.0 24 192.168.101.2 [R1]ip route-static 192.168.2.0 24 12.12.12.1静态路由的意思是“去某个网段，走某个下一跳”。这里配置了两条路由，分别指向不同的目标网段和下一跳地址。在实际排障时，如果发现某个网段不通，第一件事就是检查路由表里有没有对应的条目。
4. Linux 与存储：命令背后的系统逻辑
4.1 常用命令的“为什么”
Linux 命令的考点往往不是“这个命令怎么拼”，而是“这个命令到底在干什么”。比如man命令，它的作用是查看命令的帮助信息，不是“手动执行命令”。很多人第一次看到man会以为是 manual 的缩写所以是“手动”，其实它是 manual page 的缩写，意思是“手册页”。
rm -rf dirname的含义是递归强行删除目录及其所有内容。-r是递归，-f是强制。这个命令的危险性在于它不会给你任何提示，删了就没了。在实际工作中，执行这个命令前一定要确认路径是否正确，尤其是当dirname是一个变量的时候。
tar -zxvf wordpress.tar.gz是解压缩命令。参数含义：-z表示用 gzip 解压，-x表示解压，-v表示显示过程，-f表示指定文件名。这四个参数组合在一起是解压.tar.gz文件的标准写法。如果记不住顺序，可以记“z 在前，x 在中，v 和 f 在后”。
ifconfig命令可以配置网卡 IP 地址、配置本地回环地址、激活网络适配器，但不能“加载网卡到内核中”。加载网卡驱动是modprobe或insmod的活儿，不是ifconfig的职责。这个区分在排查网卡不识别的问题时很关键——如果ifconfig看不到网卡，先检查驱动有没有加载，而不是反复折腾ifconfig。
4.2 LVM 与 NFS：存储管理的两个层次
LVM 是 Linux 上的逻辑卷管理，它的核心价值是“弹性”。传统分区一旦分好，想扩容就得停机、备份、重新分区、恢复数据，流程繁琐且风险高。LVM 把物理硬盘抽象成物理卷，再把物理卷组合成卷组，最后从卷组里划分逻辑卷。扩容时只需要从卷组里拿空间给逻辑卷，不需要动底层分区。
题库里的 LVM 实操展示了完整流程：先用fdisk分区，再用pvcreate创建物理卷，然后用vgcreate创建卷组，最后用vgextend扩容卷组。每一步都有明确的输出可以验证。比如vgdisplay会显示卷组的大小、空闲空间、物理卷数量等信息，这些信息在排查“为什么扩不了容”时非常有用。
NFS 是网络文件系统，它的作用是让一台机器上的目录能被另一台机器挂载使用。题库里的实操是：在 xserver1 上共享/mnt/share目录，在 xserver2 上挂载到/mnt。showmount -e命令用来查看某台机器共享了哪些目录，df -h用来查看挂载后的磁盘使用情况。
NFS 由三部分组成：NFS 用户空间工具、NFS 内核模块、RPC 相关服务。RPC 是远程过程调用，NFS 依赖它来实现跨机器的函数调用。如果 NFS 挂载失败，常见原因之一就是 RPC 服务没起来。
Samba 则是让 Linux 和 Windows 之间共享文件的工具。它的配置文件中[share]段落定义了共享目录的路径、是否可浏览、是否公开、是否可写。netstat -ntpl可以看到 Samba 监听的端口是 445 和 139，这两个端口分别对应 SMB 协议的两种传输方式。
4.3 数据库主从与 Web 部署
MariaDB 的主从复制是数据库高可用的基础。主节点负责写，从节点负责读，主节点的变更通过二进制日志同步到从节点。题库里的show slave status\G输出中，Slave_IO_Running和Slave_SQL_Running都是Yes，说明复制正常运行。Seconds_Behind_Master为 0，说明从节点没有延迟。
WordPress 的部署则是把 Linux、Nginx、MySQL、PHP 这套环境串起来的综合练习。部署完成后用curl访问首页，如果能返回 HTML 内容，说明整个链路是通的。这个练习的价值在于它模拟了真实环境中“从零搭一个网站”的完整流程。
5. 容器与云平台：从 Docker 到 OpenStack 的服务地图
5.1 Docker 的核心操作
Docker 的考点集中在几个关键命令上。docker inspect用来查看容器属性，返回的是 JSON 格式的详细信息，包括网络配置、挂载卷、环境变量等。docker info用来查看 Docker 引擎的整体信息，比如容器数量、镜像数量、存储驱动等。
Dockerfile 中RUN关键字用来让容器执行一个指定的程序，FROM指定基础镜像，ADD添加文件，CMD指定容器启动时的默认命令。RUN是在构建镜像时执行的，CMD是在容器启动时执行的，这个区别在写 Dockerfile 时非常关键。
私有仓库的配置也是常考点。启动 registry 容器时，需要把内部存储目录映射到外部，把内部端口映射到外部：
docker run -d \ -v /opt/registry:/var/lib/registry \ -p 5000:5000 \ --restart=always \ --name registry \ registry:latest参数说明：-d后台运行，-v挂载卷，-p端口映射，--restart=always表示容器退出时自动重启，--name指定容器名称。这个配置在实际搭建私有镜像仓库时可以直接使用。
管理大规模容器集群的能力包括编排调度引擎、镜像管理、网络通信方案，但不包括用户列表管理。用户列表管理是平台层面的功能，不是容器集群本身的能力。Kubernetes 可以实现自动化部署、自动运行删除容器、自动扩缩容，但不负责“自动维护”——维护是人的活儿，K8s 只是工具。
5.2 OpenStack 的服务分工
OpenStack 是一套云平台操作系统，它的各个组件各司其职。Keystone 提供认证服务，负责用户身份验证和权限管理。Nova 提供计算服务，负责管理虚拟机实例。Glance 提供镜像服务，负责管理虚拟机镜像。Swift 提供对象存储服务，负责存储非结构化数据。Neutron 提供网络服务，负责管理虚拟网络。Ceilometer 提供监控服务，把监控数据存储到 MongoDB 数据库。RabbitMQ 提供消息服务，各个组件之间通过它来通信。
这些服务的关系可以用一个公司来类比：Keystone 是前台，负责验证身份；Nova 是生产部门，负责造虚拟机；Glance 是仓库，存放虚拟机的“模板”；Swift 是档案室，存放各种文件；Neutron 是网络部，负责拉网线配路由；Ceilometer 是监控室，记录各种运行数据；RabbitMQ 是内部邮件系统，各部门之间靠它传消息。
AWS 的 RDS 目前支持六个关系型数据库引擎：Amazon Aurora、Oracle、Microsoft SQL Server、PostgreSQL、MySQL 和 MariaDB。EBS 卷是基于块的存储，提供各种 SSD 和磁性选件，默认基于磁盘。EBS 卷不能直接跨可用区域连接，需要先创建快照，再从快照在另一个可用区域创建新卷。
VPC 中单个实例在停止和重新启动后会在 VPC 内保留其公共 IP，所以“不会保留”这个陈述是错误的。一个 VPC 可以有多个子网，也可以有一个 Internet 网关。API 凭证的最佳做法是创建一个有必要的角色，并让 EC2 实例来承担，而不是直接在实例上硬编码凭证。
6. 什么时候该翻这份资料，什么时候不该
这份资料最适合的场景是：你刚接触云计算运维，需要一份覆盖主要知识点的题目集来摸清自己的盲区；或者你准备面试，想快速过一遍高频考点；又或者你在工作中遇到了某个具体问题，想看看有没有类似的配置示例可以参考。
不适合的场景也很明确：如果你已经是有多年经验的运维工程师，这份资料里的题目对你来说可能过于基础，翻一遍花不了多少时间但收获有限。如果你需要的是某个特定云平台的深度实战经验，这份资料覆盖了多个平台但每个平台的深度都有限，不如直接去看官方文档。
还有一个容易踩的坑：不要把题库里的答案当成绝对真理。技术是在演进的，比如 AWS 的 RDS 支持的数据库引擎数量可能会变化，OpenStack 的组件功能也在不断更新。题目里的答案反映的是出题时的状态，实际工作中要以官方文档为准。
提示：实操题里的命令和配置可以直接在实验环境中复现。建议不要只看答案，而是自己动手敲一遍，看看返回结果和题目里的是不是一致。不一致的地方往往就是理解偏差所在。
我自己的习惯是，每次看到“以下哪个说法是错误的”这类题目，都会先把每个选项为什么对、为什么错都过一遍，而不是只记正确答案。因为在实际排障时，你面对的不是选择题，而是一个需要判断“哪里出了问题”的场景。只有理解了每个选项背后的逻辑，才能在真实环境中快速定位问题。
从那以后我每次整理技术资料，都会强制走一遍“这个概念解决什么问题、不解决什么问题、和相近概念的区别在哪”这三步。希望这份资料能帮你把云计算运维的知识地图拼得更完整一些。
本文还有配套的精品资源，点击获取
