拓冰网站定制 
简介华为HCIP-Cloud Computing认证配套的《FusionCompute实验手册1》是一份面向备考学员和虚拟化运维人员的实操教程聚焦FusionCompute平台从环境搭建到日常运维的全流程技能。全书包含7个实验分四大部分依托KVM嵌套环境完成CNA与VRM安装管理计算、存储、网络三类虚拟化资源完成虚拟机创建、Tools安装、模板封装、快照、规格调整、HA、热迁移、安全组与规则组配置并涉及用户管理、数据备份和时间管理等常见运维操作。资源包为单个docx文档大小10.53MB内含完整实验指导书包含实验拓扑、网络配置与操作步骤便于读者按手册逐步演练。目前已有227人学习下载。通过这套实验手册读者不仅能理解FusionCompute的架构与虚拟化原理还能获得一套可复用的实验方法为通过HCIP认证及后续搭建、运营华为虚拟化环境和桌面云奠定坚实基础。1. FusionCompute实验手册为什么我建议你一步步跟着做做虚拟化平台实验最怕的不是命令敲错而是装完了不知道下一步该干嘛。FusionCompute作为华为自家的虚拟化产品网上资料不少但真正能照着一步步把实验做完的完整手册反而稀缺。这本手册的价值在于它不跟你讲大而全的理论而是直接给你一条可落地的实验路径从CNA主机安装、VRM部署到集群创建、存储对接、虚拟机发放每一步都有明确的操作边界。适合两类人一是刚接手FusionCompute环境的运维需要在测试环境里把平台玩明白二是准备做虚拟化平台选型的技术负责人想通过实验验证FusionCompute的真实手感。我自己在实验环境里反复部署过多次这里把最实用的实验路径和踩过的坑一次性讲清楚。2. 动手前的环境规划硬件分区、网络划分和软件获取2.1 实验硬件的底线要求与组网拓扑FusionCompute的实验环境不需要企业级服务器但有两个硬性门槛必须跨过CPU要支持虚拟化特性VT-x/AMD-V内存至少16GB这是同时跑CNA和VRM两个虚拟机的最低配置。我实验时用的是一台双路E5服务器64GB内存SSD做存储实验体验比机械盘好很多。如果你手头只有一台物理机也可以用嵌套虚拟化的方式跑但要注意开启CPU的VT-x透传否则CNA虚拟机里的虚拟机性能会非常难看。网络规划在动手前必须想清楚FusionCompute最少需要三张逻辑网络业务网络虚拟机流量、存储网络对接存储阵列、管理网络CNA与VRM通信。实验环境可以简化成两张但管理网络和业务网络必须用不同VLAN隔离否则后面排查故障时你会疯掉。我一般会在交换机上划分三个VLAN并把物理网卡的trunk口配置好这样后续创建端口组时只需要填VLAN ID即可。拓扑上我推荐用一台物理交换机一台服务器的最小组网服务器上两块网卡分别接管理/存储和业务网络通过bonding提升冗余度。这样做的好处是排障范围小——虚拟化平台出问题时要么看物理网络要么看虚拟网络不用在一堆链路里猜。2.2 版本选择与FusionCompute下载渠道FusionCompute的版本迭代比较频繁实验手册一般会指定一个版本基线。我实验时用的R3C00版本对应配套的CNA和VRM是同一个版本号这个很重要——CNA和VRM版本不一致时虽然能装上但可能出现告警刷屏、资源上报异常的情况。所以下载时一定要把CNA、VRM两个镜像包放在同一个目录别混版本。获取安装镜像的常见做法是从华为企业技术支持网站下载需要企业账号并走审批流程。没有企业账号的话可以在华为云社区、技术论坛里找热心网友分享的百度网盘链接下载后注意比对MD5校验值。镜像包里一般包含两个ISO文件一个是CNA的安装引导盘一个是VRM的安装引导盘实验手册里都会写明文件清单。另外还要准备一台Windows跳板机装上FusionCompute的客户端工具用来连接VRM的管理界面这是日常运维的主要入口比命令行友好得多。2.3 存储资源和IP地址规划表FusionCompute实验里最容易翻车的地方是存储规划。实验环境建议准备至少500GB的可用存储空间如果用的是本地磁盘需要提前做好RAID推荐RAID1系统盘加RAID5数据盘的组合。如果后面要对接外部存储比如华为的OceanStor或通用的iSCSI阵列需要提前把存储池划分好并记录WWN号或IQN号。IP地址规划我建议做一张表张贴在实验机柜上组件管理IP业务IP说明CNA主机192.168.1.11192.168.2.11管理网与业务网分离VRM主节点192.168.1.21-默认装在CNA1上VRM备节点192.168.1.22-高可用场景才需要存储设备192.168.3.30-与管理网三层可达这张表上的IP要提前在物理网络里测试连通性尤其是存储网络很多实验做不下去都是因为CNA连不上存储IP。另外需要注意FusionCompute的管理网段和业务网段不要复用同一个网关否则虚拟机的默认路由会指向VRM流量绕路后延迟飙升。3. 部署CNA与VRM从裸机到管理面可用3.1 CNA主机安装的完整步骤与参数解读CNA是FusionCompute的计算节点代理本质是定制化的Linux系统安装了虚拟化内核。安装CNA时服务器的BIOS设置是个大坑必须开启CPU虚拟化关闭串口重定向否则安装过程可能卡死。把CNA的ISO挂载到物理服务器的虚拟光驱从光驱引导启动会出现一个安装菜单选择“Install CNA”即可。安装过程中会要求配置管理IP、子网掩码、网关和主机名这些参数要和规划表完全一致。这里有一个容易忽略的细节CNA的root密码复杂度要求很高必须包含大小写字母、数字和特殊字符否则下一步按钮是灰色的。安装完成后系统自动重启此时观察控制台输出看到“CNA installation succeeded”字样说明安装成功。我建议重启后用root登录执行ifconfig确认管理IP是否生效再执行vrm相关的进程检查命令确认关键服务已经拉起来。# 登录CNA后验证安装状态的关键命令 ifconfig eth0 # 确认管理网卡IP地址是否正确绑定 ps -ef | grep vna # 检查vna进程是否存在vna是CNA的核心代理进程这里解释一下grep vna这个动作CNA上常驻的核心进程有vna虚拟网络代理、vrm虚拟资源管理代理、hostha主机高可用代理如果这几个进程都在说明安装基本没大问题。实验手册里会让你用ps命令逐个确认我习惯用一条ps -ef | grep -E vna|vrm|hostha一把梭输出里至少能看到每个进程各两行主进程加参数行才算正常。3.2 VRM部署向导虚拟化管理节点的安装逻辑VRMVirtual Resource Management是FusionCompute的管理节点可以部署为虚拟机这是实验环境最常见的部署方式。在CNA安装完成后用浏览器登录CNA的IP地址会看到一个web界面选择“部署VRM”的入口加载VRM的ISO镜像。VRM部署向导会问你三件事部署方式单节点还是主备、虚拟机的资源规格CPU/内存/磁盘、管理IP和网关。实验环境选单节点即可资源给2核CPU、4GB内存、80GB磁盘就足够给多了反而是浪费。这里我要强调一个关键参数VRM虚拟机的磁盘格式必须选“精简置备”否则VRM启动会非常慢而且占满存储空间。部署完成后VRM的web管理界面会有一个初始密码首次登录强制改密。我实验时用Firefox登录管理界面有时会遇到兼容性问题建议优先用Chrome或Edge并把浏览器语言设为英文这样可以避免中文界面里某些翻译导致的误解。# 检查VRM虚拟机在CNA上的运行状态在CNA命令行执行 virsh list --all # 查看所有虚拟机列表确认VRM处于running状态 virsh vncdisplay vrmserver # 如果VRM启动失败通过VNC端口连接查看控制台报错VRM启动过程中最常见的故障是磁盘空间不足尤其是精简置备磁盘在频繁写入后暴涨。我遇到过VRM宕机后起不来查了半天发现是日志分区被写满。给VRM做磁盘规划时建议把/var/log单独挂一个分区避免日志把根分区撑爆。3.3 登录管理面后的第一轮健康检查VRM部署完成后用Windows跳板机上的FusionCompute客户端连过去首次登录会提示导入证书接受即可。登录后不要急着创建集群先看“资源池”页面确认CNA主机状态是“正常”VRM的CPU和内存占用处于低位。第二轮检查是看告警中心实验环境刚部署完通常会有一堆信息级别的告警比如NTP时间不同步、DNS解析异常。这些告警不处理不影响实验但会干扰你对真正故障的判断建议在管理面里先把NTP服务器配置好指到你的Windows跳板机或公司内网的NTP源。健康检查的第三件事是升级固件和驱动——如果你用的物理网卡是Broadcom或MellanoxCNA自带的驱动版本可能偏旧。这个在实验手册里不会写但实际搞实验时网卡驱动不对会导致虚拟机网络丢包。经验做法是找华为官方的兼容性列表Compatibility Check Tool核对一下硬件型号如果没有问题就不动驱动。4. 创建集群和虚拟机把虚拟化平台的骨架搭起来4.1 集群创建的参数说明DRS与HA的开关时机在FusionCompute管理界面里创建集群的入口在“资源池”页面右键点击“数据中心”选择“创建集群”。集群名称用“Cluster_Test”这样的命名规范支持DRS动态资源调度和HA高可用两个功能开关。实验环境里HA开关建议打开DRS可以暂时关闭。原因很现实HA是保障虚拟机在主机宕机后自动迁移的基础这个在实验里可以模拟验证而DRS需要至少3台CNA主机才能真正发挥作用实验环境只有一两台主机时DRS反而会因为资源竞争频繁触发迁移干扰实验观察。如果你想观察DRS的调度效果至少要有2台配置不对等的CNA比如一台32GB内存、一台16GB内存DRS会自动把负载往大内存主机上赶。集群创建时的“内存复用”选项是个容易忽略的坑。默认开启后虚拟机实际分配的内存可以超过物理内存总量这对实验环境是好事但对生产环境是灾难——内存超分太多会导致虚拟机频繁swap性能暴跌。实验手册一般会建议开启我建议在实验里保留默认开启状态但要记住这个参数对性能的影响后续测试性能时记得关掉对比一下。# 在CNA上使用命令行确认集群创建后HA代理的注册状态CNA命令行 ps -ef | grep hostha # 正常输出应包含hostha进程且没有restart循环的字样否则HA代理注册失败命令行里观察hostha进程只是一个辅助手段最准确的方式是回到管理界面的“主机”页面看CNA主机的“HA状态”列是否显示“已启用”。如果显示“未就绪”多半是CNA到VRM的管理网络存在防火墙拦截或者VRM上的hostha服务异常执行service hostha status查看服务状态。4.2 虚拟机发放的完整流程模板、镜像和规格集群创建完成后可以开始虚拟机发放实验。FusionCompute有三种发放方式从ISO安装、从模板克隆、从已有虚拟机克隆。实验手册里通常会按顺序做先手动安装一台Windows虚拟机把它转换成模板再用模板批量克隆。从ISO安装虚拟机的操作键在“虚拟机”页面选择“创建虚拟机”向导会要求填名称、选择集群、选择主机可以指定或自动选择、分配CPU和内存、选择存储、挂载ISO并配置网络端口组。这里的核心参数是“虚拟机存储策略”实验环境选“普通”即可生产环境一般用“高级”存储策略做快照和精简置备。我在实验里发现一个规律给虚拟机分配磁盘时如果选择厚置备创建时就把物理空间占满安装和启动速度会快一些如果选精简置备按需分配虚拟机磁盘文件会小很多但首次启动时会因为分配空间而慢半拍。实验手册推荐精简置备因为省空间但你要知道这个取舍。安装完操作系统后要把虚拟机关机然后“转换为模板”。转换前先做好三件事安装好VMToolsFusionCompute的增强驱动、关闭Windows防火墙、开启远程桌面。这个VMTools如果不装后面克隆的虚拟机网卡性能会差很多而且无法正常关机重启。4.3 用模板批量克隆虚拟机的实验要点模板转换完成后在模板上右键选择“创建虚拟机”出来的向导会让你选择虚拟机数量和命名规则。批量克隆10台虚拟机FusionCompute会自动添加后缀数字这个特性做压力测试时特别方便。批量克隆完成后大概率会出现IP地址冲突——因为克隆的虚拟机网卡的MAC地址变了但操作系统里的IP配置还保持着原样。实验手册里通常不会细讲我建议在模板里提前配置好DHCP或者在克隆后用FusionCompute的“自定义配置”功能在克隆向导里指定每台虚拟机的IP和计算机名这个功能在FusionCompute里叫“自定义克隆”。# 批量克隆后通过API查询虚拟机IP状态Python脚本示例FusionCompute有RESTful API import requests # 登录管理面获取token login_url https://192.168.1.21:7443/session params {userName: admin, password: 原密码, domain: default} session requests.Session() resp session.post(login_url, jsonparams, verifyFalse) token resp.json()[token] # 查询所有克隆虚拟机的名称和IP list_url https://192.168.1.21:7443/vm headers {X-Auth-Token: token} vm_list session.get(list_url, headersheaders, verifyFalse).json() for vm in vm_list[vms]: print(vm[name], vm[ip])这段脚本是借助FusionCompute的开放API查询虚拟机状态它背后调用的接口路径和认证方式在产品文档里有完整定义。实验时如果发现IP列表里有空值那大概率就是克隆后没走自定义配置导致的回到模板里改好重新走一遍克隆流程即可。API脚本是命令行之外的有效补充适合批量操作场景但需要Python的requests库支持Windows跳板机如果没有Python环境可以先装个Anaconda或直接用Postman调接口。5. 网络与存储实验端口组、VLAN和存储对接的实操细节5.1 虚拟交换机与端口组从DVS到端口组的层级关系FusionCompute里的虚拟网络核心是分布式虚拟交换机DVS它把多台CNA的物理网卡抽象成一个逻辑交换机端口组则是在DVS上划出的逻辑网络段。实验里建议按照“上行链路管理”和“业务网”两个维度各创建一组端口组上行链路管理端口组用于VRM与CNA的通信业务网端口组用于虚拟机之间的互通。创建端口组时的关键参数有三个VLAN ID、网络类型普通/中继/直通、绑定策略。实验手册里会让你把业务网的VLAN ID配置成前面规划表里的业务VLAN这样虚拟机发出的流量才会带上正确的VLAN标签物理交换机才能正确转发。如果实验环境里物理交换机没有配置trunk口即使端口组VLAN配了流量也出不去这个物理和虚拟的联动关系是新手最容易忽略的。绑定策略里有个“负载均衡”模式选项默认是“基于源MAC地址”虚拟机的流量只会从一张物理网卡出去除非源MAC变化。实验环境里如果你有多张网卡建议改成“基于IP哈希”这样可以更均匀地分发流量但需要物理交换机支持链路聚合。我实验时改了这个参数后虚拟机跨主机通信的延迟明显下降但这个效果在只有两台CNA的组网里不算显著。# 查看CNA上虚拟交换机的端口组状态CNA命令行 esxcli network vswitch standard list # 这个命令在FusionCompute的CNA里可能不存在FusionCompute使用的是自定义命令上面的命令在FusionCompute里并不适用FusionCompute的CNA基于定制内核网络排查用管理界面更直观。正确做法是在管理界面的“网络”页面点击端口组名称查看“健康状态”和“已连接虚拟机数”。如果状态为“异常”检查CNA主机的物理网卡是否UP、VLAN配置是否被交换机侧的配置覆盖。5.2 存储对接实验本地存储与外部iSCSI的差异FusionCompute的存储实验分两条线本地存储CNA自带的磁盘和外部存储iSCSI或FC SAN。实验手册一般先用本地存储把基础实验跑通再升级到外部存储观察差异。本地存储的对接方式是“数据存储”在存储页面添加CNA主机的本地磁盘选择“虚拟化存储”类型。FusionCompute会在这块磁盘上创建虚拟化的存储池虚拟机磁盘文件放在里面。这个模式下虚拟机磁盘格式支持快照、精简置备和克隆功能最全适合做功能实验。外部存储对接iSCSI的步骤相对繁琐需要先在存储阵列上创建LUN和iSCSI目标然后在CNA上配置iSCSI initiator的IQN最后在管理界面添加数据存储。这里有一个非常隐蔽的坑CNA上的iSCSI多路径配置如果存储阵列支持多路径要在CNA上安装UltraPath或使用原生多路径否则链路切换时会IO中断。实验环境一般只有一个网卡接存储不存在多路径问题但生产环境如果不配多路径任何一根光纤断了都会导致虚拟机IO卡死。对比维度本地存储外部iSCSI说明性能高直连中受网络影响实验观察性能差异功能支持快照/克隆/精简快照/克隆/精简基本无差异排障复杂度低高涉及多网段存储网络不通时很难排查实验推荐度首选进阶推荐至少做一遍iSCSI对接5.3 网络连通性测试的三板斧存储和网络配置完成后第一步做连通性测试我有三个固定动作先ping网关看二层是否通再ping存储IP看三层是否通最后在管理界面里看CNA到存储的心跳路径是否健康。# CNA上检查存储网络连通性CNA命令行 ping -c 4 192.168.3.30 # 存储设备的IP观察丢包与延迟 iscsiadm -m session # 查看iSCSI会话状态确认target已正常登录如果ping通但iSCSI登录失败可能需要检查存储侧是否配置了允许该CNA的IQN接入或者CHAP认证是否匹配。这两个细节在实验手册里往往一笔带过但实际排障时遇到的概率极高。还有一个容易翻车的地方存储和CNA的管理网段如果跨了VLAN务必确保三层路由可达否则数据存储能添加成功但虚拟机热迁移时会因为存储心跳中断而失败。6. FusionCompute实验避坑指南四条让新手崩溃的典型故障6.1 VRM虚拟机创建失败提示资源不足实验中最常见的故障是创建VRM虚拟机时提示资源不足。现象是管理界面报错“主机资源不足无法创建虚拟机”但CNA明明还有大量空闲CPU和内存。检查后发现虚拟化平台的资源判断机制有些特别它不看物理机的剩余资源而是看集群里的“内存复用”和“CPU预留”参数。如果CNA的CPU预留比例设置过高即使物理资源充足也分配不出新的虚拟机。解决办法是在集群属性里把CPU预留比例调低或关闭内存复用后重试。如果还不行检查CNA的虚机磁盘分区是否满了通过df -h命令查看根分区使用率通常根分区超过90%就会产生这个假告警。这个坑在生产环境也常见尤其是长时间运行的CNA日志分区很容易被撑爆。6.2 CNA主机显示“未激活”或“故障”状态部署完VRM后CNA主机状态显示为“未激活”而不是“正常”。这个问题的原因大概率是CNA与VRM之间的管理通道没有建立成功深层原因包括CNA上的管理网卡地址配置错误或者VRM的虚拟交换机端口组配置有误。解决路径是先登录CNA命令行执行ping 192.168.1.21确认到VRM的管理IP通不通。不通就检查CNA的网关对不对通的话再检查VRM的防火墙是否放行了CNA的IP。如果网络没问题重启CNA上的vrmd服务试试很多时候服务假死会导致状态上报失败。我遇到过一次CNA主机反复重启的情况最后发现是BIOS里的电源管理设置了节能模式导致CNA上报的主机频率信息不稳定被VRM判定为故障。6.3 虚拟机网卡不亮端口组显示异常创建虚拟机后虚拟机操作系统里看不到网卡或者网卡显示“网络电缆被拔出”。这个故障有90%的概率是端口组的VLAN配置与虚拟机的需求不匹配虚拟机发送无标签流量而端口组设置了VLAN ID交换机会默默丢弃这类帧。解决办法是进入端口组编辑把VLAN模式改为“无”或者直接将虚拟机的网卡重新关联到正确的端口组。需要注意的是FusionCompute里修改端口组VLAN后已经连接的虚拟机需要重启网卡才能生效有时候重启不行要关机再开机否则虚拟机操作系统里的网卡状态不变。这个“必须重启虚拟机”的特性在实验手册里通常不说但我踩过太多次了。6.4 虚拟机克隆后蓝屏或出现磁盘报错批量克隆Windows虚拟机后部分虚拟机启动时蓝屏或者系统日志里出现大量disk error。原因在于克隆操作没有重新生成Windows的磁盘签名导致多块磁盘的签名冲突。FusionCompute的克隆机制在Linux虚拟机里不存在这个问题Windows虚拟机里的磁盘管理对签名唯一性要求很高。解决方法是装好VMTools后在模板虚拟机打开磁盘管理右键磁盘属性查看签名值并记录下来。克隆后如果遇到蓝屏进入故障恢复控制台使用diskpart命令重新给磁盘写入新签名。# Windows故障恢复命令提示符中执行虚拟机控制台 diskpart list disk # 查看当前磁盘列表找到签名有冲突的磁盘 select disk 0 # 选择目标磁盘 uniqueid disk # 查看当前签名 # 重新生成磁盘签名 uniqueid disk idxxxxxxxxxxxxxxxx这个操作相当于给磁盘换了个“身份证号”能让Windows认为这是一块全新的磁盘从而避免签名冲突导致的数据访问异常。实验时如果克隆数量多建议直接全部删除重新克隆省去逐台修复的麻烦。7. 实验收尾通过资源热迁移与主机维护模式验证平台能力实验手册做到最后一定要做一次资源热迁移这是验证平台高可用能力的关键动作。在管理界面的“虚拟机”页选择正在运行的虚拟机右键“迁移”可以把虚拟机不停机地从CNA1迁移到CNA2这是FusionCompute最核心的卖点。执行迁移前确认CNA2有足够的资源并且两台主机的存储共享——如果虚拟机放在本地存储上是无法跨主机迁移的。热迁移的观察点在于虚拟机的网络连接是否中断。正中的热迁移过程中虚拟机的内存页会持续复制到目标主机如果业务流量比较大内存脏页产生速度快于复制速度迁移会一直不收敛。实验时你这个虚拟机上跑一个持续ping的操作然后在迁移过程中观察ping的丢包率正常情况下只有极短暂的中断超过5秒说明存储或网络链路有问题。实验的最后一个验证动作是主机维护模式。把CNA1置为维护模式FusionCompute会自动把上面运行的虚拟机全部迁移到CNA2这个机制在生产环境里做硬件维护时非常实用。我这里有一条经验教训进维护模式前先确认所有虚拟机都配置了“HA重启”策略否则主机进入维护模式后个别虚拟机可能不会自动迁移直接关机导致业务中断。我第一做这个实验时有一台虚拟机因为配置了“关闭虚拟机”策略主机维护时直接被关机当时的我差点以为是平台bug。FusionCompute实验真正值得你投入时间的部分不是安装部署的点击操作而是理解它资源调度和故障处理的决策逻辑。手册上的每个步骤就像积木攒到最后你对虚拟化平台的认识就不一样了。希望帮到你。本文还有配套的精品资源点击获取 华为FusionCompute虚拟化实验：从CNA部署到VRM管理的完整指南
简介华为HCIP-Cloud Computing认证配套的《FusionCompute实验手册1》是一份面向备考学员和虚拟化运维人员的实操教程聚焦FusionCompute平台从环境搭建到日常运维的全流程技能。全书包含7个实验分四大部分依托KVM嵌套环境完成CNA与VRM安装管理计算、存储、网络三类虚拟化资源完成虚拟机创建、Tools安装、模板封装、快照、规格调整、HA、热迁移、安全组与规则组配置并涉及用户管理、数据备份和时间管理等常见运维操作。资源包为单个docx文档大小10.53MB内含完整实验指导书包含实验拓扑、网络配置与操作步骤便于读者按手册逐步演练。目前已有227人学习下载。通过这套实验手册读者不仅能理解FusionCompute的架构与虚拟化原理还能获得一套可复用的实验方法为通过HCIP认证及后续搭建、运营华为虚拟化环境和桌面云奠定坚实基础。1. FusionCompute实验手册为什么我建议你一步步跟着做做虚拟化平台实验最怕的不是命令敲错而是装完了不知道下一步该干嘛。FusionCompute作为华为自家的虚拟化产品网上资料不少但真正能照着一步步把实验做完的完整手册反而稀缺。这本手册的价值在于它不跟你讲大而全的理论而是直接给你一条可落地的实验路径从CNA主机安装、VRM部署到集群创建、存储对接、虚拟机发放每一步都有明确的操作边界。适合两类人一是刚接手FusionCompute环境的运维需要在测试环境里把平台玩明白二是准备做虚拟化平台选型的技术负责人想通过实验验证FusionCompute的真实手感。我自己在实验环境里反复部署过多次这里把最实用的实验路径和踩过的坑一次性讲清楚。2. 动手前的环境规划硬件分区、网络划分和软件获取2.1 实验硬件的底线要求与组网拓扑FusionCompute的实验环境不需要企业级服务器但有两个硬性门槛必须跨过CPU要支持虚拟化特性VT-x/AMD-V内存至少16GB这是同时跑CNA和VRM两个虚拟机的最低配置。我实验时用的是一台双路E5服务器64GB内存SSD做存储实验体验比机械盘好很多。如果你手头只有一台物理机也可以用嵌套虚拟化的方式跑但要注意开启CPU的VT-x透传否则CNA虚拟机里的虚拟机性能会非常难看。网络规划在动手前必须想清楚FusionCompute最少需要三张逻辑网络业务网络虚拟机流量、存储网络对接存储阵列、管理网络CNA与VRM通信。实验环境可以简化成两张但管理网络和业务网络必须用不同VLAN隔离否则后面排查故障时你会疯掉。我一般会在交换机上划分三个VLAN并把物理网卡的trunk口配置好这样后续创建端口组时只需要填VLAN ID即可。拓扑上我推荐用一台物理交换机一台服务器的最小组网服务器上两块网卡分别接管理/存储和业务网络通过bonding提升冗余度。这样做的好处是排障范围小——虚拟化平台出问题时要么看物理网络要么看虚拟网络不用在一堆链路里猜。2.2 版本选择与FusionCompute下载渠道FusionCompute的版本迭代比较频繁实验手册一般会指定一个版本基线。我实验时用的R3C00版本对应配套的CNA和VRM是同一个版本号这个很重要——CNA和VRM版本不一致时虽然能装上但可能出现告警刷屏、资源上报异常的情况。所以下载时一定要把CNA、VRM两个镜像包放在同一个目录别混版本。获取安装镜像的常见做法是从华为企业技术支持网站下载需要企业账号并走审批流程。没有企业账号的话可以在华为云社区、技术论坛里找热心网友分享的百度网盘链接下载后注意比对MD5校验值。镜像包里一般包含两个ISO文件一个是CNA的安装引导盘一个是VRM的安装引导盘实验手册里都会写明文件清单。另外还要准备一台Windows跳板机装上FusionCompute的客户端工具用来连接VRM的管理界面这是日常运维的主要入口比命令行友好得多。2.3 存储资源和IP地址规划表FusionCompute实验里最容易翻车的地方是存储规划。实验环境建议准备至少500GB的可用存储空间如果用的是本地磁盘需要提前做好RAID推荐RAID1系统盘加RAID5数据盘的组合。如果后面要对接外部存储比如华为的OceanStor或通用的iSCSI阵列需要提前把存储池划分好并记录WWN号或IQN号。IP地址规划我建议做一张表张贴在实验机柜上组件管理IP业务IP说明CNA主机192.168.1.11192.168.2.11管理网与业务网分离VRM主节点192.168.1.21-默认装在CNA1上VRM备节点192.168.1.22-高可用场景才需要存储设备192.168.3.30-与管理网三层可达这张表上的IP要提前在物理网络里测试连通性尤其是存储网络很多实验做不下去都是因为CNA连不上存储IP。另外需要注意FusionCompute的管理网段和业务网段不要复用同一个网关否则虚拟机的默认路由会指向VRM流量绕路后延迟飙升。3. 部署CNA与VRM从裸机到管理面可用3.1 CNA主机安装的完整步骤与参数解读CNA是FusionCompute的计算节点代理本质是定制化的Linux系统安装了虚拟化内核。安装CNA时服务器的BIOS设置是个大坑必须开启CPU虚拟化关闭串口重定向否则安装过程可能卡死。把CNA的ISO挂载到物理服务器的虚拟光驱从光驱引导启动会出现一个安装菜单选择“Install CNA”即可。安装过程中会要求配置管理IP、子网掩码、网关和主机名这些参数要和规划表完全一致。这里有一个容易忽略的细节CNA的root密码复杂度要求很高必须包含大小写字母、数字和特殊字符否则下一步按钮是灰色的。安装完成后系统自动重启此时观察控制台输出看到“CNA installation succeeded”字样说明安装成功。我建议重启后用root登录执行ifconfig确认管理IP是否生效再执行vrm相关的进程检查命令确认关键服务已经拉起来。# 登录CNA后验证安装状态的关键命令 ifconfig eth0 # 确认管理网卡IP地址是否正确绑定 ps -ef | grep vna # 检查vna进程是否存在vna是CNA的核心代理进程这里解释一下grep vna这个动作CNA上常驻的核心进程有vna虚拟网络代理、vrm虚拟资源管理代理、hostha主机高可用代理如果这几个进程都在说明安装基本没大问题。实验手册里会让你用ps命令逐个确认我习惯用一条ps -ef | grep -E vna|vrm|hostha一把梭输出里至少能看到每个进程各两行主进程加参数行才算正常。3.2 VRM部署向导虚拟化管理节点的安装逻辑VRMVirtual Resource Management是FusionCompute的管理节点可以部署为虚拟机这是实验环境最常见的部署方式。在CNA安装完成后用浏览器登录CNA的IP地址会看到一个web界面选择“部署VRM”的入口加载VRM的ISO镜像。VRM部署向导会问你三件事部署方式单节点还是主备、虚拟机的资源规格CPU/内存/磁盘、管理IP和网关。实验环境选单节点即可资源给2核CPU、4GB内存、80GB磁盘就足够给多了反而是浪费。这里我要强调一个关键参数VRM虚拟机的磁盘格式必须选“精简置备”否则VRM启动会非常慢而且占满存储空间。部署完成后VRM的web管理界面会有一个初始密码首次登录强制改密。我实验时用Firefox登录管理界面有时会遇到兼容性问题建议优先用Chrome或Edge并把浏览器语言设为英文这样可以避免中文界面里某些翻译导致的误解。# 检查VRM虚拟机在CNA上的运行状态在CNA命令行执行 virsh list --all # 查看所有虚拟机列表确认VRM处于running状态 virsh vncdisplay vrmserver # 如果VRM启动失败通过VNC端口连接查看控制台报错VRM启动过程中最常见的故障是磁盘空间不足尤其是精简置备磁盘在频繁写入后暴涨。我遇到过VRM宕机后起不来查了半天发现是日志分区被写满。给VRM做磁盘规划时建议把/var/log单独挂一个分区避免日志把根分区撑爆。3.3 登录管理面后的第一轮健康检查VRM部署完成后用Windows跳板机上的FusionCompute客户端连过去首次登录会提示导入证书接受即可。登录后不要急着创建集群先看“资源池”页面确认CNA主机状态是“正常”VRM的CPU和内存占用处于低位。第二轮检查是看告警中心实验环境刚部署完通常会有一堆信息级别的告警比如NTP时间不同步、DNS解析异常。这些告警不处理不影响实验但会干扰你对真正故障的判断建议在管理面里先把NTP服务器配置好指到你的Windows跳板机或公司内网的NTP源。健康检查的第三件事是升级固件和驱动——如果你用的物理网卡是Broadcom或MellanoxCNA自带的驱动版本可能偏旧。这个在实验手册里不会写但实际搞实验时网卡驱动不对会导致虚拟机网络丢包。经验做法是找华为官方的兼容性列表Compatibility Check Tool核对一下硬件型号如果没有问题就不动驱动。4. 创建集群和虚拟机把虚拟化平台的骨架搭起来4.1 集群创建的参数说明DRS与HA的开关时机在FusionCompute管理界面里创建集群的入口在“资源池”页面右键点击“数据中心”选择“创建集群”。集群名称用“Cluster_Test”这样的命名规范支持DRS动态资源调度和HA高可用两个功能开关。实验环境里HA开关建议打开DRS可以暂时关闭。原因很现实HA是保障虚拟机在主机宕机后自动迁移的基础这个在实验里可以模拟验证而DRS需要至少3台CNA主机才能真正发挥作用实验环境只有一两台主机时DRS反而会因为资源竞争频繁触发迁移干扰实验观察。如果你想观察DRS的调度效果至少要有2台配置不对等的CNA比如一台32GB内存、一台16GB内存DRS会自动把负载往大内存主机上赶。集群创建时的“内存复用”选项是个容易忽略的坑。默认开启后虚拟机实际分配的内存可以超过物理内存总量这对实验环境是好事但对生产环境是灾难——内存超分太多会导致虚拟机频繁swap性能暴跌。实验手册一般会建议开启我建议在实验里保留默认开启状态但要记住这个参数对性能的影响后续测试性能时记得关掉对比一下。# 在CNA上使用命令行确认集群创建后HA代理的注册状态CNA命令行 ps -ef | grep hostha # 正常输出应包含hostha进程且没有restart循环的字样否则HA代理注册失败命令行里观察hostha进程只是一个辅助手段最准确的方式是回到管理界面的“主机”页面看CNA主机的“HA状态”列是否显示“已启用”。如果显示“未就绪”多半是CNA到VRM的管理网络存在防火墙拦截或者VRM上的hostha服务异常执行service hostha status查看服务状态。4.2 虚拟机发放的完整流程模板、镜像和规格集群创建完成后可以开始虚拟机发放实验。FusionCompute有三种发放方式从ISO安装、从模板克隆、从已有虚拟机克隆。实验手册里通常会按顺序做先手动安装一台Windows虚拟机把它转换成模板再用模板批量克隆。从ISO安装虚拟机的操作键在“虚拟机”页面选择“创建虚拟机”向导会要求填名称、选择集群、选择主机可以指定或自动选择、分配CPU和内存、选择存储、挂载ISO并配置网络端口组。这里的核心参数是“虚拟机存储策略”实验环境选“普通”即可生产环境一般用“高级”存储策略做快照和精简置备。我在实验里发现一个规律给虚拟机分配磁盘时如果选择厚置备创建时就把物理空间占满安装和启动速度会快一些如果选精简置备按需分配虚拟机磁盘文件会小很多但首次启动时会因为分配空间而慢半拍。实验手册推荐精简置备因为省空间但你要知道这个取舍。安装完操作系统后要把虚拟机关机然后“转换为模板”。转换前先做好三件事安装好VMToolsFusionCompute的增强驱动、关闭Windows防火墙、开启远程桌面。这个VMTools如果不装后面克隆的虚拟机网卡性能会差很多而且无法正常关机重启。4.3 用模板批量克隆虚拟机的实验要点模板转换完成后在模板上右键选择“创建虚拟机”出来的向导会让你选择虚拟机数量和命名规则。批量克隆10台虚拟机FusionCompute会自动添加后缀数字这个特性做压力测试时特别方便。批量克隆完成后大概率会出现IP地址冲突——因为克隆的虚拟机网卡的MAC地址变了但操作系统里的IP配置还保持着原样。实验手册里通常不会细讲我建议在模板里提前配置好DHCP或者在克隆后用FusionCompute的“自定义配置”功能在克隆向导里指定每台虚拟机的IP和计算机名这个功能在FusionCompute里叫“自定义克隆”。# 批量克隆后通过API查询虚拟机IP状态Python脚本示例FusionCompute有RESTful API import requests # 登录管理面获取token login_url https://192.168.1.21:7443/session params {userName: admin, password: 原密码, domain: default} session requests.Session() resp session.post(login_url, jsonparams, verifyFalse) token resp.json()[token] # 查询所有克隆虚拟机的名称和IP list_url https://192.168.1.21:7443/vm headers {X-Auth-Token: token} vm_list session.get(list_url, headersheaders, verifyFalse).json() for vm in vm_list[vms]: print(vm[name], vm[ip])这段脚本是借助FusionCompute的开放API查询虚拟机状态它背后调用的接口路径和认证方式在产品文档里有完整定义。实验时如果发现IP列表里有空值那大概率就是克隆后没走自定义配置导致的回到模板里改好重新走一遍克隆流程即可。API脚本是命令行之外的有效补充适合批量操作场景但需要Python的requests库支持Windows跳板机如果没有Python环境可以先装个Anaconda或直接用Postman调接口。5. 网络与存储实验端口组、VLAN和存储对接的实操细节5.1 虚拟交换机与端口组从DVS到端口组的层级关系FusionCompute里的虚拟网络核心是分布式虚拟交换机DVS它把多台CNA的物理网卡抽象成一个逻辑交换机端口组则是在DVS上划出的逻辑网络段。实验里建议按照“上行链路管理”和“业务网”两个维度各创建一组端口组上行链路管理端口组用于VRM与CNA的通信业务网端口组用于虚拟机之间的互通。创建端口组时的关键参数有三个VLAN ID、网络类型普通/中继/直通、绑定策略。实验手册里会让你把业务网的VLAN ID配置成前面规划表里的业务VLAN这样虚拟机发出的流量才会带上正确的VLAN标签物理交换机才能正确转发。如果实验环境里物理交换机没有配置trunk口即使端口组VLAN配了流量也出不去这个物理和虚拟的联动关系是新手最容易忽略的。绑定策略里有个“负载均衡”模式选项默认是“基于源MAC地址”虚拟机的流量只会从一张物理网卡出去除非源MAC变化。实验环境里如果你有多张网卡建议改成“基于IP哈希”这样可以更均匀地分发流量但需要物理交换机支持链路聚合。我实验时改了这个参数后虚拟机跨主机通信的延迟明显下降但这个效果在只有两台CNA的组网里不算显著。# 查看CNA上虚拟交换机的端口组状态CNA命令行 esxcli network vswitch standard list # 这个命令在FusionCompute的CNA里可能不存在FusionCompute使用的是自定义命令上面的命令在FusionCompute里并不适用FusionCompute的CNA基于定制内核网络排查用管理界面更直观。正确做法是在管理界面的“网络”页面点击端口组名称查看“健康状态”和“已连接虚拟机数”。如果状态为“异常”检查CNA主机的物理网卡是否UP、VLAN配置是否被交换机侧的配置覆盖。5.2 存储对接实验本地存储与外部iSCSI的差异FusionCompute的存储实验分两条线本地存储CNA自带的磁盘和外部存储iSCSI或FC SAN。实验手册一般先用本地存储把基础实验跑通再升级到外部存储观察差异。本地存储的对接方式是“数据存储”在存储页面添加CNA主机的本地磁盘选择“虚拟化存储”类型。FusionCompute会在这块磁盘上创建虚拟化的存储池虚拟机磁盘文件放在里面。这个模式下虚拟机磁盘格式支持快照、精简置备和克隆功能最全适合做功能实验。外部存储对接iSCSI的步骤相对繁琐需要先在存储阵列上创建LUN和iSCSI目标然后在CNA上配置iSCSI initiator的IQN最后在管理界面添加数据存储。这里有一个非常隐蔽的坑CNA上的iSCSI多路径配置如果存储阵列支持多路径要在CNA上安装UltraPath或使用原生多路径否则链路切换时会IO中断。实验环境一般只有一个网卡接存储不存在多路径问题但生产环境如果不配多路径任何一根光纤断了都会导致虚拟机IO卡死。对比维度本地存储外部iSCSI说明性能高直连中受网络影响实验观察性能差异功能支持快照/克隆/精简快照/克隆/精简基本无差异排障复杂度低高涉及多网段存储网络不通时很难排查实验推荐度首选进阶推荐至少做一遍iSCSI对接5.3 网络连通性测试的三板斧存储和网络配置完成后第一步做连通性测试我有三个固定动作先ping网关看二层是否通再ping存储IP看三层是否通最后在管理界面里看CNA到存储的心跳路径是否健康。# CNA上检查存储网络连通性CNA命令行 ping -c 4 192.168.3.30 # 存储设备的IP观察丢包与延迟 iscsiadm -m session # 查看iSCSI会话状态确认target已正常登录如果ping通但iSCSI登录失败可能需要检查存储侧是否配置了允许该CNA的IQN接入或者CHAP认证是否匹配。这两个细节在实验手册里往往一笔带过但实际排障时遇到的概率极高。还有一个容易翻车的地方存储和CNA的管理网段如果跨了VLAN务必确保三层路由可达否则数据存储能添加成功但虚拟机热迁移时会因为存储心跳中断而失败。6. FusionCompute实验避坑指南四条让新手崩溃的典型故障6.1 VRM虚拟机创建失败提示资源不足实验中最常见的故障是创建VRM虚拟机时提示资源不足。现象是管理界面报错“主机资源不足无法创建虚拟机”但CNA明明还有大量空闲CPU和内存。检查后发现虚拟化平台的资源判断机制有些特别它不看物理机的剩余资源而是看集群里的“内存复用”和“CPU预留”参数。如果CNA的CPU预留比例设置过高即使物理资源充足也分配不出新的虚拟机。解决办法是在集群属性里把CPU预留比例调低或关闭内存复用后重试。如果还不行检查CNA的虚机磁盘分区是否满了通过df -h命令查看根分区使用率通常根分区超过90%就会产生这个假告警。这个坑在生产环境也常见尤其是长时间运行的CNA日志分区很容易被撑爆。6.2 CNA主机显示“未激活”或“故障”状态部署完VRM后CNA主机状态显示为“未激活”而不是“正常”。这个问题的原因大概率是CNA与VRM之间的管理通道没有建立成功深层原因包括CNA上的管理网卡地址配置错误或者VRM的虚拟交换机端口组配置有误。解决路径是先登录CNA命令行执行ping 192.168.1.21确认到VRM的管理IP通不通。不通就检查CNA的网关对不对通的话再检查VRM的防火墙是否放行了CNA的IP。如果网络没问题重启CNA上的vrmd服务试试很多时候服务假死会导致状态上报失败。我遇到过一次CNA主机反复重启的情况最后发现是BIOS里的电源管理设置了节能模式导致CNA上报的主机频率信息不稳定被VRM判定为故障。6.3 虚拟机网卡不亮端口组显示异常创建虚拟机后虚拟机操作系统里看不到网卡或者网卡显示“网络电缆被拔出”。这个故障有90%的概率是端口组的VLAN配置与虚拟机的需求不匹配虚拟机发送无标签流量而端口组设置了VLAN ID交换机会默默丢弃这类帧。解决办法是进入端口组编辑把VLAN模式改为“无”或者直接将虚拟机的网卡重新关联到正确的端口组。需要注意的是FusionCompute里修改端口组VLAN后已经连接的虚拟机需要重启网卡才能生效有时候重启不行要关机再开机否则虚拟机操作系统里的网卡状态不变。这个“必须重启虚拟机”的特性在实验手册里通常不说但我踩过太多次了。6.4 虚拟机克隆后蓝屏或出现磁盘报错批量克隆Windows虚拟机后部分虚拟机启动时蓝屏或者系统日志里出现大量disk error。原因在于克隆操作没有重新生成Windows的磁盘签名导致多块磁盘的签名冲突。FusionCompute的克隆机制在Linux虚拟机里不存在这个问题Windows虚拟机里的磁盘管理对签名唯一性要求很高。解决方法是装好VMTools后在模板虚拟机打开磁盘管理右键磁盘属性查看签名值并记录下来。克隆后如果遇到蓝屏进入故障恢复控制台使用diskpart命令重新给磁盘写入新签名。# Windows故障恢复命令提示符中执行虚拟机控制台 diskpart list disk # 查看当前磁盘列表找到签名有冲突的磁盘 select disk 0 # 选择目标磁盘 uniqueid disk # 查看当前签名 # 重新生成磁盘签名 uniqueid disk idxxxxxxxxxxxxxxxx这个操作相当于给磁盘换了个“身份证号”能让Windows认为这是一块全新的磁盘从而避免签名冲突导致的数据访问异常。实验时如果克隆数量多建议直接全部删除重新克隆省去逐台修复的麻烦。7. 实验收尾通过资源热迁移与主机维护模式验证平台能力实验手册做到最后一定要做一次资源热迁移这是验证平台高可用能力的关键动作。在管理界面的“虚拟机”页选择正在运行的虚拟机右键“迁移”可以把虚拟机不停机地从CNA1迁移到CNA2这是FusionCompute最核心的卖点。执行迁移前确认CNA2有足够的资源并且两台主机的存储共享——如果虚拟机放在本地存储上是无法跨主机迁移的。热迁移的观察点在于虚拟机的网络连接是否中断。正中的热迁移过程中虚拟机的内存页会持续复制到目标主机如果业务流量比较大内存脏页产生速度快于复制速度迁移会一直不收敛。实验时你这个虚拟机上跑一个持续ping的操作然后在迁移过程中观察ping的丢包率正常情况下只有极短暂的中断超过5秒说明存储或网络链路有问题。实验的最后一个验证动作是主机维护模式。把CNA1置为维护模式FusionCompute会自动把上面运行的虚拟机全部迁移到CNA2这个机制在生产环境里做硬件维护时非常实用。我这里有一条经验教训进维护模式前先确认所有虚拟机都配置了“HA重启”策略否则主机进入维护模式后个别虚拟机可能不会自动迁移直接关机导致业务中断。我第一做这个实验时有一台虚拟机因为配置了“关闭虚拟机”策略主机维护时直接被关机当时的我差点以为是平台bug。FusionCompute实验真正值得你投入时间的部分不是安装部署的点击操作而是理解它资源调度和故障处理的决策逻辑。手册上的每个步骤就像积木攒到最后你对虚拟化平台的认识就不一样了。希望帮到你。本文还有配套的精品资源点击获取