简介：本资源为华为FusionCompute 8.0.0虚拟化平台的完整安装包，面向企业IT运维人员、云计算工程师及虚拟化技术学习者，用于搭建和部署企业级虚拟化基础设施。压缩包共327个文件，约270.58MB，涵盖dll动态库、jar包、exe可执行程序、ini与properties配置文件、sh脚本、py工具及xml描述文件等，分别承担运行时依赖、安装引导、参数配置与自动化部署等职责，目录结构清晰，便于按模块定位所需组件。资源内含安装程序、计算节点代理镜像、开源软件合规声明及依赖组件目录，可帮助读者完成从服务器设置、网络配置到存储连接的全流程环境搭建，并理解各组件在平台中的协作关系。目前已有2495人学习下载，适合需要快速部署FusionCompute或深入研究其架构的中高级技术人员参考使用。
1. 拿到 FusionCompute_Installer-8.0.0.zip 之后：先别急着解压
很多人第一次拿到 FusionCompute_Installer-8.0.0.zip，第一反应是双击解压、找 setup.exe，然后一路下一步。我见过太多人卡在这一步——解压完发现里面是一堆目录和脚本，没有图形化安装向导，于是开始怀疑包是不是坏的。其实这个包是典型的“安装器套件”结构，它本身不是一键安装程序，而是一套把 CNA 主机节点和 VRM 管理节点串起来的部署工具集。你要解决的核心问题不是“怎么装”，而是“先规划哪台机器当 CNA、哪台当 VRM、网络怎么分平面、存储走什么协议”。这个标题背后对应的是虚拟化基础设施的交付场景，适合手里有 2 到 4 台物理服务器、需要搭一套可管理虚拟化资源池的运维或交付工程师。如果你只是想在一台笔记本上体验，这个包会让你很痛苦，因为它对硬件和网络的要求是实打实的生产级。
2. 拆开安装包：目录结构与部署角色怎么对应
2.1 解压后先看哪几个目录
把 FusionCompute_Installer-8.0.0.zip 解压到一个没有中文和空格的路径下，比如/opt/fc_install。解压后你会看到类似这样的顶层结构（不同小版本可能略有差异，但主体一致）：
# 解压后进入目录查看结构 cd /opt/fc_install ls -1 # 常见输出： # FusionCompute # FusionComputeInstaller # tools # version.txt其中FusionCompute目录下通常包含 CNA 和 VRM 的安装介质，FusionComputeInstaller是部署工具本身，tools里放的是依赖检查脚本和配置模板。不要急着去点任何可执行文件，先用cat version.txt确认版本号确实是 8.0.0，避免拿到混版包。
# 查看版本信息，确认与标题一致 cat version.txt # 输出示例：FusionCompute 8.0.0 (Build xxxx)这一步的逻辑是：安装器套件对版本一致性极其敏感，CNA 和 VRM 的版本必须完全匹配，否则在后续握手阶段会直接报“版本不兼容”。参数上你只需要关注主版本号，Build 号可以忽略。
2.2 CNA 和 VRM 的角色划分
CNA 是计算节点代理，直接装在物理服务器上，负责提供虚拟化能力；VRM 是虚拟化资源管理器，通常以虚拟机形式部署在某一台 CNA 上，负责管理整个资源池。常见做法是：选一台配置最好的机器作为第一个 CNA，同时在这台机器上部署 VRM 虚拟机；后续再通过 VRM 的界面添加其他 CNA 主机。
| 角色 | 部署位置 | 最低资源建议 | 网络要求 |
|---|---|---|---|
| CNA | 物理服务器 | 8 核 / 32GB / 系统盘 2×240GB RAID1 | 管理口 + 业务口 + 存储口 |
| VRM | 某台 CNA 上的虚拟机 | 4 vCPU / 16GB / 磁盘 120GB | 管理网络可达所有 CNA |
| 安装器 | 一台临时 Linux 跳板机 | 2 核 / 4GB | 能 SSH 到所有 CNA 管理口 |
这张表是我在多次交付中总结的底线配置，低于这个配置不是装不上，而是装完跑不起来或者管理界面卡死。尤其是 VRM 虚拟机的磁盘，给 80GB 也能装，但日志和数据库稍微涨一点就满，后面扩容很麻烦。
2.3 安装前的依赖检查脚本怎么跑
tools目录下一般有一个check_environment.sh或类似名称的脚本，用来检查跳板机的 Java、SSH、SCP 等依赖。我一般会先手动跑一遍：
# 进入 tools 目录执行环境检查 cd /opt/fc_install/tools chmod +x check_environment.sh ./check_environment.sh # 输出会逐项列出 Java 版本、SSH 连通性、磁盘空间等逻辑说明：这个脚本不会自动修复问题，只是把不满足的项标红。参数上你不需要改任何东西，但要注意它检查的 Java 版本通常是 1.8，如果你跳板机默认装了 Java 11 或 17，需要手动切换JAVA_HOME到 1.8 目录。这一步的坑在于：很多人看到脚本输出一堆 OK 就直接下一步，忽略了最后几行关于“时间同步”的警告，结果安装到一半因为跳板机和 CNA 时间差超过 5 分钟而失败。
3. 用安装器部署第一个 CNA 和 VRM：命令与参数拆解
3.1 启动安装器并选择部署模式
进入FusionComputeInstaller目录，通常有一个install.sh或runInstaller.sh。不要用sh执行，用bash或直接./，因为脚本里可能用了 bash 特有的语法。
# 启动安装器，建议在 screen 或 tmux 里跑，防止 SSH 断连中断安装 cd /opt/fc_install/FusionComputeInstaller chmod +x install.sh ./install.sh启动后会出现一个基于文本的交互界面，第一步让你选择“全新安装”还是“扩容”。第一次部署选全新安装。接着它会让你输入第一个 CNA 的 IP、root 密码、VRM 虚拟机的 IP 和密码。这里有一个血泪经验：VRM 的 IP 必须和 CNA 的管理 IP 在同一个二层网络里，不要试图跨网段，否则安装器在创建 VRM 虚拟机时无法注入网络配置，会卡在 90% 左右然后超时。
3.2 关键参数：网络平面与存储配置
安装器会要求你指定管理网络、业务网络、存储网络的网段和 VLAN。我一般会这样填：
# 以下为安装器交互式提问的示例回答，不是直接执行的命令 # 管理网络：192.168.10.0/24，VLAN 10 # 业务网络：192.168.20.0/24，VLAN 20 # 存储网络：192.168.30.0/24，VLAN 30 # CNA 管理 IP：192.168.10.11 # VRM IP：192.168.10.100逻辑说明：管理网络走带外或独立口，业务网络走虚拟机流量，存储网络走 IP SAN 或 NAS。参数上最容易被忽略的是 VLAN ID，如果你在交换机上配了 trunk，安装器里不填 VLAN 就会导致网络不通。另一个参数是“存储类型”，如果你选 IP SAN，需要提前在存储设备上划好 LUN 并配置好 IQN 白名单，否则安装器扫描不到磁盘。
3.3 安装过程中的日志位置与失败重试
安装器在跑的时候，会在/var/log/fc_install下写日志。如果界面卡住不动，不要直接 Ctrl+C，先开另一个终端看日志：
# 实时查看安装日志 tail -f /var/log/fc_install/install.log # 如果看到 "Waiting for VRM heartbeat" 超过 10 分钟，基本就是网络或资源问题常见失败原因是 VRM 虚拟机创建后起不来，日志里会显示“no bootable device”或“network unreachable”。这时候你需要登录到 CNA 的底层系统（通常是 KVM 或 Xen），用virsh list --all看 VRM 虚拟机的状态。如果是网络问题，检查 CNA 的管理口是否真的通了，以及 VRM 的 IP 是否被占用。重试之前，建议把之前创建的 VRM 虚拟机删掉，否则安装器会报“VRM already exists”。
4. 避坑与排查：安装 FusionCompute 时最容易翻车的 5 个点
4.1 现象：安装器提示“SSH connection refused”
原因：CNA 主机的 SSH 服务没开，或者防火墙拦了跳板机的 IP。解决：登录 CNA 的 BMC 或直接接显示器，执行systemctl start sshd并iptables -F临时清空防火墙规则（生产环境请改用放行策略）。
4.2 现象：VRM 虚拟机创建成功但管理界面打不开
原因：VRM 的 IP 配错了，或者 VRM 虚拟机的网卡没有桥接到正确的管理网桥。解决：在 CNA 上virsh console VRM名称进去看 IP，如果没起来就手动配；然后检查 CNA 的网桥brctl show，确认管理口在br0上。
4.3 现象：安装到 60% 报“磁盘空间不足”
原因：CNA 的系统盘小于 240GB，或者安装器默认把 VRM 磁盘放在了根分区而不是独立数据盘。解决：重装 CNA 系统时给根分区至少 100GB，或者提前挂一块数据盘并让安装器识别为独立存储。
4.4 现象：添加第二台 CNA 时提示“版本不匹配”
原因：第二台 CNA 的安装介质和第一台不是同一个 Build。解决：统一用同一个 FusionCompute_Installer-8.0.0.zip 里的 CNA 镜像重装第二台，不要混用其他来源的包。
4.5 现象：VRM 管理界面登录后看不到任何 CNA
原因：VRM 和 CNA 之间的管理心跳断了，通常是交换机端口 VLAN 配置不一致。解决：在 VRM 的“系统管理-网络”里检查管理平面状态，然后去交换机上核对两端端口的 VLAN 和 MTU，MTU 不一致也会导致心跳丢包。
5. 装完之后：验证资源池是否真的可用
5.1 用命令行快速验证 CNA 注册状态
登录 VRM 的管理界面只能看个大概，我习惯用 SSH 登到 VRM 虚拟机的后台，用命令行确认：
# 登录 VRM 后台（IP 为之前设置的 VRM IP） ssh admin@192.168.10.100 # 查看 CNA 注册列表 su - root source /opt/vrm/bin/setenv.sh vrm-cli cna list # 输出应显示所有 CNA 的 IP 和状态为 "normal"逻辑说明：vrm-cli是 VRM 自带的命令行工具，cna list会列出所有已注册的计算节点。如果状态是offline或unknown，说明心跳有问题，需要回到网络排查。参数上不需要额外配置，但要注意source那一步不能漏，否则找不到命令。
5.2 创建一个测试虚拟机验证调度
在管理界面里创建一个最小规格的虚拟机（1 vCPU / 1GB / 10GB 磁盘），网络选业务网络，然后启动。如果虚拟机正常启动并能 ping 通同网段的其他 IP，说明计算、网络、存储三条链路都通了。这一步是最终验收，比看任何状态灯都靠谱。
# 在测试虚拟机内部执行 ip addr show ping -c 3 192.168.20.1 # 能通就说明业务网络没问题5.3 一个容易被忽略的收尾技巧：备份 VRM
VRM 本身是一个虚拟机，它的数据就是整个资源池的配置。装完并验证通过后，立刻在 CNA 层面给 VRM 虚拟机做一次快照或导出备份。我一般会：
# 在 VRM 所在的 CNA 上执行，先找到 VRM 虚拟机名称 virsh list --all # 假设名称是 VRM-01，做一次快照 virsh snapshot-create-as VRM-01 initial_ok "after install"这个习惯救过我很多次——后面如果改网络配置把 VRM 搞挂了，直接回滚快照，比重新装一遍快得多。希望帮到你。
本文还有配套的精品资源，点击获取
