FusionCompute 6.5.0实战手册：KVM嵌套环境下的HCIP-Cloud认证7大实验-平芜编程栈

简介：本资源是华为HCIP-Cloud Computing V4.0认证配套的《FusionCompute实验手册1》，专为备考高级云计算工程师认证的学员及企业虚拟化运维人员设计，聚焦FusionCompute平台的部署、资源管理、虚拟机全生命周期操作与日常运维四大核心能力。手册涵盖7个递进式实验，覆盖KVM嵌套环境下的CNA/VRM安装、计算/存储/网络虚拟化资源管理、虚拟机创建/Tools安装/模板封装/快照/HA/热迁移/安全组配置，以及用户管理、数据备份等运维实操，直击V4.0新版考试重点与企业真实场景需求。资源为单个10.53MB的DOCX文档，内容结构完整、图文结合、步骤详实，适合作为实验指导书反复查阅与动手验证。目前已有227人学习下载，是掌握华为服务器虚拟化平台运营与故障处理能力的高价值实践指南。

1. FusionCompute实验手册1：不是“看文档”，是拿KVM嵌套环境真刀真枪跑通7个实验的HCIP-Cloud Computing V4.0实战路径

你手头这份《FusionCompute实验手册1》，不是PDF翻页式理论读物，而是一份被华为一线认证讲师反复打磨、在真实KVM嵌套环境中压测过三轮的可执行实验脚本集。它解决的不是“FusionCompute是什么”这种教科书问题，而是“我在两台物理服务器上，怎么用CNA+VRM搭出一个能跑Windows和CentOS虚拟机、支持热迁移+HA+快照回滚、还能做管理备份的生产级虚拟化平台”这个具体诉求。手册里7个实验覆盖从裸金属装CNA、VRM部署、存储挂载（iSCSI）、分布式交换机配置，到Windows/CentOS双系统模板封装、Tools注入、安全组策略下发——全部基于FusionCompute 6.5.0版本实操验证，且明确标注了每个步骤在Web UI里的按钮位置、命令行返回值特征、失败时日志关键词。适合两类人：一是正在冲刺HCIP-Cloud Computing V4.0认证的考生，它把考试大纲里“虚拟机发放与管理”“集群策略配置”“IP-SAN存储添加”这些抽象条目，拆解成21个可逐条复现的原子操作；二是企业IT运维工程师，想用现有x86服务器快速验证华为虚拟化方案可行性，手册里“模拟主机故障触发HA”“跨CNA热迁移验证”这类场景，直接对应数据中心真实运维痛点。注意：它不讲FusionCloud私有云，也不提全内存桌面——V4.0已移除这两块，手册内容与当前考试范围100%对齐。

2. 环境搭建：从物理服务器到VRM高可用集群，KVM嵌套环境下的CNA安装与VRM部署全流程

2.1 实验设计逻辑：为什么必须用KVM嵌套？而不是直接装物理机？

FusionCompute官方要求CNA（Compute Node Agent）必须部署在裸金属服务器上，但HCIP考生或中小企业的测试环境往往只有几台x86物理机，不可能为实验单独采购硬件。此时KVM嵌套成为唯一可行路径：在宿主Linux（如CentOS 7.6）上启用嵌套虚拟化（kvm_intel.nested=1），再在其上创建两台KVM虚拟机作为CNA01/CNA02，一台作为VRM。这种架构虽非生产推荐，但完全满足实验验证需求——所有FusionCompute核心功能（HA、热迁移、存储多路径）在此环境下均可触发并观察行为。关键点在于：宿主机BIOS必须开启Intel VT-x/AMD-V，且KVM模块加载时显式启用嵌套支持，否则CNA安装会卡在内核模块加载阶段。手册第10页明确要求检查cat /sys/module/kvm_intel/parameters/nested返回Y，这是后续所有实验成立的前提。

2.2 CNA安装：在KVM虚拟机中部署CNA 6.5.0，绕过硬件兼容性校验

CNA安装包（FusionCompute_6.5.0_CNA.iso）本质是定制化CentOS 7.6镜像，启动后进入图形化安装向导。但KVM虚拟机默认无GUI，需强制进入文本模式安装：

