简介：面向企业IT运维人员与虚拟化初学者，这份资源提供华为FusionCompute 8.0.0虚拟化平台的完整安装套件，可用于搭建计算节点、管理节点并构建资源池化的云计算基础设施。压缩包共327个文件、约270.58MB，以dll运行库、jar组件、exe安装程序为主，辅以ini与conf配置、sh与bat脚本、properties参数文件及py辅助脚本，并附开源软件声明文档，覆盖安装、配置与依赖组件各环节。已有2504人学习下载，说明其在同类平台部署实践中具备一定参考价值。读者可从中获得安装程序与配置目录的完整结构，了解计算节点代理镜像、依赖库与配置文件的分工，便于对照规划服务器设置、网络与存储连接，减少环境准备阶段的摸索成本，适合需要快速上手或复现部署流程的技术人员。

1. 从一台被装崩的虚拟化节点说起

上周帮一个朋友收拾一台实验环境的服务器，机器上原本跑着一套虚拟化平台，结果他图省事，直接拿了个来路不明的安装包往上怼，装到一半报依赖缺失，重启之后管理界面彻底起不来，虚拟机全挂。这种场景在中小规模的实验环境里太常见了：一台物理机要切成多个虚拟机，跑测试、跑镜像、跑临时服务，选来选去绕不开 FusionCompute 这套东西。而真正让人翻车的往往不是虚拟化本身，是安装包版本和底层系统对不上、安装前没做环境预检、装完不知道怎么验证。这篇笔记就围绕 FusionCompute_Installer-8.0.0.zip 这个安装器，把从环境准备到装完验证的整条路走一遍，适合第一次上手这套平台的人，也适合装过一次但被坑过的熟手对照排查。

2. 装前把环境盘清楚：版本、硬件与系统基线

安装器本身只是一个入口，真正决定成败的是它落地的宿主机环境。FusionCompute 这类虚拟化平台对底层的要求比普通软件苛刻得多，CPU 虚拟化指令、内存容量、磁盘分区方式、网卡数量、系统版本，任何一项不达标，安装过程都可能在中途静默失败，或者装完跑不起来。所以动手解压之前，先把下面这几项逐条核对，别急着点安装。

2.1 硬件与 BIOS 层面的硬性门槛

虚拟化平台的第一道坎在 BIOS。CPU 必须支持硬件虚拟化指令集，Intel 平台对应 VT-x，AMD 平台对应 AMD-V，并且要在 BIOS 里显式打开。很多实验机出厂默认是关闭的，装到一半提示无法创建虚拟机才回头去翻 BIOS，白白浪费一轮。常见做法是进 BIOS 后同时确认 VT-d / IOMMU 是否开启，如果后续要做网卡或磁盘直通，这一项不开后面补起来很麻烦。

内存和磁盘按实际承载的虚拟机规模倒推。管理节点本身要吃掉一部分内存，计算节点上每台虚拟机还要预留。我一般按「管理开销 8GB 起步 + 每台虚拟机 2GB 起」来估，低于这个数装完能起来，但一开虚拟机就吃紧。磁盘方面，系统盘建议单独一块，数据盘另算，分区时根分区不要抠得太死，安装过程会往 /var、/opt 下写不少东西，根分区给到 100GB 以上比较稳妥。

网卡数量容易被忽略。管理平面、业务平面、存储平面如果规划成不同网段，物理网口至少准备两个，单网口也能装，但所有流量挤在一起，后面调网络策略会很难受。实验环境单网口能跑通，生产规划就别省这个口。

2.2 操作系统版本与安装器 8.0.0 的匹配关系

安装器版本和宿主机操作系统版本是一对强绑定关系，这是最容易踩的坑。FusionCompute_Installer-8.0.0 对应的底层系统有明确的版本区间，装之前先确认宿主机装的是受支持的系统版本，不要拿一个更新的大版本直接上。版本不匹配的典型表现是安装脚本跑到某一步报依赖包版本冲突，或者装完服务起不来，日志里全是库文件找不到。

核对方式很直接：解压安装包后先看里面的说明文件和校验文件，确认安装器自带的依赖清单，再和宿主机cat /etc/os-release的输出对一遍。主版本号对不上就别硬装，换系统比装完再救省事得多。

