FusionCompute 6.5.0安装配置与资源池初始化实战

简介：《FusionCompute实验手册1》面向备考华为HCIP-Cloud Computing V4.0的学员及希望掌握服务器虚拟化运维的读者，围绕FusionCompute平台梳理从环境搭建到日常运维的实践路径。文件为1个docx文档，压缩包约10.53MB，正文按7个实验分为四部分：先依托KVM嵌套环境完成CNA与VRM安装，理解基础架构；再练习计算、存储、网络三类虚拟资源管理；随后覆盖虚拟机创建、Tools安装、模板封装、快照、规格调整、HA、热迁移及安全组规则组等发放管理操作；最后涉及用户管理、管理数据备份与时间管理等常见运维。已有227人学习下载。手册以实验任务串联知识点，便于读者对照拓扑和配置说明完成操作，也适合作为认证备考与平台运维查漏补缺的参考。

1. 装 FusionCompute 之前，先算清你要几块网卡

装 FusionCompute 这件事最容易被低估的地方是第一屏：CNA 的安装向导一共只有几屏，管理口 IP、存储口 IP、VLAN ID、主机名这四项填下去，后面想改的成本比重装还高。我在一套 KVM 嵌套环境里按手册第 1 章走的时候，把存储 VLAN 填成了管理 VLAN，结果到「添加主机」那一步一直卡在「主机网络不通」，回头查了两个多小时才发现是网卡绑错了平面。这份实验手册对应 Cloud Computing V4.0 高级工程师方向的 FusionCompute 部分，一共 7 个实验、四个部分，从环境搭建一路做到虚拟机发放和日常运维，适合正在备考的人，也适合刚接手虚拟化资源池、需要把 CNA 和 VRM 装一遍摸清架构的人。下面按我实际装一遍的顺序写，把手册里没写透的参数取舍和容易失败的点补上。

2. 环境规划：FusionCompute 6.5.0 的安装包、IP 与嵌套虚拟化

装之前先把东西凑齐。这一步很多人会跳过，直接开虚拟机，结果装到一半发现缺 VRM 包，或者发现虚拟机的网卡配少了。手册配套实验依托 KVM 嵌套虚拟化环境实现，也就是说，你的实验虚机本身跑在一台 KVM 宿主机上，CNA 再跑在实验虚机里。这个结构决定了三件事：CPU 要能透传硬件虚拟化、网络要能桥接出去、每台 CNA 至少两块网卡。

2.1 软件包与工具清单：七样东西缺一不可

手册列出的软件和工具我整理成一张表，装机前对着核一遍，比装到一半再回头找省事得多：

两个 zip 包要分清用途：Installer 包里是 CNA 的安装介质和那个连接 CNA 用的安装客户端，VRM 包留到装 VRM 那一步才用得上。只下第一个包就开装，是最常见的低级翻车。

提示：Installer 和 VRM 的版本号必须对齐。6.5.0 的 Installer 配 6.5.0 的 VRM 包，混版本会在 VRM 安装向导的校验阶段直接被拒，报的还是「软件包不匹配」这种看不出所以然的错。

2.2 IP 与 VLAN 规划：手册那张网表要先抄下来

实验拓扑里两台 CNA 加一台 VRM，管理面和存储面分开走，这是能不能一次装通的关键。按手册的网络配置说明整理如下：

为什么非要分两个平面：管理平面跑的是 VRM 与 CNA 之间的心跳和 API 调用，流量小而敏感；存储平面跑的是 iSCSI 读写，一旦有大文件拷贝或者虚机启动风暴，流量会瞬间打满。两个挤在一张网卡上，最典型的表现就是 VRM 管理界面点一下转三秒，虚机还时不时失联。常见做法就是物理上两块网卡、逻辑上两个 VLAN，实验环境里用两块虚拟网卡模拟。

VRM 有两个存储 IP，是因为 VRM 自己也是一台虚机，它的磁盘可以放在管理存储上，也可以放到存储平面去，手册里两个都给了。实验阶段我一般只配 192.168.201.11 那个，等存储资源添加完再补第二个，少填一个少一个错。