# 在KVM虚拟机启动时，于GRUB菜单按'e'编辑启动参数，在linux行末尾添加： inst.ks=hd:LABEL=FusionCompute:/ks.cfg inst.text # 按Ctrl+X启动，进入纯文本安装流程

安装过程需手动配置：

网络设置：管理网段设为192.168.201.0/24，CNA01 IP=192.168.201.101，CNA02=192.168.201.102（手册第11页拓扑图）
存储分区：CNA系统盘必须≥120GB，且/var/log单独分区≥20GB（日志量极大，否则VRM安装时因磁盘满失败）
主机名：严格按cna01.huawei.com格式设置，DNS后缀.huawei.com不可省略（VRM注册主机时校验域名）

提示：CNA安装完成后，必须重启并验证systemctl status vrm-agent服务状态为active (running)，这是CNA向VRM上报心跳的基础。若服务未启动，检查/var/log/vrm-agent/vrm-agent.log中是否含Failed to connect to VRM错误——说明VRM尚未部署或网络不通。

2.3 VRM部署：单节点VRM安装与高可用集群初始化

VRM（Virtual Resource Manager）是FusionCompute的管理中心，手册采用单节点VRM（FusionCompute_6.5.0_VRM.zip）简化实验，但部署逻辑与生产一致：

# 解压VRM包后，进入vrminstall目录执行： ./vrminstall.sh -i 192.168.201.100 -m 255.255.255.0 -g 192.168.201.1 -d huawei.com -p Huawei@123 # 参数说明： # -i: VRM管理IP（手册指定为192.168.201.100） # -m: 子网掩码 # -g: 网关 # -d: 域名（必须与CNA域名后缀一致） # -p: 初始密码（HCIP考试要求密码复杂度：大写+小写+数字+特殊字符）

部署成功后，通过浏览器访问https://192.168.201.100:8443登录VRM Web UI（证书警告需忽略）。首次登录强制修改密码，且必须满足Huawei@123规则（8位以上，含大小写字母、数字、特殊字符）。登录后立即执行集群初始化：

进入“资源池 > 集群”，点击“创建集群”
名称填HCIP-Cluster，类型选“计算集群”，勾选“启用HA”和“启用DRS”（动态资源调度）
点击“确定”后，集群处于“未纳管”状态——此时需手动添加CNA节点

2.4 CNA纳管：将CNA01/CNA02加入集群，验证纳管状态与心跳

在VRM Web UI中：

进入“资源池 > 集群 > HCIP-Cluster > 主机”，点击“添加主机”
输入CNA01的IP192.168.201.101，用户名root，密码为CNA安装时设置的root密码
勾选“自动同步时间”和“启用主机监控”
点击“确定”，VRM开始纳管流程（约2分钟）

纳管成功标志：

主机状态变为“运行中”
“主机详情”页显示CPU/内存使用率实时刷新
VRM日志/var/log/vrm/vrm.log中出现Host cna01.huawei.com registered successfully

注意：若纳管失败，常见原因是CNA防火墙未关闭。需在CNA上执行：
systemctl stop firewalld && systemctl disable firewalld # 并确认iptables策略为空：iptables -L -n | grep -v "policy" | wc -l 应为0

2.5 避坑：CNA纳管失败、VRM无法访问、时间不同步三大高频问题排查

现象1：VRM Web UI打不开，提示“连接被拒绝”或“SSL协议错误”
→ 原因：VRM服务未启动，或宿主机防火墙拦截8443端口。
→ 解决：在VRM虚拟机中执行systemctl status vrm确认服务状态；若为inactive，运行systemctl start vrm；检查宿主机iptables规则，放行8443端口：iptables -I INPUT -p tcp --dport 8443 -j ACCEPT

现象2：CNA纳管时提示“主机不可达”，但ping通且SSH可登录
→ 原因：CNA的vrm-agent服务未运行，或VRM与CNA时间偏差＞5分钟（证书校验失败）。
→ 解决：在CNA上执行systemctl status vrm-agent；若未运行，systemctl start vrm-agent；同步时间：ntpdate -u ntp.aliyun.com（需先安装ntp：yum install ntp -y）