# 查看宿主机系统版本，和安装器要求逐项比对 cat /etc/os-release # 确认 CPU 虚拟化指令是否开启，输出中有 vmx（Intel）或 svm（AMD）即为开启 grep -Eoc '(vmx|svm)' /proc/cpuinfo # 查看内存与磁盘余量，判断是否满足最低要求 free -g df -h /

第一段命令输出系统的发行版和版本号，重点看 VERSION_ID；第二段用grep -c统计虚拟化标志出现次数，结果为 0 说明 BIOS 里没开虚拟化，必须重启进 BIOS 处理；第三段看可用内存和根分区剩余空间，free -g以 GB 为单位显示，比默认的 KB 直观。这三条命令建议在解压安装包之前就跑一遍，把不满足的项先补齐。

2.2 安装前的系统基线调整

系统版本对上之后，还有一批基线项要提前调，否则安装器跑到一半会因为这些细节失败。常见的有：关闭防火墙和 SELinux、确认主机名已正确设置且能解析、时间同步服务正常、关闭不必要的交换分区依赖。这些不是可选项，是安装器做环境预检时会检查的项。

# 关闭防火墙并设为开机不启动 systemctl stop firewalld systemctl disable firewalld # 临时关闭 SELinux，并写入配置使其重启后仍为 permissive setenforce 0 sed -i 's/^SELINUX=enforcing/SELINUX=permissive/' /etc/selinux/config # 设置主机名，并确认本机解析正常 hostnamectl set-hostname fc-node01 grep -q "$(hostname)" /etc/hosts || echo "127.0.0.1 $(hostname)" >> /etc/hosts

防火墙和 SELinux 是安装器通信和文件落地的常见拦路虎，先关掉能排除一大类「装到一半失联」的问题，装完再按需放行端口。主机名这一步很多人跳过，结果安装器在节点注册阶段解析不到自己，报一个含糊的网络错误。hostnamectl设完名字后，务必确认/etc/hosts里有对应记录，grep -q那行就是做幂等追加，重复执行不会写重复行。

时间同步也别漏。集群里节点时间偏差过大会导致证书校验失败、节点间心跳异常。实验环境用 chrony 指向一个内网时间源即可，确认chronyc sources有正常同步源再往下走。

3. 解压与安装：从校验到第一个管理界面

环境基线过了，才轮到安装器登场。这一章按真实操作顺序走：先校验安装包完整性，再解压、跑预检、执行安装、最后确认管理服务起来。每一步都给出可抄的命令和失败时的观察点，别跳步。

3.1 安装包校验与解压路径选择

拿到 FusionCompute_Installer-8.0.0.zip 之后第一件事是校验，不是解压。压缩包在传输过程中损坏的概率不高，但一旦损坏，解压可能不报错，安装到中途才炸，排查成本极高。有校验文件就比对哈希，没有就至少确认压缩包能完整列出内容。

# 计算安装包哈希，与随包提供的校验值比对 sha256sum FusionCompute_Installer-8.0.0.zip # 先列出压缩包内容，确认结构完整再解压 unzip -l FusionCompute_Installer-8.0.0.zip | head -20 # 解压到独立目录，避免和系统文件混在一起 mkdir -p /opt/fc-installer unzip FusionCompute_Installer-8.0.0.zip -d /opt/fc-installer

sha256sum的输出和官方给的校验值逐字符比对，不一致就重新获取安装包，别抱侥幸。unzip -l只列目录不解压，能快速看出包内结构是否正常、有没有明显缺文件。解压目录我习惯放在/opt下单独建目录，好处是后续清理、回滚都只动这一个路径，不会污染系统其他位置。解压后进目录看一眼，通常会有安装脚本、依赖包目录和说明文件，确认这三类都在再继续。

3.2 执行安装脚本与关键参数

安装入口一般是一个 shell 脚本，跑之前先看它的用法说明，别直接./install.sh一把梭。多数安装器支持交互式和静默两种模式，实验环境用交互式能看清每一步在做什么，批量部署才用静默加参数文件。