2.3 KVM 嵌套虚拟化：把实验虚机先跑起来

宿主机是 KVM 的话，先确认硬件虚拟化能透传到虚机里，否则装了 CNA 也起不来虚机。三条命令依次跑：

# 1. 确认 CPU 支持并已开启硬件虚拟化，返回值大于 0 才算可用 egrep -c '(vmx|svm)' /proc/cpuinfo # 2. 列出 KVM 宿主机上的所有虚机，确认两台 CNA 虚机都已创建 virsh list --all # 3. 查看某台虚机的网卡列表，确认管理面和存储面各一块 virsh domiflist CNA01

第一条的返回值是关键：0 表示嵌套虚拟化没开，你在这台虚机里再装 CNA、再在 CNA 上创建虚机，会卡在虚机加电阶段，界面上什么错都不报，就是不启动。第二条用来核对虚机命名，我习惯直接叫 CNA01、CNA02、VRM，后面在 VRM 界面里添加主机时对得上。第三条最容易被忽略，输出里应该看到两块网卡，如果只有一块，回到第 3 章安装 CNA 时会发现向导里根本选不出存储平面的网卡。

网络这边还要确认桥接：

# 查看当前网桥和绑定的物理网卡 brctl show # 查看桥接接口上的地址 ip addr show br0

brctl show输出里，br0 下面的 interfaces 列应该挂着宿主机的物理网卡，以及两台 CNA 虚机的虚拟网卡。ip addr show br0应该能看到宿主机在 192.168.201.x 段的地址。这两条对不上，后面所有 ping 都不通。

注意：如果egrep -c '(vmx|svm)' /proc/cpuinfo返回 0，改虚机配置文件重启是不生效的，要在 KVM 宿主机上把 CPU 模式改成 host-passthrough 后重建虚机。这个参数属于「创建时定死」的那一类，别指望热改。

3. 安装 CNA 与 VRM：从裸机到能打开登录页

这一章是整个实验里最容易反复重来的部分。CNA 装完才轮到 VRM，VRM 装完才有图形界面，中间任何一步填错都只能重装。我的建议是每装完一台就把 IP、主机名、密码记在记事本上，别指望回头去翻。

3.1 安装 CNA：管理口、存储口和主机名在这一步定死

CNA 的安装是引导式的，不是在操作系统里跑脚本。以 CNA01 为例，流程是这样的：

1. 在 KVM 宿主机上新建虚机，命名 CNA01，2 vCPU、8 GB 内存、40 GB 系统盘，挂两块网卡，光驱挂载 Installer 包里的 CNA ISO。
2. 开机进引导界面，选安装，进配置向导。
3. 管理平面：IP 填 192.168.201.101，掩码 255.255.255.0，网关 192.168.201.1，VLAN ID 留空。
4. 存储平面：IP 填 192.168.202.101，VLAN ID 填 202。
5. 主机名填 CNA01，设置 root 密码，确认后开始写入。
6. 安装完成自动重启，拔掉 ISO 避免二次引导。

参数上要抠的只有两处。VLAN ID 那一栏，管理平面如果交换机侧是 access 口就留空，是 trunk 口才填管理 VLAN；存储平面填 202 是因为两台 CNA 的存储口要落进同一个二层域，后面 iSCSI 才能互相看到。主机名必须唯一，VRM 里添加主机时靠它区分，两台都叫 localhost 的话，添加第二台会提示主机已存在。

CNA02 的流程完全一样，IP 换成 192.168.201.102 和 192.168.202.102。两台都装完，回宿主机验一下：

# 装完 CNA 先确认 SSH 能进，能进说明系统起来了 ssh root@192.168.201.101 # 进去后看系统版本，输出里应能看到 6.5.0 字样 cat /etc/*release # 看网卡和地址，管理口和存储口应该各有一个地址 ip addr show