现象3：纳管成功后，主机状态长期显示“维护中”，无法创建虚拟机
→ 原因：CNA存储分区不足（尤其/var/log满），或VRM数据库空间耗尽。
→ 解决：登录CNA清理日志：find /var/log -name "*.log" -mtime +7 -delete；登录VRM检查磁盘：df -h /opt/vrm/data，若使用率＞90%，需扩容或清理/opt/vrm/data/backup目录

现象4：添加CNA后，集群页面显示“HA未启用”，但配置中已勾选
→ 原因：集群内主机数＜2台（HA要求至少2台主机），或主机未处于“运行中”状态。
→ 解决：确保CNA01和CNA02均纳管成功且状态为“运行中”；若仅有一台，HA图标自动置灰，属正常设计

现象5：VRM登录后，界面元素错乱或部分按钮缺失
→ 原因：浏览器缓存残留旧版UI资源，或未使用Chrome/Firefox最新版。
→ 解决：强制刷新（Ctrl+F5），清除浏览器缓存；禁用所有插件；推荐使用Chrome 110+版本

3. 计算资源管理：集群策略配置与主机生命周期操作，HA与DRS的触发条件实测

3.1 集群创建：为什么必须启用HA和DRS？考试必考的两个开关

HCIP-Cloud Computing V4.0考试中，“集群策略配置”是实操题高频考点。手册第20页要求创建集群时勾选“启用HA”和“启用DRS”，这并非可选项，而是功能验证前提：

HA（High Availability）：当CNA01宕机时，其上运行的虚拟机自动迁移到CNA02（需提前配置HA策略）。若未启用，故障演练时虚拟机直接关机，无法体现FusionCompute可靠性。
DRS（Distributed Resource Scheduler）：根据CPU/内存负载自动迁移虚拟机，实现资源均衡。考试常考“DRS迁移阈值设置”，阈值越高越激进（易触发迁移），越低越保守（减少迁移次数）。

创建集群后，必须进入“集群配置 > HA策略”进行细化：

主机故障响应：设为“重启虚拟机”（生产环境常用）
虚拟机故障响应：设为“重启虚拟机”
HA保留资源：预留10% CPU和内存（防止单主机故障时资源不足）

提示：HA策略生效需等待2分钟，期间VRM后台生成心跳检测任务。可通过ps aux | grep ha在VRM上确认ha-manager进程存在。

3.2 添加主机：CNA纳管后的二次校验与资源同步

主机添加完成后，VRM自动执行三项同步：

时间同步：强制CNA与VRM时间一致（误差＜1秒），否则HA心跳超时
证书同步：将VRM CA证书推送到CNA/etc/pki/tls/certs/目录，用于HTTPS通信加密
驱动同步：检查CNA内核版本与VRM兼容性，若不匹配则提示升级CNA

验证同步结果：

登录CNA，执行ls -l /etc/pki/tls/certs/，应存在vrm-ca.crt文件
执行date，与VRM时间对比，误差应≤1秒
执行rpm -qa | grep fusion，确认fusioncompute-cna-6.5.0-*.rpm已安装

3.3 移动主机：跨集群迁移主机的边界条件与风险

手册第22页“移动主机”实验，本质是验证集群资源隔离性。操作路径：

创建第二个集群Test-Cluster
在HCIP-Cluster中选中CNA01，右键“移动主机”，选择Test-Cluster

关键限制：

目标集群必须为空（无虚拟机、无存储关联）
移动后，CNA01原关联的存储资源（如datastore）自动解除，需重新添加
移动过程约3分钟，期间CNA01上虚拟机持续运行（不停机）

注意：移动主机是高危操作，考试中若误操作导致生产环境中断，需立即回滚。实操建议：先在测试集群验证，再操作正式集群。

3.4 删除集群：彻底清理集群元数据的正确姿势

删除集群前，必须确保：

集群内无任何虚拟机（包括已关机状态）
无关联存储资源（datastore）
无关联网络资源（分布式交换机）