cd /opt/fc-installer # 先看安装脚本支持的参数，确认静默安装的用法 ./install.sh --help # 交互式安装，按提示逐项确认 ./install.sh # 若走静默安装，参数通常写在应答文件里，指定文件路径执行 ./install.sh --response-file /opt/fc-installer/answer.cfg

--help先摸清参数，重点看有没有指定安装目录、管理网口、节点角色的选项。交互式安装过程中会要求确认管理平面 IP、网关、节点角色（管理节点还是计算节点），这几项填错后面改起来要重装。静默安装的应答文件里，IP、掩码、网关、DNS、节点角色是必填项，建议先复制一份模板改，别从零手写。

安装过程会持续一段时间，期间会编译、解压依赖、初始化数据库。判断是否卡死看两点：终端有没有持续输出，以及另开一个窗口看top里安装进程是否还在吃 CPU。如果长时间无输出且 CPU 占用归零，多半是某一步依赖缺失或网络不通，去安装日志目录找最近的报错行。

提示：安装日志通常在安装目录的 log 子目录下，出问题时先看日志最后 50 行，比盯着终端猜快得多。

3.3 管理服务启动与首次登录确认

安装脚本跑完不等于装好了，还要确认管理服务真的起来了。FusionCompute 的管理面是一组服务，装完后用系统服务管理命令查状态，全部 active 才算过。然后用浏览器访问管理地址，能出登录页、能用初始账号登进去，才算第一关通过。

# 查看虚拟化管理相关服务状态，确认关键服务均为 active systemctl list-units --type=service | grep -i -E 'fusion|vrm|vna' # 确认管理端口在监听 ss -lntp | grep -E ':(443|8443|7443)' # 本机自测管理页面是否可访问 curl -k -I https://127.0.0.1:8443

第一条命令筛出和平台相关的服务单元，重点看有没有 failed 状态的；第二条确认管理端口处于 LISTEN，端口号以实际安装配置为准，常见的是 443 或 8443；第三条用curl -k忽略证书校验做本机自测，返回 200 或 302 说明 Web 服务正常。三步都过，再用另一台机器浏览器访问管理 IP，排除本机回环正常但对外不通的情况。

4. 配置落地：网络、存储与节点纳管

装完能登录只是起点，真正让平台可用的是网络和存储配置。这一章讲三件事：管理网口和业务网口的规划、存储怎么挂进来、计算节点怎么纳管到管理节点下。配置错了不会立刻报错，但会在创建虚拟机、迁移、快照时集中爆发，所以配的时候就要按最终用途来。

4.1 管理平面与业务平面的网口规划

管理平面承载节点间通信、管理页面访问、API 调用；业务平面承载虚拟机对外流量；存储平面承载存储流量。三者能分开就分开，实验环境至少把管理和业务分开，否则一台虚拟机跑满带宽，管理页面直接卡死。

配置时先确认物理网口和逻辑网络的对应关系。常见做法是管理口用第一个网口，业务口用第二个，存储如果走独立网络再用第三个。每个平面配独立 IP 段，网关只给管理平面配，业务和存储平面不配默认网关，避免路由冲突。

# 查看当前网口与 IP 分配，确认物理口和逻辑网络的对应 ip -br addr # 查看路由表，确认默认网关只指向管理平面 ip route show # 确认网口速率和双工状态，排除协商异常 ethtool eth0 | grep -E 'Speed|Duplex'

ip -br addr用简洁格式列出所有网口和地址，一眼能看出哪个口配了哪个段；ip route show确认默认路由只有一条且指向管理网关，多一条就可能出现虚拟机流量走错平面；ethtool看速率是否协商到预期值，千兆口协商成百兆是常见硬件问题，会拖慢整个平面。这三条在配置前后各跑一次，对比差异能快速定位配错的口。

4.2 存储接入与数据盘初始化

虚拟化平台的存储分本地存储和共享存储。实验环境用本地盘最省事，把数据盘格式化成平台支持的文件系统后挂到指定目录，平台初始化时识别为本地存储池。共享存储走 iSCSI 或光纤，配置稍复杂，但多节点场景必须用共享存储，否则虚拟机没法迁移。