ssh能进是第一个通过信号，进不去先别急着查 FusionCompute，先回到 2.3 那两条网桥命令。ip addr show的输出里如果只有一个地址，说明安装时只配了一个平面，这种情况不用纠结，直接重装比在系统里手工加网卡快。

提示：CNA 安装完成后，管理口的 Web 服务是开着的，用浏览器访问 https://192.168.201.101:8443 能看到 CNA 自己的管理页。这个页面不是 VRM 界面，容易看混，VRM 的地址是 192.168.201.100。

3.2 安装 VRM：在 CNA 之上再起一台虚机

VRM 不是装在物理机上，它是通过安装客户端连到一台已经装好的 CNA，由这台 CNA 创建出一台 VRM 虚机。所以顺序不能反，也不能跳。

打开 Installer 包里的安装客户端，输入 CNA01 的管理 IP 和 root 账号密码连上去，然后按向导走：上传 VRM 软件包，配置 VRM 虚机规格（我一般给 2 vCPU、8 GB 内存、系统盘 50 GB 起），配置 VRM 的 IP 地址 192.168.201.100、掩码和网关，确认后开始部署。整个部署过程就是 CNA 在本地存储上建了一台虚机再把 VRM 软件写进去，耗时比装 CNA 长，中间别关客户端。

装完先确认端口通不通：

# -k 跳过自签证书校验，-I 只取响应头 curl -k -I https://192.168.201.100:8443

返回 200 或者 302 就说明 VRM 服务起来了。返回 connection refused，八成是 VRM 虚机没起来，回 CNA 上用 VNC Viewer 连进去看虚机控制台，通常能看到卡在引导或者磁盘挂载失败。返回超时，回到网络平面去查，跟 VRM 服务本身没关系。

3.3 首次登录 VRM 与基础检查

浏览器打开 https://192.168.201.100:8443，证书告警点继续，用 admin 登录。首次登录会强制改密码，改完记下来，实验环境里我一般统一成一个好记的强口令，别用默认的。

登进去先别急着建集群，把三件事核一遍：系统管理里的 VRM 状态是不是正常、CNA01 是不是已经注册在列表里、系统时间和宿主机时间差多少。第三项看着无关紧要，实际上时间不同步会导致后面添加主机时认证失败，报的还是「用户名或密码错误」，很容易往错误方向查。

4. 资源池初始化：集群、IP-SAN、分布式交换机与第一台虚拟机

装完 CNA 和 VRM，界面能打开了，但这时候整个环境还只是个空壳。真正让资源池跑起来的是三件事：把主机拉进集群、把存储挂上来、把网络配通。这三件事的顺序建议按计算、存储、网络的顺序做，因为添加存储和端口组的时候都要选主机，主机没加进集群就选不到。

4.1 创建集群并添加两台 CNA 主机

在 VRM 里新建集群，命名 Cluster01，集群策略里把 HA 和 DRS 打开。HA 是主机故障时虚机自动重启，DRS 是资源不均衡时自动迁移，这两个实验后面都要用，现在不开，后面还得回来改集群配置。

添加主机时输入 CNA02 的管理 IP 192.168.201.102 和 root 密码，一路下一步。加完看主机状态，正常状态是「正常」，如果显示「离线」或者「维护」，点进去看告警详情。

两台主机都加进集群后，在集群下的「计算资源」里应该能看到两个主机节点，CPU 和内存总量是两台之和。如果只看到一台，或者另一台的资源显示为 0，先查 4.1 里添加主机那一步有没有报错，再查两台主机的时间是否同步。

4.2 IP-SAN 存储：iSCSI 启动器、端口绑定与数据存储

存储这块分三步，顺序不能乱：先改 iSCSI 启动器号，再做端口绑定，最后加存储资源。

第一步，两台主机的 iSCSI 启动器号必须不一样。进主机「存储接口」里看 iSCSI 启动器号，如果两台是同一个，改成不同的。这个号相当于主机在存储侧的身份证，一样的话存储只认一台，扫描设备时另一台什么都扫不到。