删除步骤：

进入“资源池 > 集群”，右键HCIP-Cluster→ “删除集群”
勾选“同时删除集群内所有主机”（⚠️谨慎！此操作将CNA从VRM注销，但CNA系统本身不受影响）
点击“确定”，VRM执行元数据清理

验证清理结果：

VRM数据库表cluster_info中该集群记录消失
CNA上/var/log/vrm-agent/vrm-agent.log停止上报集群心跳
VRM Web UI“主机”列表中不再显示CNA01/CNA02

3.5 集群策略配置：HA与DRS的参数调优与考试陷阱

HCIP考试常设陷阱题：“DRS迁移阈值设为‘保守’，但虚拟机仍频繁迁移”。原因在于阈值只是决策因子之一，还需检查：

参数	保守模式值	激进模式值	考试注意点
CPU利用率阈值	≥80%才迁移	≥30%即迁移	阈值越低，越易触发迁移
内存利用率阈值	≥85%才迁移	≥40%即迁移	生产环境通常设为70%-80%
迁移次数限制	每小时≤2次	每小时≤10次	防止网络风暴，考试必考

实测技巧：

启用DRS后，手动制造CPU压力：在虚拟机中运行stress-ng --cpu 4 --timeout 60s
观察VRM“集群 > DRS事件”日志，确认迁移触发条件（如CPU usage exceeds threshold 70%）
修改阈值后，需等待5分钟生效（DRS策略缓存周期）

血泪经验：某次考试中，考生将DRS阈值设为“激进”，但未关闭“迁移时间窗口”，导致凌晨自动迁移业务虚拟机。从那以后，我每次配置DRS都强制走一遍“时间窗口检查”：进入集群 > DRS配置 > 时间窗口，确保生产时段（8:00-18:00）为“启用”，非生产时段为“禁用”。

4. 存储资源管理：IP-SAN存储挂载全流程，iSCSI启动器配置与多路径实践

4.1 存储接口配置：为什么必须修改iSCSI启动器号？

FusionCompute要求每台CNA的iSCSI启动器号（Initiator Name）全局唯一，否则IP-SAN存储识别冲突。手册第27页要求修改启动器号，操作如下：

# 在CNA01上执行： echo "InitiatorName=iqn.2019-01.com.huawei:cna01" > /etc/iscsi/initiatorname.iscsi systemctl restart iscsid # 在CNA02上执行： echo "InitiatorName=iqn.2019-01.com.huawei:cna02" > /etc/iscsi/initiatorname.iscsi systemctl restart iscsid

验证：cat /etc/iscsi/initiatorname.iscsi输出应与设置一致；iscsiadm -m node应显示对应IQN。

提示：启动器号格式必须为iqn.YYYY-MM.domain:identifier，其中domain为反向域名（如huawei.com），identifier为唯一标识（如cna01）。考试中若写成iqn.2019-01.com.huawei:cna，会导致存储发现失败。

4.2 端口绑定：提升存储网络带宽与冗余的实操配置

为防止单网卡故障导致存储中断，手册要求配置端口绑定（Bonding）。CNA默认使用eth0（管理网）和eth1（存储网），需将eth1与eth2绑定为bond1：

# 编辑网络配置： vi /etc/sysconfig/network-scripts/ifcfg-bond1 # 内容： DEVICE=bond1 NAME=bond1 TYPE=Bond BONDING_MASTER=yes BONDING_OPTS="mode=1 miimon=100" ONBOOT=yes BOOTPROTO=none IPADDR=192.168.202.101 NETMASK=255.255.255.0 # 绑定eth1/eth2： vi /etc/sysconfig/network-scripts/ifcfg-eth1 # 添加：MASTER=bond1, SLAVE=yes vi /etc/sysconfig/network-scripts/ifcfg-eth2 # 添加：MASTER=bond1, SLAVE=yes # 重启网络： systemctl restart network

验证：ip addr show bond1应显示IP；cat /proc/net/bonding/bond1中MII Status: up表示链路正常。

4.3 添加IP-SAN存储：从存储发现到数据存储创建的完整链路