本地存储的初始化顺序是：确认数据盘没被系统占用、分区、格式化、挂载、写 fstab。顺序错了或者盘选错了，格式化会把系统盘抹掉，这是血泪教训级别的操作，动手前务必用lsblk确认盘符。

# 列出所有块设备，确认数据盘盘符，别选错系统盘 lsblk -o NAME,SIZE,TYPE,MOUNTPOINT # 对数据盘分区并格式化为平台支持的文件系统 parted /dev/sdb --script mklabel gpt mkpart primary 0% 100% mkfs.ext4 /dev/sdb1 # 创建挂载点并挂载，写入 fstab 保证重启后自动挂载 mkdir -p /data/fc-storage mount /dev/sdb1 /data/fc-storage echo '/dev/sdb1 /data/fc-storage ext4 defaults 0 0' >> /etc/fstab

lsblk那一步是保命操作，看清楚哪个盘是系统盘、哪个是数据盘，/dev/sdb只是示例，实际以输出为准。parted用 GPT 分区表，大容量盘必须用 GPT，MBR 撑不住。格式化文件系统以平台文档要求为准，ext4 是通用选择。最后写 fstab 时用设备路径而不是 UUID，简单直接，但要注意盘符在硬件变动后可能变化，生产环境更稳妥的是用 UUID，实验环境用路径够用。

注意：格式化是不可逆操作，执行mkfs之前再跑一次lsblk确认盘符，这一步多花十秒，能省掉重装系统的半天。

4.3 计算节点纳管到管理节点

多节点场景下，管理节点装好后要把计算节点加进来。流程是：计算节点先按第 2 章的基线配好、装好安装器、配好管理网口，然后在管理界面里添加节点，填计算节点的管理 IP 和认证信息，管理节点会去连计算节点做注册。

纳管失败的常见原因有三个：管理节点到计算节点的管理网口不通、计算节点主机名解析不到、两边时间偏差过大。排查顺序就按这个来，先ping通，再确认/etc/hosts双向解析，最后对时间。

# 从管理节点测试到计算节点管理口的连通性 ping -c 3 <计算节点管理IP> # 确认双向主机名解析，两边都要能解析对方 getent hosts <对端主机名> # 对比两边时间，偏差应控制在秒级 date

ping通只说明网络层可达，getent hosts验证的是主机名解析，比直接看/etc/hosts更接近实际调用路径。时间对比用date看两边输出，偏差超过几十秒就要先修时间同步再纳管，否则注册阶段会因证书或令牌校验失败而中断。纳管成功后，管理界面里节点状态应显示为正常，此时再创建第一台虚拟机做端到端验证。

5. 避坑与排查：装 FusionCompute 最容易翻车的五处

这一章把前面散落的坑集中列出来，每条按「现象 → 原因 → 解决」写，都是实际装的时候反复遇到的。装之前扫一遍，能少走不少弯路。

5.1 安装中途静默退出，终端无报错

现象：安装脚本跑到某一步突然回到命令提示符，没有明显报错，管理服务也没起来。

原因：多半是某个依赖包缺失或版本不符，安装脚本在非交互步骤里失败后直接退出，错误只写进了日志。另一个可能是磁盘空间在解压依赖时耗尽。

解决：去安装目录的 log 子目录找最新日志，看最后几十行的报错；同时df -h确认根分区没满。依赖问题按日志提示补装对应包，空间问题清理后重跑安装脚本，安装器一般支持断点续装，不必从头来。

5.2 管理页面能打开但登录后一片空白

现象：浏览器能出登录页，输入账号密码后页面空白或一直转圈。

原因：管理服务没完全起来，或者前端静态资源加载失败。常见于安装后没等所有服务初始化完就急着登录，也可能是浏览器缓存了旧版本资源。

解决：先systemctl查服务状态，确认全部 active 再登录；换无痕窗口或清缓存重试；仍不行就看管理服务的日志，定位是哪个后端接口返回异常。安装完等几分钟再登录，能避开大部分这类问题。

5.3 计算节点纳管一直卡在注册中

现象：管理界面添加计算节点后，状态长时间停在注册中，最后超时失败。

原因：管理节点到计算节点的管理网口不通、主机名解析失败、时间偏差过大，三者占绝大多数。少数情况是计算节点防火墙没关干净。