第二步，配置端口绑定。把存储平面的网卡绑定到 iSCSI 主端口上，绑完之后 iSCSI 流量只走 192.168.202.x 这个平面，不会串到管理面。

第三步，添加存储资源，填存储设备的 IP 和端口 3260，然后扫描存储设备，扫出来之后再添加数据存储。实验环境如果没有硬件存储，通常用一台 Linux 主机装 targetcli 模拟：

# 查看 iSCSI 目标端已导出的后端存储 targetcli ls /iscsi # 确认 3260 端口在监听 ss -lntp | grep 3260

targetcli ls /iscsi里能看到 target 和它下面的 lun，说明存储侧导出成功。ss -lntp | grep 3260里 -l 是监听状态、-n 显示数字端口、-t 只显示 TCP、-p 带进程名，3260 是 iSCSI 的默认端口。这条不通，FusionCompute 那边扫描设备一定是空的，别在 VRM 里反复点。

存储资源加完，创建一块普通精简磁盘验证一下。精简磁盘的特点是先分配逻辑空间、后分配物理空间，写多少占多少，实验环境空间有限时用这个比厚置备合适。

4.3 分布式交换机、上行链路与 VLAN 池

网络这块的坑集中在顺序上。分布式交换机建好之后，要先加上行链路，再加 VLAN 池，最后才能加端口组。VLAN 池是所有端口组可选 VLAN 的集合，池里没有 201，建端口组时 VLAN 下拉框就是空的，很多人卡在这一步以为是权限问题。

上行链路绑的是主机的物理网卡，两台 CNA 都要绑，只绑一台的话另一台主机上的虚机没网络出口。VLAN 池里把 201 和 202 都加进去，201 给业务虚机用，202 给存储用。端口组建一个业务端口组，VLAN 选 201，后面部署虚机时选这个端口组。

配完可以顺手验证一下二层通不通：在 VRM 里随便找一台虚拟机的控制台，或者直接登录 CNA，ping 一次网关。这一步是为了确认 VLAN 池和端口组的配置真的生效了，不是只在界面上显示正常。

4.4 模板导入、按模板部署与 Tools 安装

虚拟机发放这部分手册给了 Windows 和 CentOS 两条线，流程基本一致：导入模板、按模板部署、装 Tools、再封装成新模板。

导入模板在「虚拟机」下的模板页签里操作，格式一般是 OVF 或 OVA。导入时选好所属集群和存储，导完在模板列表里能看到。按模板部署时选集群、存储、端口组，部署完开机。

Tools 安装分系统。Windows 虚机直接挂载 Tools ISO，进系统后跑里面的安装程序，一路下一步重启就行。CentOS 这边手工挂载：

# 创建挂载点，把光驱挂上去 mkdir -p /mnt/tools mount /dev/cdrom /mnt/tools # 进目录看安装包，通常是一个脚本加一个 rpm cd /mnt/tools ls

mount把光驱设备挂到目录上，/dev/cdrom是光驱的符号链接，指向实际的 /dev/sr0。挂载失败提示「no medium found」，说明虚机没挂载 Tools ISO，回 VRM 界面给虚机挂上再执行。装完 Tools 建议重启一次，网卡驱动和内存气球驱动才完整生效，不重启的话后面做规格调整会失败。

Tools 装完是封装模板的前置条件。手册里把「制作虚拟机模板」单独列了一节，核心动作就是虚机里清理临时文件、关机、再从虚机转成模板。转之前一定要关机，运行中的虚机转模板会失败。

5. 常见问题排查：六个最容易出错的地方

这一章是我自己装下来记录的问题清单，每条按现象、原因、解决三段的顺序写。有些问题在手册里不会写，因为手册假设环境是干净的，而实际装的时候环境往往不干净。

5.1 安装与网络类三条

添加主机失败，提示「主机网络不通」。现象是 VRM 里加 CNA02 的时候卡在连接阶段，报网络不通，但宿主机 ping 192.168.201.102 是通的。原因是 CNA 安装时管理平面和存储平面的网卡绑反了，或者 VLAN ID 填错，导致 CNA 的回包走错平面。解决方法是 ssh 进 CNA，用ip addr show看两个地址分别落在哪块网卡上，绑反了直接重装，别在系统里手工改路由，改完 VRM 那边还是认不上。