IP-SAN存储添加分三步，缺一不可：
Step 1：添加存储资源

VRM Web UI > “存储 > 存储资源 > 添加”
类型选“IP-SAN”，输入存储设备IP（如192.168.202.10）
iSCSI启动器填CNA01的IQN（iqn.2019-01.com.huawei:cna01）

Step 2：扫描存储设备

添加后，点击存储资源右侧“扫描”按钮
VRM向CNA下发扫描指令，CNA执行iscsiadm -m discovery -t st -p 192.168.202.10
成功后，CNA上ls /dev/sd*应出现新设备（如sdb）

Step 3：添加数据存储

进入“存储 > 数据存储 > 添加”
选择刚扫描到的LUN（如3600a09803830444f4e3b456789012345）
名称填datastore01，类型选“FusionStorage”（华为专有格式）
点击“确定”，VRM格式化LUN并创建数据存储

注意：若扫描后无LUN显示，检查CNA防火墙是否放行iSCSI端口（3260）：iptables -I INPUT -p tcp --dport 3260 -j ACCEPT

4.4 创建磁盘：精简置备 vs 厚置备，考试必考的性能与空间权衡

手册第34页要求创建“普通精简磁盘”，这是FusionCompute默认且最常用的磁盘类型。其原理是：

精简置备（Thin Provisioning）：磁盘文件初始仅占元数据空间（几MB），随虚拟机写入数据动态增长，节省存储空间
厚置备（Thick Provisioning）：创建时即分配全部空间（如100GB），IO性能更稳定，但浪费空间

创建命令（通过VRM API）：

# 使用curl调用VRM REST API（需先获取token）： curl -X POST "https://192.168.201.100:8443/fit/api/v1/volumes" \ -H "Content-Type: application/json" \ -H "X-Auth-Token: $TOKEN" \ -d '{ "volume": { "name": "win-disk-01", "size": 40, "type": "thin", "datastoreId": "ds-00000001" } }'

参数说明：

size: 单位GB，最大支持2TB
type:thin（精简）或thick（厚置备）
datastoreId: 通过GET /fit/api/v1/datastores获取

提示：考试中常问“精简磁盘为何可能引发存储耗尽？”——因多个虚拟机共享同一LUN，若未设置存储告警阈值（如85%），精简磁盘持续增长会导致LUN写满，所有虚拟机IO阻塞。

4.5 避坑：存储扫描失败、LUN无法识别、多路径异常三大硬伤排查

现象1：添加IP-SAN存储后，“扫描”按钮灰色不可点
→ 原因：CNA未安装iSCSI initiator工具，或VRM与CNA网络不通（存储VLAN 202未透传）。
→ 解决：在CNA上执行yum install iscsi-initiator-utils -y；检查CNA网卡VLAN配置：cat /proc/net/vlan/config应含bond1.202

现象2：扫描成功但LUN列表为空，CNA上fdisk -l无新设备
→ 原因：存储设备未将LUN映射给CNA的iSCSI启动器，或ACL未授权。
→ 解决：登录存储设备管理界面，确认LUN已映射至iqn.2019-01.com.huawei:cna01，且启用了CHAP认证（若启用，需在VRM添加存储时填写CHAP用户名/密码）

现象3：添加数据存储后，状态为“未知”，无法挂载虚拟机
→ 原因：CNA未格式化LUN，或VRM权限不足。
→ 解决：在CNA上手动格式化：parted /dev/sdb mklabel gpt && mkfs.xfs -f /dev/sdb1；检查VRM日志/var/log/vrm/storage.log中是否有format failed错误

现象4：同一LUN在CNA01/CNA02上显示为不同设备名（sdb/sdc），导致多路径失效
→ 原因：未配置多路径软件（multipath），或设备WWID不一致。
→ 解决：在CNA上安装device-mapper-multipath，配置/etc/multipath.conf，重启multipathd服务

现象5：数据存储使用率100%，但虚拟机仍可写入
→ 原因：精简磁盘的“空间回收”未启用，已删除文件的空间未释放。
→ 解决：在虚拟机内执行fstrim -v /（Linux）或磁盘碎片整理（Windows），再在VRM执行“存储 > 数据存储 > 回收空间”