解决：按 4.3 节的顺序排查，先ping再getent hosts再对时间，最后确认计算节点防火墙和 SELinux 状态。逐项排除，别一上来就重装。

5.4 创建虚拟机时报存储不可用

现象：节点纳管成功，但创建虚拟机时提示没有可用存储，或存储状态异常。

原因：数据盘没挂载、挂载了但没在平台里初始化成存储池、或者 fstab 写错导致重启后挂载丢失。

解决：df -h确认挂载点在，lsblk确认盘正常，然后到管理界面里检查存储池状态，必要时重新扫描或重新初始化。fstab 写错的，修正后mount -a验证一遍再重启。

5.5 重启后平台起不来

现象：装好能用，服务器重启后管理页面打不开，服务没自启。

原因：关键服务没设开机自启，或者 fstab 里有失效挂载导致系统进紧急模式，连带服务起不来。

解决：systemctl确认关键服务已 enable；检查 fstab 里每条挂载是否有效，用mount -a预演一遍，有报错就修。重启前养成mount -a和systemctl --failed各跑一次的习惯，能把大部分重启翻车挡在门外。

6. 装完怎么验证：三步确认这套环境真的能跑

装完、配完、坑也排完，最后一步是验证。不是看一眼管理页面能登录就算完，要确认这套环境真的能承载虚拟机、能稳定运行。我一般按三步走：服务层验证、资源层验证、端到端验证，每步都有明确的通过标准，任何一步不过就回头查对应章节。

6.1 服务层与资源层的快速自检

服务层看所有关键服务是否 active、管理端口是否监听、日志里有没有持续报错。资源层看 CPU 虚拟化是否被平台识别、内存和存储是否被正确纳管、存储池容量是否和预期一致。这两层用一个脚本串起来跑，比逐条敲命令快。

#!/bin/bash # 服务层自检：关键服务状态 + 管理端口 + 最近错误日志 echo "== 服务状态 ==" systemctl list-units --type=service --state=failed echo "== 管理端口 ==" ss -lntp | grep -E ':(443|8443)' echo "== 最近错误日志 ==" journalctl -p err --since "1 hour ago" --no-pager | tail -20 # 资源层自检：虚拟化支持 + 存储挂载 + 容量 echo "== 虚拟化支持 ==" grep -Eoc '(vmx|svm)' /proc/cpuinfo echo "== 存储挂载 ==" df -h /data/fc-storage

脚本前半段查服务，--state=failed只列失败单元，输出为空最理想；端口检查确认管理面在听；journalctl -p err筛最近一小时的错误级日志，有持续刷屏的报错就要查。后半段确认 CPU 虚拟化标志数大于 0、存储挂载点容量正常。这个脚本我习惯存成文件，每次装完和每次重启后都跑一遍，输出留档方便对比。

6.2 端到端验证：创建并启动第一台虚拟机

服务层和资源层都过，最后做端到端验证：在管理界面创建一台最小规格的虚拟机，挂一个安装镜像，启动并确认能进引导界面。这一步验证的是计算、存储、网络三条链路是否真的打通，比任何单项检查都有说服力。

创建时规格给最小：1 核 1GB 内存、系统盘 10GB、网络选业务平面。启动后看两件事：虚拟机状态是否变为运行中，以及通过控制台能否看到引导画面。如果卡在启动中，回看存储池状态和计算节点资源；如果控制台黑屏，查虚拟机的网络和镜像挂载。能进引导界面，这套环境就算真正跑通了。

这张表建议装完对照打勾，任何一项不过就按最后一列去查，别凭感觉猜。

6.3 一个收尾习惯

从那以后我每次装这类平台，不管多急，都强制走一遍「基线核对 → 安装包校验 → 服务自检 → 端到端起一台虚拟机」这条线，哪怕只是实验环境。因为翻车最贵的从来不是装的那半小时，是装完以为好了、结果第二天虚拟机全挂、回头重来的那一整天。这套 FusionCompute_Installer-8.0.0 的安装包和配套依赖都在压缩包里，按上面的顺序走，环境基线对、安装包校验过、服务起来、虚拟机跑通，基本就稳了。希望帮到你。

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