VRM 装完浏览器打不开 8443。现象是安装客户端提示部署成功，但浏览器访问超时。原因通常是 VRM 虚机的 IP 和 CNA 管理口不在同一网段，或者网关填错了。解决方法是 VNC 连到 CNA 上，看 VRM 虚机的控制台登录界面，进去ip addr核地址，改完重启 VRM 服务。如果地址是对的还打不开，看 CNA 上的防火墙是不是拦了 8443。

虚机部署完拿不到 IP。现象是虚机开机正常，网卡也识别了，但ip addr里只有 lo。原因是部署时选的端口组 VLAN 和交换机侧不一致，或者端口组根本没绑上行链路。解决方法是回分布式交换机里看端口组的 VLAN 配置，再确认上行链路绑的是哪块物理网卡，两块都对还不行，就在虚机里手动配个静态地址试，能通说明是 DHCP 侧的问题。

5.2 存储与虚拟机类三条

扫描存储设备扫不到东西。现象是存储资源加上了，点扫描设备列表是空的。原因有三个常见方向：iSCSI 启动器号两台主机重复、存储平面端口没绑定、存储侧没导出或者在防火墙后面。排查顺序是先看两台主机的启动器号是否不同，再看存储接口的端口绑定，最后去存储侧ss -lntp | grep 3260。三个都没问题，再看 202 网段两台主机互相能不能 ping 通。

添加数据存储失败，提示设备已被使用。现象是扫描能看到设备，但加数据存储时报占用。原因是这块 LUN 之前被别的环境格式化过，还留着旧的签名。解决方法是先在存储侧确认这块 LUN 没被别的环境在用，然后在 FusionCompute 里对设备做一次清除签名再添加。实验环境里图省事可以直接在存储侧重新导出一块干净的 LUN。

热迁移失败，提示主机不兼容。现象是手动迁移虚机时选不了目标主机，或者选了之后报错。原因是目标主机没挂载同一块共享存储，或者两台主机的 CPU 特性不一致。前者去目标主机的存储列表里确认数据存储是否可见，后者在集群里把 CPU 兼容性模式调成和两台主机都兼容的级别。嵌套环境里 CPU 特性不一致是常态，这个坑几乎每次装都会遇到。

还有一条值得单独说：时间不同步导致添加主机报认证失败。现象是密码明明是对的，但就是加不上主机，报「用户名或密码错误」。原因是 CNA 和 VRM 的时间差超过阈值，认证直接失败。解决方法是在两台 CNA 和 VRM 上分别看时间，差得多就把 NTP 配上，实验环境里手动改也行，改完再添加。

6. 装完怎么验证：一次 HA 加一次热迁移就够

界面能打开、主机是绿的、存储挂上了，这些都不算装完。真正能说明这套 FusionCompute 环境可用，是两件事：虚机能在主机之间迁移，主机挂了虚机能自己回来。

我习惯按下面这张表逐项过一遍，全部通过才算交付：

热迁移那一项要重点看 ping：迁移过程中在另一个窗口持续ping -c 100 虚机IP，掉包超过三四个就说明共享存储或者网络配置有问题，正常应该是零丢包或者偶尔一两个。HA 那一项别在正式环境演，实验环境里直接断 CNA01 的电源，观察虚机多久在 CNA02 上起来，一般一到三分钟。

做完这四项，再回到 VRM 的告警页面看一遍，清掉所有残留告警。有些告警是安装过程中产生的历史告警，不清掉的话下次出问题时你会以为是新问题。

从那以后我每次装完 FusionCompute，都会先跑一遍这四项验收，尤其是热迁移和 HA 这两条，界面全绿但迁移失败的例子见过不止一次。装环境这件事，能跑起来和能扛住故障是两回事，验收清单不走过一遍，等于没装完。希望帮到你。

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