5. 网络资源管理：分布式交换机创建与VLAN池配置，上行链路绑定实战

5.1 分布式交换机创建：为什么不能用普通交换机？考试核心考点

FusionCompute的分布式交换机（DVS）是网络虚拟化的基石，与传统交换机本质不同：

集中管控：DVS配置由VRM统一下发，所有CNA上的vSwitch自动同步，避免配置不一致
高级特性：支持QoS、安全组、端口镜像、VLAN Trunk等，普通交换机无法提供
热迁移保障：虚拟机跨CNA迁移时，网络策略（如安全组）自动跟随，零丢包

创建DVS步骤：

VRM Web UI > “网络 > 分布式交换机 > 创建”
名称填dvs-hcip，描述填“HCIP实验专用”
选择“标准交换机”（非Open vSwitch）
点击“确定”，VRM自动生成DVS实例

提示：DVS创建后，需立即绑定上行链路，否则无法通信。手册第36页强调“创建即绑定”，这是考试扣分点。

5.2 上行链路添加：物理网卡与DVS的桥接关键配置

上行链路（Uplink）是DVS连接物理网络的通道。手册要求为dvs-hcip添加两条上行链路：

uplink1：绑定CNA01的bond1（存储网）
uplink2：绑定CNA02的bond1（存储网）

操作路径：

进入“网络 > 分布式交换机 > dvs-hcip > 上行链路 > 添加”
选择CNA01，网卡选bond1，VLAN ID留空（Trunk模式）
重复步骤添加CNA02的bond1

验证：

CNA01上执行ovs-vsctl show，应显示dvs-hcip桥接bond1
VRM“DVS详情”页显示两条上行链路状态为“UP”

5.3 VLAN池添加：批量分配VLAN的高效方法

VLAN池是考试高频操作。手册第39页要求创建VLAN池vlan-pool-hcip，范围100-105：

进入“网络 > VLAN池 > 创建”
名称填vlan-pool-hcip，起始VLAN=100，结束VLAN=105
点击“确定”，VRM自动预分配6个VLAN

注意：VLAN池创建后，需在端口组中引用。若直接在端口组填VLAN ID（如100），则无法复用VLAN池的批量管理能力，考试中属于“不规范操作”。

5.4 端口组添加：虚拟机网络接入的最后一步

端口组（Port Group）是虚拟机连接网络的入口。创建步骤：

进入“网络 > 端口组 > 创建”
名称填pg-win，分布式交换机选dvs-hcip
VLAN类型选“VLAN池”，VLAN池选vlan-pool-hcip
点击“确定”

此时，pg-win端口组已绑定VLAN池中的第一个可用VLAN（100）。当创建第二台虚拟机时，VRM自动分配下一个VLAN（101），实现VLAN自动分配。

5.5 分布式交换机删除：彻底清理网络资源的正确顺序

删除DVS前，必须按顺序清理依赖：

删除所有端口组（pg-win等）
解绑所有上行链路（断开CNA01/CNA02的bond1）
删除DVS本身

若顺序错误（如先删DVS），VRM会报错“存在依赖资源”，且残留元数据需手动清理数据库，极难恢复。

血泪经验：某次实验误删DVS后，CNA网络中断，修复耗时2小时。从那以后，我每次删除网络资源都强制执行“三步检查”：①ovs-vsctl show确认无端口组；②ovs-ofctl dump-flows br-int确认无流表；③ VRM数据库select * from portgroup where dvs_id='xxx'返回空。

6. 虚拟机发放与管理：Windows/CentOS双模板制作、Tools安装与HA故障注入实测

6.1 Windows虚拟机创建：ISO挂载与安装引导的细节把控

创建Windows虚拟机需注意三点：

光驱挂载：在“虚拟机 > 创建”时，勾选“挂载光驱”，ISO路径选cn_windows_10_Professional_x86_64.iso
启动顺序：确保“CD/DVD驱动器”排第一，否则跳过安装直接进BIOS
磁盘类型：选“SATA”而非“SCSI”（Windows 10原生驱动支持更好）

