云计算运维认证题库实战：VLAN、LVM、Docker与OpenStack操作详解

简介这份资源是一套面向IT运维、云计算与项目管理方向学习者的选择题练习文档内容覆盖项目管理流程、金融业务合规、OSI参考模型、VLAN与以太网标准、OpenStack组件、AWS云服务、Docker与Linux命令等核心考点适合备考相关认证或梳理基础知识体系的读者自测使用。压缩包内共1个docx文件约23KB以题目与参考答案的形式呈现涵盖单选与多选两类题型涉及路由分层、EBS卷跨可用区迁移、收尾过程顺序、RDS支持的数据库引擎、NAT容器通信吞吐率等具体知识点便于快速定位薄弱环节。目前已有71人学习下载。读者可借助这份题库检验对云计算与项目管理知识的掌握程度对照答案理解每个选项的判定依据适合作为考前冲刺或日常查漏补缺的练习材料。1. 从一份题库文档说起这套题到底在考什么如果你正在准备云计算运维或系统集成相关的认证考试大概率会遇到这样一份文档40 道选择填空加 15 道实操题内容横跨项目管理、网络协议、Linux 系统管理、容器技术和 OpenStack 云平台。这不是一份普通的练习题它更像是一张技能地图——每一道题背后都对应着真实工作场景中的一个操作环节。这份题库文档最值得关注的地方在于它的实操题部分。从 eNSP 模拟器配置 VLAN 和静态路由到 LVM 卷组扩容、NFS 共享挂载、Samba 服务配置再到 MariaDB 主从同步、Docker 私有仓库搭建和 OpenStack 各组件管理15 道实操题覆盖了运维工程师日常工作中最高频的操作场景。选择题部分则补充了项目管理流程、AWS 云服务特性和分布式系统理论等知识点。适合谁看如果你是刚入行的运维人员想系统梳理自己的知识盲区或者你正在备考相关认证需要一份带答案和操作命令的参考材料又或者你带新人想找一份能直接上手练的题目集——这份文档都能派上用场。接下来我会按技术模块拆解把每类题目的考点、操作逻辑和容易翻车的地方讲清楚。2. 网络配置实操VLAN 划分与静态路由的完整命令链2.1 VLAN 批量创建与端口模式配置题库第 41 题要求用一条命令在 S5700 交换机上创建 vlan100 和 vlan101并分别配置网关、trunk 口和 access 口。这道题考的是华为交换机的基本操作逻辑命令本身不难但顺序和参数容易出错。先看完整操作流程# 批量创建 VLAN比逐条创建效率高 [SW1]vlan batch 100 101 # 配置 VLANif 接口地址这是 VLAN 的网关 [SW1]interface Vlanif 100 [SW1-Vlanif100]ip address 172.16.100.254 24 [SW1]interface Vlanif 101 [SW1-Vlanif101]ip address 172.16.101.254 24 # 配置 trunk 口只放行 vlan100 [SW1]interface GigabitEthernet 0/0/1 [SW1-GigabitEthernet0/0/1]port link-type trunk [SW1-GigabitEthernet0/0/1]port trunk allow-pass vlan 100 [SW1-GigabitEthernet0/0/1]quit # 配置 access 口划入 vlan101 [SW1]interface GigabitEthernet 0/0/2 [SW1-GigabitEthernet0/0/2]port link-type access [SW1-GigabitEthernet0/0/2]port default vlan 101 [SW1-GigabitEthernet0/0/2]quit这里有几个参数需要说清楚。vlan batch后面跟的是 VLAN ID 列表用空格分隔取值范围是 1 到 4094——题库第 23 题专门考了这个范围注意 0 和 4095 都是保留值不能用于普通 VLAN 配置。port trunk allow-pass vlan如果不加all参数默认只放行指定的 VLAN这在多 VLAN 环境中是精细控制流量的关键。port default vlan是 access 口的默认 VLAN 配置命令和 trunk 口的allow-pass是两套逻辑别搞混。常见做法是配置完 VLAN 后用display vlan和display interface brief验证状态。如果 trunk 口没放行对应 VLAN即使物理链路 up业务流量也过不去这是新手最容易踩的坑。2.2 静态路由配置与下一跳选择第 42 题考的是 AR2220 路由器上配置接口地址和静态路由。题目要求 g0/0/1 配 192.168.101.1/30g0/0/2 配 12.12.12.2/30然后添加两条静态路由分别去往 192.168.1.0/24 和 192.168.2.0/24。# 配置接口地址注意 /30 掩码对应 255.255.255.252 [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.1ip route-static命令的参数格式是「目标网段 掩码长度 下一跳地址」。这里的关键约束是下一跳地址必须和路由器某个接口的 IP 在同一子网内否则路由表不会生效。比如 192.168.101.2 必须落在 192.168.101.0/30 这个网段里而 /30 只有两个可用地址.1 和 .2所以下一跳只能是 .2。验证时用display ip routing-table查看路由是否成功注入。如果路由没出现先检查接口状态是不是 up再检查下一跳地址是否可达。题库第 4 题考了路由发生在 OSI 模型的网络层这个知识点和静态路由配置是配套的——路由决策依赖 IP 地址不依赖 MAC 地址所以配置时关注的是三层可达性。3. Linux 存储与服务管理从 LVM 到 NFS 的落地操作3.1 LVM 卷组创建与在线扩容第 44 题是 LVM 管理的典型场景新增一块 20G 硬盘分两个 5G 分区创建名为 xcloudvg 的卷组再扩容到 15G。这道题的价值在于它模拟了生产环境中磁盘空间不足时的标准处理流程。# 对 /dev/sdb 进行分区分出两个 5G 主分区 [rootxserver1 ~]# fdisk /dev/sdb # 交互式操作n - p - 1 - 回车 - 5G # n - p - 2 - 回车 - 5G # w 保存退出 # 创建物理卷 [rootxserver1 ~]# pvcreate /dev/sdb[1-2] # 创建卷组 [rootxserver1 ~]# vgcreate xcloudvg /dev/sdb[1-2] # 再分一个 5G 分区 /dev/sdb3扩容卷组 [rootxserver1 ~]# vgextend xcloudvg /dev/sdb3 # 查看卷组信息 [rootxserver1 ~]# vgdisplaypvcreate把普通分区标记为物理卷vgcreate把多个物理卷聚合成一个存储池vgextend往池子里加新盘。这套流程的核心价值是「在线扩容」——生产环境不需要停机就能加磁盘。注意fdisk分区时最后要按w写入如果按q退出则所有操作作废这是血泪经验。vgdisplay输出里要关注三个字段VG Size 是卷组总大小Alloc PE / Size 是已分配空间Free PE / Size 是剩余可用空间。扩容后 VG Size 应该从 9.99G 变成 14.99G说明第三个 5G 分区成功加入。3.2 NFS 共享配置与挂载验证第 45 题要求在两台虚拟机之间配置 NFS 共享。xserver1 共享 /mnt/share 目录xserver2 挂载到 /mnt。# xserver1 上安装 NFS 服务端 [rootxserver1 ~]# yum install -y nfs-utils rpcbind [rootxserver1 ~]# mkdir -p /mnt/share [rootxserver1 ~]# echo /mnt/share 192.168.100.0/24(rw,sync) /etc/exports [rootxserver1 ~]# systemctl start rpcbind nfs-server [rootxserver1 ~]# exportfs -rv # xserver2 上挂载 [rootxserver2 ~]# yum install -y nfs-utils [rootxserver2 ~]# mount -t nfs 192.168.100.11:/mnt/share /mnt [rootxserver2 ~]# df -h/etc/exports的格式是「共享目录 允许的客户端网段 权限选项」。rw表示读写sync表示同步写入这两个是最常用的组合。exportfs -rv重新加载配置不用重启服务。验证环节有两个命令必须掌握服务端执行showmount -e 192.168.100.11查看共享列表客户端执行df -h确认挂载点出现。如果客户端挂载报access denied先检查服务端防火墙是否放行了 2049 端口和 rpcbind 的 111 端口。题库第 38 题考了 NFS 的组成部分——用户空间工具、内核模块和 RPC 服务这三者缺一不可配置时任何一环出问题都会导致挂载失败。3.3 Samba 共享与端口监听检查第 46 题考 Samba 配置核心是/etc/samba/smb.conf中的共享段落定义。# 安装 Samba [rootxserver1 ~]# yum install -y samba samba-client # 编辑配置文件添加共享段 [share] path /opt/share browseable yes public yes writable yes # 启动服务并检查端口 [rootxserver1 ~]# systemctl start smb [rootxserver1 ~]# netstat -ntpl | grep smbdSamba 启动后会监听 139 和 445 两个端口。139 是 NetBIOS 会话服务445 是 SMB over TCP。netstat -ntpl的输出里要能看到smbd进程绑定在这两个端口上。如果只看到 139 没有 445通常是配置文件语法错误导致服务没完全启动用testparm命令检查配置。public yes允许匿名访问writable yes允许写入。生产环境一般会加上valid users和write list做权限控制但考试场景下按题目要求配置即可。4. 数据库与容器主从同步和私有仓库搭建4.1 MariaDB 主从复制配置第 47 题要求配置 MariaDB 主从同步这是数据库高可用的基础操作。# 主节点 xserver1 配置 [rootxserver1 ~]# vim /etc/my.cnf # 添加以下内容 [mysqld] server-id30 log-binmysql-bin # 重启后创建复制用户 MariaDB [(none)] GRANT REPLICATION SLAVE ON *.* TO user% IDENTIFIED BY password; MariaDB [(none)] FLUSH PRIVILEGES; MariaDB [(none)] SHOW MASTER STATUS; # 从节点 xserver2 配置 [rootxserver2 ~]# vim /etc/my.cnf [mysqld] server-id31 relay-logmariadb-relay-bin # 重启后配置主节点信息 MariaDB [(none)] CHANGE MASTER TO - MASTER_HOSTmysql1, - MASTER_USERuser, - MASTER_PASSWORDpassword, - MASTER_LOG_FILEmysql-bin.000004, - MASTER_LOG_POS547; MariaDB [(none)] START SLAVE; MariaDB [(none)] SHOW SLAVE STATUS\Gserver-id在主从架构中必须唯一主节点和从节点不能相同。log-bin开启二进制日志这是复制的基础。SHOW MASTER STATUS输出的 File 和 Position 两个值要填到从节点的CHANGE MASTER TO语句里。验证复制状态看SHOW SLAVE STATUS\G中的两个关键字段Slave_IO_Running和Slave_SQL_Running都必须是 Yes。如果 IO 线程是 Connecting 状态检查网络连通性和复制用户权限如果 SQL 线程是 No看Last_SQL_Error字段的具体报错。Seconds_Behind_Master为 0 表示主从无延迟。4.2 Docker 私有仓库部署第 53 题要求用 Docker.tar.gz 安装 Docker然后启动 registry 容器作为私有仓库。# 解压安装包并安装 [rootxserver1 ~]# tar -zxvf Docker.tar.gz [rootxserver1 ~]# yum localinstall -y docker/*.rpm # 启动 Docker 服务 [rootxserver1 ~]# systemctl start docker [rootxserver1 ~]# systemctl enable docker # 加载 registry 镜像 [rootxserver1 ~]# docker load -i registry_latest.tar # 启动 registry 容器 [rootxserver1 ~]# docker run -d \ -v /opt/registry:/var/lib/registry \ -p 5000:5000 \ --restartalways \ --name registry \ registry:latest-v /opt/registry:/var/lib/registry把容器内的镜像存储目录映射到宿主机这样容器重建后镜像数据不会丢失。-p 5000:5000把内部端口暴露出来其他节点才能推送镜像。--restartalways保证 Docker 服务重启后容器自动拉起。验证时执行docker info查看 Docker 运行状态关注 Storage Driver 和容器数量。题库第 10 题考了查看容器属性的命令是docker inspect这个命令在排查容器网络和挂载问题时非常有用输出是 JSON 格式可以用-f参数提取特定字段。题库第 18 题考了 Dockerfile 中RUN和CMD的区别RUN在构建镜像时执行CMD在容器启动时执行。这个知识点在搭建私有仓库时很关键——registry 镜像的 Dockerfile 里用CMD指定了启动命令所以docker run时不需要额外指定入口。5. OpenStack 组件管理认证、镜像与实例类型5.1 Keystone 用户创建与 Glance 镜像上传第 49 和 50 题分别考 Glance 镜像管理和 Keystone 用户管理。这两道题的前提是 OpenStack 各服务状态正常所以第一步永远是检查服务。# 检查 OpenStack 服务状态 [rootcontroller ~]# openstack service list [rootcontroller ~]# openstack endpoint list # 上传镜像到 Glance [rootxserver1 ~]# glance image-create \ --name mycirros \ --disk-format qcow2 \ --container-format bare \ --file cirros-0.3.4-x86_64-disk.img # 查看镜像详情 [rootxserver1 ~]# glance image-show image-id # 创建 Keystone 用户 [rootcontroller ~]# openstack user create --password password testuser [rootcontroller ~]# openstack user show testuserglance image-create的参数中--disk-format指定镜像格式qcow2 是 KVM 常用格式--container-format一般用 bare。上传后glance image-show的返回结果里要关注status字段active表示镜像可用。Keystone 是 OpenStack 的认证服务题库第 8 题专门考了这个知识点。openstack user create创建用户后openstack user show可以查看用户的 domain_id、enabled 状态和 id。如果创建用户时报权限错误通常是环境变量没 source 对检查openrc文件是否加载。5.2 Nova 实例类型与 Swift 对象存储第 51 和 52 题考 Nova 和 Swift 的基本操作。# 创建云主机类型 [rootcontroller ~]# nova flavor-create exam 1234 1024 20 2 # 查看类型详情 [rootcontroller ~]# nova flavor-show 1234 # Swift 创建容器并上传文件 [rootcontroller ~]# swift post examcontainer [rootcontroller ~]# swift upload examcontainer test.txt [rootcontroller ~]# swift listnova flavor-create的参数顺序是名称、ID、内存MB、磁盘GB、vCPU 数量。题目要求 ID 为 1234内存 1024M硬盘 20Gvcpu 为 2对应命令就是nova flavor-create exam 1234 1024 20 2。Swift 的操作更简单swift post创建容器swift upload上传文件swift list列出所有容器。题库第 17 题考了 Ceilometer 的数据存储位置是 MongoDB这是 OpenStack 监控组件和 Swift 的对象存储是两回事别混淆。6. 避坑与排查那些年我踩过的配置陷阱6.1 VLAN 配置后业务不通现象交换机上 VLAN 创建成功接口状态 up但同一 VLAN 内的主机互相 ping 不通。原因最常见的是 access 口和 trunk 口的 VLAN 放行不匹配。比如 access 口划到了 vlan101但上行 trunk 口只放行了 vlan100流量到了 trunk 口被丢弃。解决用display port vlan查看每个接口的 VLAN 配置确认 trunk 口的allow-pass列表包含所有需要通过的 VLAN。如果用的是 Hybrid 模式还要检查untagged和tagged的配置。6.2 LVM 扩容后文件系统没变大现象vgextend执行成功vgdisplay看到 VG Size 增加了但df -h显示文件系统大小没变。原因LVM 扩容分两步——先扩卷组VG再扩逻辑卷LV最后还要扩文件系统。只做第一步上层感知不到空间变化。解决完整流程是vgextend扩卷组 →lvextend -l 100%FREE /dev/xcloudvg/lv_name扩逻辑卷 →xfs_growfs或resize2fs扩文件系统。XFS 用xfs_growfsext4 用resize2fs用错了会报错。6.3 NFS 挂载报 access denied现象客户端执行mount -t nfs时报access denied by server。原因三种可能——服务端/etc/exports里允许的网段和客户端 IP 不匹配服务端防火墙没放行 2049 和 111 端口rpcbind服务没启动。解决先showmount -e 服务端IP确认共享列表可见如果这个命令都失败说明网络或 rpcbind 有问题。然后检查服务端firewall-cmd --list-all是否放行了 nfs 和 rpcbind 服务。最后确认/etc/exports里的网段写法192.168.100.0/24和192.168.100.*是等价的但192.168.100.11只允许单个 IP。6.4 Docker 私有仓库推送镜像失败现象docker push到私有仓库时报http: server gave HTTP response to HTTPS client。原因Docker 默认要求仓库使用 HTTPS但本地 registry 容器通常只配了 HTTP。解决在 Docker 配置文件/etc/docker/daemon.json中添加insecure-registries: [192.168.100.11:5000]然后重启 Docker 服务。注意这个配置要加在需要推送镜像的客户端上不是仓库服务端。6.5 OpenStack 命令报环境变量错误现象执行openstack user list时报Missing value auth-url required。原因没有加载 OpenStack 的环境变量文件命令不知道连哪个 Keystone 端点。解决执行source /root/keystonerc_admin或对应的 openrc 文件。如果文件不存在手动 export 几个关键变量OS_AUTH_URL、OS_USERNAME、OS_PASSWORD、OS_PROJECT_NAME。这些变量指向 Keystone 的认证地址和凭证缺一不可。7. 用 curl 验证 WordPress 部署一个被低估的排查技巧题库第 48 题要求部署 WordPress 后用curl ip验证首页返回结果。这道题表面考部署实际考的是「怎么确认服务真的起来了」。很多人部署完看到浏览器能打开就以为万事大吉但考试环境往往没有图形界面curl就是你的眼睛。# 部署完成后用 curl 检查首页返回内容 [rootxserver1 ~]# curl -I http://192.168.100.11 HTTP/1.1 200 OK Server: nginx/1.16.1 Content-Type: text/html; charsetUTF-8 # 如果返回 502说明 PHP-FPM 没起来 [rootxserver1 ~]# systemctl status php-fpm # 如果返回 404检查 nginx 的 root 指向 [rootxserver1 ~]# nginx -T | grep rootcurl -I只取响应头比curl全量输出更清爽。重点看 HTTP 状态码200 表示正常502 表示后端 PHP 处理失败404 表示路径配置错误403 表示权限问题。这套排查逻辑不只适用于 WordPress任何 Web 应用部署后都可以先用curl -I快速判断服务状态。我一般会按这个顺序排查先curl -I看状态码再systemctl status看服务进程然后ss -ntlp看端口监听最后查日志。这个习惯帮我省了很多来回折腾的时间。还有一个细节WordPress 的站点标题设置。题目要求改成自己的姓名加 BLOG这个操作在后台「设置 → 常规」里改。改完后curl返回的 HTML 里应该能搜到标题内容用curl -s http://ip | grep -i title可以快速验证。从那以后我每次部署完 Web 应用都强制走一遍curl -I→systemctl status→ss -ntlp的检查流程不管浏览器能不能打开。希望帮到你。本文还有配套的精品资源点击获取