安装过程中，当提示“选择安装位置”时，需点击“加载驱动程序”，加载FusionCompute Tools中的virtio-win驱动（否则无法识别硬盘）。手册第45页提供驱动ISO路径：/opt/vrm/tools/virtio-win.iso。

6.2 Tools安装：虚拟机性能优化与功能解锁的关键

Tools是FusionCompute的Guest OS增强工具，必须安装才能启用：

时间同步：虚拟机时间自动与VRM同步
性能监控：CPU/内存/磁盘IO指标实时上报
安全组策略：防火墙规则由VRM统一下发
热迁移支持：未安装Tools的虚拟机无法热迁移

安装步骤（Windows）：

虚拟机运行后，VRM Web UI中右键虚拟机 → “挂载Tools”
虚拟机内打开光驱，运行setup.exe
全程默认安装，完成后重启

验证：任务管理器中应出现VRMAgent.exe进程；VRM“虚拟机详情”页显示“Tools状态：运行中”。

6.3 模板制作：Windows与CentOS双系统模板封装规范

模板（Template）是虚拟机标准化部署的基础。手册第55页要求制作Windows模板，第65页要求制作CentOS模板，二者差异显著：

项目	Windows模板	CentOS模板
Sysprep	必须执行`sysprep /generalize /shutdown`	无需sysprep，执行`cloud-init clean`
网络配置	删除所有网络适配器，重置MAC地址	保留`ifcfg-eth0`，但清空`HWADDR`字段
Tools	已预装，无需额外操作	需手动安装`open-vm-tools`或华为定制版
克隆方式	完整克隆（复制所有数据）	链接克隆（节省空间，考试推荐）

提示：考试中若Windows模板未执行sysprep，克隆出的虚拟机会出现SID冲突，导致域控认证失败。

6.4 HA故障注入：模拟主机宕机，验证虚拟机自动重启的时效性

HA实测是考试重点。操作步骤：

在CNA01上运行reboot -f强制重启（模拟宕机）
观察VRM“集群 > HA事件”日志，应出现Host cna01.huawei.com is down
30秒内，CNA01上虚拟机应在CNA02上自动重启

关键指标：

故障检测时间：≤30秒（VRM心跳间隔）
虚拟机重启时间：≤2分钟（含存储挂载、系统启动）
业务中断时间：Windows虚拟机约90秒，CentOS约60秒

若超时，检查：

CNA02是否资源充足（CPU/内存剩余＞虚拟机规格）
HA策略中“重启延迟”是否设为0（默认0秒）
存储多路径是否生效（避免单路径中断）

6.5 避坑：模板无法克隆、Tools安装失败、热迁移卡住五大致命问题

现象1：Windows模板克隆后，虚拟机蓝屏报错INACCESSIBLE_BOOT_DEVICE
→ 原因：未卸载virtio-blk驱动，或磁盘控制器类型不匹配。
→ 解决：克隆前，在Windows中卸载virtio-blk驱动；克隆后，虚拟机设置中将磁盘控制器改为IDE临时启动，再重装virtio-blk。

现象2：CentOS虚拟机Tools安装后，网络无法获取IP
→ 原因：cloud-init服务冲突，或NetworkManager未启用。
→ 解决：systemctl enable NetworkManager && systemctl start NetworkManager；删除/var/lib/cloud/instances/目录后重启。

现象3：热迁移进行到99%卡住，日志显示Migration timeout
→ 原因：CNA间网络带宽不足（＜1Gbps），或VRM数据库锁表。
→ 解决：检查CNA间bond1链路带宽：ethtool bond1；重启VRM数据库：systemctl restart postgresql。

现象4：安全组规则添加后，虚拟机仍可被外部访问
→ 原因：安全组未绑定到端口组，或虚拟机网卡未关联端口组。
→ 解决：进入“网络 > 端口组 > pg-win >

本文还有配套的精品资源，点击获取

FusionCompute 6.5.0实战手册：KVM嵌套环境下的HCIP-Cloud认证7大实验