第2章 FusionCompute 虚拟化：CNA/VRM、安装全流程与虚拟机发放

对应简历：技能第 10 条「熟练掌握 FusionCompute+DME 虚拟化平台建设（CNA/VRM、集群、分布式交换机、批量发放虚拟机）」；项目一「通过 iBMC 远程安装 CNA 和 VRM 节点、RAID 规划、配置集群与分布式交换机、批量发放 15 台虚拟机，再用 DME 统一纳管」。 口径提醒：这一章是全篇"手上功夫"最重的一章——安装流程的每一步都是我真实做过的，要练到能脱稿口述九步流程；产品高级特性（DRS/DPM 这类我们没启用的）按【了解】准备并如实说明"项目里没开"。 配套章：往下接第 03 章（DME 纳管这个 FC 平台）；主宝典 08 章 8.3–8.7 是本章速答版；iBMC 操作细节在第 07 章。

2.1 FusionCompute 是什么：定位与方案家族【必背】

标准回答： 一句话定位：FusionCompute（下称 FC）是华为的企业级服务器虚拟化软件，把物理服务器的 CPU、内存、存储、网络虚拟化成资源池，向上提供虚拟机的创建与管理——它在华为方案里的位置，等价于 VMware 体系里 "ESXi + vCenter" 的组合，是 DCS 数据中心虚拟化解决方案的虚拟化底座。

再讲家族，把三个容易混的名字分清楚：FusionCompute 是虚拟化软件本体（我们装的就是 8.3.0 版，ARM 架构专用 ISO）；FusionSphere 是更大一圈的云操作系统套件（FC 是它的组成部分，还包含管理组件等）；DCS（数据中心虚拟化解决方案） 是打包方案——FC 做虚拟化 + DME 做统一管理，我们项目就是 DCS 的标准落地形态。一句话记住层级："FC 是产品，FusionSphere 是套件，DCS 是方案。"

为什么项目用它而不是 VMware 或纯 KVM：①配套体系——华为渠道商的项目按华为方案交付，FC 是 DCS 方案的原生组件；②信创合规——FC 有 ARM（鲲鹏）版本，我们的 4 台 TaiShan 必须虚拟化才有资源池，VMware 在国产 ARM 平台上没有对应产品路线；③管理协同——FC 与 DME 预集成对接（SNMP 告警、证书体系），第三方组合要自己做胶水。我作为实施者对 FC 的评价口径：企业级虚拟化的完整功能它都有（HA、迁移、快照、分布式交换机），中文文档和工具链（SmartKit）对实施友好；生态成熟度和第三方管理软件兼容性不如 VMware——这是客观差异，不吹不黑。

家族速查表：

名称	是什么	我们项目里的角色
FusionCompute	虚拟化软件（CNA+VRM）	8.3.0，装在 4 台 TaiShan 上
FusionSphere	云操作系统套件（FC 是组成部分）	未直接部署，了解定位即可
FusionAccess	桌面云（跑在 FC 上）	未用
FusionCube	超融合一体机形态	未用（可作 DCS 的 HCI 形态）
DCS 方案	FC 虚拟化 + DME 管理的打包方案	我们平台的方案定位
eSphere	DCS 演进后的虚拟化软件名	了解：产品线在演进，我部署时的版本叫 FC

追问链：

• 追问1：FC 收费吗？License 怎么回事？ → 答：FC 是商业软件，按物理 CPU/节点授权，需要加载 License 文件获得使用期限和功能授权——我们测试环境的 License 是通过华为内部 ESDP 平台申请的测试授权，商用环境换正式 License。License 管理（加载入口在 FC 系统管理里）是我真实做过的初始化步骤之一。
• 追问2：现在还有 FusionCompute 吗？我怎么听说是 eSphere？ → 答：产品线在演进——华为 DCS 方案的虚拟化组件后来以 eSphere 等名称继续演进（DCS 方案页上也并列出现 FusionCompute 与 eSphere）。我部署的是 2023 年项目配套表钉死的 8.3.0 版本，面试讲"我部署时的版本和功能"，产品改名不影响经历的真实性——这个答法也适用于一切"产品改名了"的追问。

关联话术："这题我答完定位必补一句架构接引：'FC 分 CNA 和 VRM 两级，具体架构我展开讲'——不留给面试官追问的空隙，主动滑进 2.2。"

一句话背法：FC = 华为的 ESXi+vCenter，DCS 方案的虚拟化底座；FC 是产品、FusionSphere 是套件、DCS 是方案。

2.1.1 FC 术语卡（一屏速记）

术语	全称/含义	记忆钩子
CNA	Compute Node Agent 计算节点	干活的
VRM	Virtualization Resource Manager	指挥的
UVP	FC 的虚拟化内核（KVM 体系）	Install-UVP-ARM
DVS	Distributed Virtual Switch	跨主机一致的网络
端口组	VLAN 的虚拟侧抽象	VM 网卡的插座
数据存储	虚拟机磁盘的存放地	我们的本地 SSD
集群	资源调度与 HA 的边界	VM 在集群内流动
浮动 IP	主备 VRM 的对外统一地址	主备场景才用
gandalf	FC 内部通信账号	cnaInit/vrmInit 设置
VNC 登录	FC 的虚拟机控制台	装系统/排障入口

2.2 CNA 与 VRM：两级架构详解【必背】

标准回答： FC 的架构就两个角色，一句话分工：CNA（Compute Node Agent，计算节点代理）管"干活"，VRM（Virtualization Resource Manager，虚拟化资源管理器）管"指挥"。

CNA：装在每台物理服务器上的虚拟化节点操作系统——安装后物理机整个变成一台"虚拟化宿主机"，它的职责是承载虚拟机运行、执行 VRM 下发的指令、向 VRM 上报本机资源与状态。我们 3 台 TaiShan 装 CNA，虚拟机全部运行在 CNA 上。CNA 本质是一个精简的、专门为虚拟化定制的 Linux（内核是华为自研的 UVP 虚拟化内核，安装界面选择 "Install-UVP-ARM" 就是装它，基于 KVM 技术体系）。

VRM：管理节点，提供 Web 管理门户（https://VRM浮动IP:8443）——创建集群、添加 CNA 主机、配分布式交换机、发放虚拟机、看监控告警，全部在 VRM 的页面上做。我们 VRM 独占第 4 台 TaiShan（物理机部署）。VRM 支持"主备部署"（两个 VRM 节点 + 一个浮动 IP，主挂了备接管）和"单节点部署"——我们规模用单节点，登录地址就是 VRM 节点的管理 IP。

一个容易问到的细节：VRM 初始化时会设置四类密码——gandalf 用户密码（FC 内部通信账号）、Portal 门户用户密码、内置高斯数据库的 Postgres 与 Galax 密码（VRM 自己的内嵌数据库就是高斯/GaussDB 内核——这是华为"全家桶"的有趣体现，和第 04 章能串起来）。执行 vrmInit 命令一次性交互设置，建议设成一致的强密码。

架构示意（我们环境的真实形态）：

        管理终端（浏览器）
              │ https://VRM-IP:8443
              ▼
   ┌─────────────────────┐
   │  VRM（TaiShan #4）   │  管理：集群/主机/网络/虚拟机/监控
   └──┬───────┬───────┬───┘
      │       │       │     （纳管/指令下发/状态上报）
      ▼       ▼       ▼
   ┌─────┐ ┌─────┐ ┌─────┐
   │ CNA1│ │ CNA2│ │ CNA3│   TaiShan #1~#3（96核/384G 各台）
   │ □VM │ │ □VM │ │ □VM │   每台跑若干虚拟机
   │ □VM │ │ □VM │ │ □VM │
   └─────┘ └─────┘ └─────┘
      本地 SSD 数据存储（虚拟机磁盘落在各自 CNA）

追问链：

• 追问1：CNA 和 VRM 能装在同一台机器上吗？ → 答：能——小规模场景 VRM 可以虚拟化部署（跑在 CNA 的虚拟机里）。我们选择 VRM 物理机独占，理由：①物理机资源充足（有第 4 台），没必要嵌套；②管理面与计算面分故障域，计算宿主机满负载时管理不受影响；③实施简单，物理部署是配套基线的标准形态。规模更大时会考虑 VRM 主备甚至虚拟化部署——架构随规模演进。
• 追问2：VRM 挂了虚拟机会停吗？ → 答：不会——这是管理面与数据面分离的经典设计：虚拟机运行在 CNA 的虚拟化内核里，VRM 只负责管理指令（创建、迁移、监控）。VRM 宕机期间已有虚拟机继续跑，只是不能做管理操作（新建/迁移/看页面）。这也是为什么我们单节点 VRM 在生产可接受——管理面单点的风险是"管理中断"而不是"业务中断"。恢复 VRM 是管理面应急场景。
• 追问3：gandalf 是什么？ → 答：FC 内部组件间通信使用的系统账号，安装 CNA/VRM 后都要执行初始化命令设置它（CNA 上 cnaInit、VRM 上 vrmInit 的一部分）。运维视角只需要知道：它是产品内部账号、初始化时必须设置且要记牢——日常登录用 admin，不用 gandalf。

关联话术："'VRM 挂了虚拟机停不停'这题是我最喜欢的追问——答'不停，管理面数据面分离'立刻显出架构理解。很多只装过 ESXi 的人反而会在这题上犹豫。"

一句话背法：CNA 干活（装物理机、跑 VM、UVP 内核），VRM 指挥（Web 门户 8443、集群/主机/网络/发放）；VRM 挂不影响 VM 运行。

2.3 与 VMware 的对应关系【必背】

标准回答： 理解 FC 最快的路径是对照 VMware（面试官多数懂 VMware）。逐项对应：ESXi ↔ CNA——都是装在物理机上的虚拟化宿主机系统；vCenter ↔ VRM——都是集中管理节点，提供 Web 管理门户；vSphere ↔ FusionCompute/FusionSphere——产品/套件层的名字；vDS（分布式虚拟交换机）↔ FC 的分布式交换机 DVS；端口组 ↔ 端口组（同一个概念，VLAN 的抽象层）；vMotion ↔ 在线迁移；vSphere HA ↔ FC 的 HA；vCenter 的 License 管理 ↔ VRM 的 License 加载。

差异也要讲三条，显示我不是硬套：①生态——VMware 的第三方生态（备份软件、监控、云管）远比 FC 丰富，FC 的生态主要在华为体系内（DME、eSight 这类华为管理软件无缝对接）；②架构——vCenter 是独立产品可管大规模，VRM 在我们的形态里是 FC 内置的管理层，更大规模要上 FusionSphere/华为云 Stack 的云管理；③平台支持——VMware 长期只有 x86，FC 原生提供 ARM（鲲鹏）版本——这是我们项目能成立的直接原因。迁移能力的对比上，两者都支持共享存储/本地存储场景的在线迁移和 HA，机制思想相同（内存预拷贝、心跳检测、故障重启）。

这个对照表的用法：面试官问"FC 和 VMware 什么关系/你会 VMware 吗"，我答"概念层一一对应，我按对照表迁移知识；我实操深的是 FC（生产部署过），VMware 按课程与同类知识掌握（宝典 08 章 8.2 口径）"——两边都真实。

对照速查表：

VMware 体系	FusionCompute	一句话
ESXi	CNA	物理机宿主机系统
vCenter Server	VRM	集中管理节点（Web 门户）
vSphere	FusionCompute（套件层对应 FusionSphere）	产品/套件名
vDS 分布式交换机	DVS 分布式交换机	跨主机的虚拟网络抽象
端口组（Port Group）	端口组	VLAN 抽象，VM 网卡挂这里
vMotion	虚拟机在线迁移	不停机搬家
vSphere HA	FC HA	主机故障自动重启 VM
OVF 模板	虚拟机模板	标准化发放
vCenter License	VRM License 加载	授权管理

追问链：

• 追问1：既然这么像，为什么不用 VMware？ → 答：两条硬理由：①平台——我们的物理底座是鲲鹏 ARM，VMware 没有可用的 ARM 服务器产品路线，FC 有原生 ARM 版（我装的 ISO 就是 ARM_64）；②方案——这是华为 DCS 方案的项目，FC+DME 是预集成的组合，按配套表交付。加上成本因素（VMware 授权贵且信创场景不合规），选型没有悬念。我补一句体现思考的："这个对比让我更理解 VMware 的设计——学 FC 的每个功能我都会想'VMware 里对应什么'，知识是通的。"
• 追问2：FC 的虚拟机格式和 VMware 通用吗？ → 答：不直接通用——各有自己的虚拟机磁盘格式与配置格式，跨平台走标准交换格式（OVF 这类导出导入，再或者重建虚拟机挂转换后的磁盘）。我们项目里没有跨平台迁移需求（全新建设），所以这块我按"知道路径、没实际做过跨平台迁移"的口径答。

关联话术："对照表是我现场画在白板上的保留节目——面试官让我'讲讲 FC'，我画两列三行（宿主机/管理/网络），左边 VMware 右边 FC，三十秒他就明白我懂了，剩下时间全是我的细节表演时间。"

一句话背法：ESXi↔CNA、vCenter↔VRM、vDS↔DVS、vMotion↔在线迁移、HA↔HA——五组对应讲完一个产品。

2.4 安装全流程（一）：准备与 CNA 安装【必背·核心】

标准回答： 这节开始是我的"主场叙事"——FC 8.3.0 的完整安装，每一步我都真实做过。先讲总流程九步，再逐步展开：

总流程九步（脱稿口述清单）：

1. 准备：产品文档（HedEx）、ISO 镜像、IP/主机名/密码/VLAN 规划、RAID 已完成
2. iBMC 远程控制台挂载 CNA 镜像（FusionCompute_CNA-8.3.0-ARM_64.iso）
3. CNA 安装配置：Hard Drive / Network / Hostname / Timezone / Password / Grub 六项
4. CNA 初始化：cnaInit 设置 gandalf 密码；其余 CNA 节点重复 2–4
5. VRM 安装（另挂 VRM 镜像 FusionCompute_VRM-8.3.0-ARM_64.iso，配置项同 CNA）
6. VRM 初始化：vrmInit 一次性设置四类密码 + 密码算法模式
7. 浏览器登录 https://VRM-IP:8443，做软件初始化：License → MAC 地址段 → NTP
8. 资源初始化：创建集群 → 添加 CNA 主机 → 扫描添加数据存储 → 创建 DVS/上行链路/端口组
9. 发放虚拟机：创建 VM → 挂光驱装 OS → 改硬盘启动 → 验收

第一步：安装前准备。四样东西缺一不可：①产品文档——在华为技术支持网站搜 FusionCompute 8.3.0 拿 HedEx 文档（我们的部署指南里就附了文档链接），文档版本必须与安装版本一致；②软件包——CNA 与 VRM 两张 ARM_64 的 ISO 镜像；③规划表——每台机器的管理 IP、主机名（CNA-01/02/03、VRM）、root 密码（按复杂度策略）、管理 VLAN 划分；④硬件前置——RAID 已完成（见第 01 章 1.8）、iBMC 可达（见第 07 章）。还有一个键位坑必须提前知道：iBMC 虚拟控制台默认英文键盘会导致方向键失灵，要先把虚拟键盘切换成日语键盘布局（或把本地输入法都切成英文）——这是真实踩过并写进指南的坑。

第二步：挂载镜像与引导。登录 iBMC → 首页点"启动虚拟控制台"（有的固件路径是"远程控制 → 集成远程控制台"）→ 工具栏虚拟媒体图标 → 浏览本地选 CNA 的 ISO → 点"连接"直到按钮变为"断开" → 选光驱启动 → 工具栏"强制重启" → 引导菜单选 "Install-UVP-ARM" 回车。这里第二个人工坑：输入数字要用主键盘区上方的数字键，数字小键盘区会无效——文档里专门标了注。

第三步：CNA 安装六项配置（安装界面的主菜单逐项）：

• Hard Drive（硬盘）：选第一块逻辑盘（如 /dev/sda）装系统，其余默认；确认告警选 Yes。建议用默认值——操作系统装在识别到的第一块磁盘。
• Network（网络）：进 Network Configuration → 选管理平面 IP 类型（IPv4；注意：装好后不支持切换管理平面 IP 类型）→ 选网口（选带 * 的、状态为"连接"的网口——我们用 eth0；iBMC 端口属性里可交叉核对 MAC）→ 配置该网口的 IPv4 地址（按规划的 CNA 管理 IP）→ 网卡配置模式（我们管理网卡不配 VLAN）→ 配 Default Gateway（管理网段网关）。装机后如需改网络，可在 CNA 命令行执行 /usr/bin/hostconfig 重新配置。
• Hostname（主机名）：按规划输入（如 CNA-01）。
• Timezone（时区）：选 Asia/Shanghai 时区 + 输入当前日期时间（格式 YYYY-MM-DD/HH:MM:SS）。
• Password（root 密码）：设置主机 root 密码——后续装 VRM 和系统管理都要用它。密码策略：≥8 位、至少含大写/小写/数字/特殊字符四类中的三类、不能是账号或倒写、不能与密码字典词相同、不支持用产品默认示例密码。
• Grub Password（GRUB 密码）：要求与 root 密码相同——防止有人在引导菜单改启动项。

六项确认后：OK → Confirm（是否用默认盘装 OS，Yes）→ Configuration confirm（所有配置已完成？Yes）→ Warning（分区将格式化，Yes）→ 进入 Package Installation 自动安装 → 装完自动重启进登录界面。

第四步：CNA 初始化。root 登录 CNA 命令行，执行 cnaInit 设置 gandalf 用户密码，回显 "The gandalf user is set successfully." 即成功。其余 2 台 CNA 重复第二到四步（流程完全一样，换 IP/主机名）。

CNA 安装配置速记表：

配置项	我们的选择	关键注意
Hard Drive	第一块逻辑盘 /dev/sda	默认值即可
Network	IPv4 + eth0（带*的连接口）	IP 类型装后不可切换；改网络用 hostconfig
Hostname	CNA-01/02/03	按规划命名
Timezone	Asia/Shanghai + 当前时间	时间错了影响后续证书/告警
Password	强密码（三类字符）	后续 VRM 安装要用
Grub	与 root 相同	防引导篡改
cnaInit	设置 gandalf	回显成功即完成

2.4.1 装机检查表（每台 CNA 一张，逐项打钩）

把 2.4 的过程固化成打钩表——这是"一次做对"的工具，也是我在团队里推广的做法：

• [ ] 本机 IP / 主机名 / 网关已在规划表核对
• [ ] RAID 状态确认（cat /proc/mdstat 或开机 RAID 视图）
• [ ] iBMC 可达、控制台方向键测试通过（键盘布局坑前置检查）
• [ ] CNA 镜像已挂载、连接按钮已变"断开"
• [ ] 引导选 Install-UVP-ARM（不是其他引导项）
• [ ] Hard Drive 选对第一逻辑盘
• [ ] Network 选对连接网口、IP/网关输入用主键盘数字键
• [ ] Hostname/Timezone 按规划（时区 Asia/Shanghai、时间校准）
• [ ] Password 与 Grub 设置完成
• [ ] 安装完成自动重启、root 能登录
• [ ] cnaInit 执行、gandalf 回显成功
• [ ] 与 VRM 管理网连通性测试（ping）

一张表十二项，装一台勾一台——三人协作装多台时，这张表就是交接界面。

追问链：

• 追问1：装 CNA 前为什么要先做 RAID？ → 答：因为 CNA 安装界面里选的"逻辑盘"就是 RAID 之后呈现的 logical drive——没做 RAID 时多块物理盘各是各的，系统盘的镜像保护无从谈起。我们的顺序是：上架 → RAID（RAID1 系统 + RAID5 数据）→ 装 CNA——硬件层就绪才有虚拟化层。这个顺序答出来，也顺便证明我理解分层交付。
• 追问2：管理网口怎么确定选哪个？ → 答：两个证据交叉：安装界面上带 * 的网口表示链路已连接；再到 iBMC 的端口属性里看哪个物理口状态是"连接"，核对 MAC 地址是否一致（文档提示 iBMC 上可能识别不到，以实际为准）。我们最终确认是 eth0。运维习惯：上线前把"网线插的物理口 ↔ 系统里的网口号"的对应关系记进资产表。
• 追问3：方向键失灵这种坑你是怎么发现的？ → 答：真实经历——第一次装 CNA 时在安装菜单里按上下键没反应，一度以为是控制台卡死；对照部署指南的注记才知道是 iBMC 虚拟控制台默认英语键盘布局的问题，切换成日语键盘布局后正常。后来这成了我装机前检查的固定项：先开虚拟控制台试一下方向键，再挂镜像。坑不可怕，可怕的是同一个坑踩两次。

关联话术："'讲讲你怎么装的 CNA'是我最期待的问题——九步总流程起手，六项配置逐个报菜单名（Hard Drive/Network/Hostname/Timezone/Password/Grub），两个键位坑收尾——三分钟的细节流讲完，面试官基本不会再怀疑我的实操。"

一句话背法：备文档镜像规划 RAID → 挂 ISO 选 Install-UVP-ARM → 六项配置 → cnaInit → 下一台。

2.5 安装全流程（二）：VRM 安装与初始化【必背】

标准回答： VRM 的安装流程与 CNA 几乎完全一致——同一套安装界面、同样的六项配置，差别只有三处，按三处讲：

差别一：镜像不同——挂载的是 VRM 专用镜像 FusionCompute_VRM-8.3.0-ARM_64.iso（CNA 和 VRM 是两张独立 ISO，别挂错）。

差别二：前置条件多一条——VRM 所在服务器必须与 CNA 节点的管理 IP 同网段或路由可达（VRM 要能纳管 CNA，管理网不通一切白搭）。我们的 VRM 与 3 台 CNA 都在管理平面网段。

差别三：初始化命令不同且更重——VRM 装完重启后 root 登录执行 vrmInit，它一次交互设置四类密码：gandalf 用户密码、Portal 门户用户密码、内置高斯数据库 Postgres 密码、内置高斯数据库 Galax 密码——建议全部设成一致的强密码（策略要求与 root 相同：≥8 位、三类字符）。设置过程中还有一个只能设一次、不可修改的选择：密码算法模式——回显 "Please input cipher mode: (0 for general, 1 for sm)"，输 0 选国际通用密码算法，输 1 选国产商用密码（国密）算法；注意国密模式不支持启用容器管理。我们按项目安全要求做了选择（金融环境按客户密码策略定）。回显 "The VRM is initialized successfully." 即完成。

装完登录验证：浏览器打开 https://VRM节点的IP地址:8443——注意这个 IP 的口径：主备部署时用浮动 IP，单节点部署时用 VRM 节点管理平面 IP（我们是后者）。首次打开会出"最终用户许可协议"，确认后进登录页。到这一步，虚拟化平台的管理面就活了，但还不能发虚拟机——还差软件初始化和资源初始化（2.6、2.7）。

VRM 与 CNA 安装差异速查：

对比项	CNA 安装	VRM 安装
镜像	CNA-8.3.0-ARM_64.iso	VRM-8.3.0-ARM_64.iso
六项配置	Hard Drive/Network/Hostname/Timezone/Password/Grub	同左（IP/主机名按 VRM 规划）
特殊前置	RAID 完成、iBMC 可达	另加：与 CNA 管理 IP 同网段/路由可达
初始化命令	cnaInit（gandalf 一个密码）	vrmInit（gandalf/Portal/Postgres/Galax 四类密码 + 密码算法模式 0/1）
完成标志	gandalf set successfully	VRM is initialized successfully
验证入口	主机命令行	https://VRM-IP:8443

追问链：

• 追问1：密码算法模式选错了怎么办？ → 答：这是个"只能设置一次、不支持修改"的项——所以设置前必须确认清楚（金融客户有自己的密码合规策略，要问清走国密还是通用算法）。真选错了，只能重装 VRM 重新初始化。这种"不可逆项"我会在实施文档里用醒目标注列出来——VRM 的密码算法模式、CNA 的管理平面 IP 类型，都属于这一类。
• 追问2：VRM 里为什么有"高斯数据库"？ → 答：VRM 自身的数据（配置、资源、事件）存在内嵌的数据库里，这个内嵌库就是高斯（GaussDB 系）内核——所以 vrmInit 要设 Postgres/Galax 两个数据库账号密码。这是华为全栈自研的一个有趣注脚：管理软件的底层数据库也是自家数据库。我在第 04 章讲 openGauss 家族时会拿这个细节举例："我在虚拟化管理软件里都摸过高斯内核的账号。"
• 追问3：为什么建议四类密码设一致？ → 答：文档建议一致——不是因为安全最佳实践，而是运维现实：这四个密码日常几乎不用人工输入（产品内部使用），分开设容易忘，忘了一个就要走恢复流程。管理策略是：这几个内部密码放密码保险柜，Portal 的 admin 密码按客户制度定期改。密码管理的务实主义。

关联话术："VRM 这节我最爱讲的细节是密码算法模式的'不可逆'——它体现的是企业级软件的严肃性：有些选择做之前要想清楚，因为没有后悔药。这种细节让面试官相信我理解'实施'两个字的分量。"

一句话背法：VRM = CNA 流程 + 换镜像 + 管理网可达 + vrmInit（四密码 + 算法模式 0/1 只能选一次）；登录 https://IP:8443。

2.6 软件初始化：License、MAC 地址段、NTP【必背】

标准回答： VRM 登录后、创建任何资源之前，有三件"软件初始化"必做事，顺序做：

第一件：加载 License。License 文件决定系统的使用期限和功能授权——没有有效 License，平台是"试用到期"状态。测试环境的 License 通过华为内部 ESDP 平台申请测试授权文件，在 FC 的系统管理界面导入加载。正式环境到期前要申请正式 License 替换——License 过期是生产事件，我把它的到期日期记在运维台账里。

第二件：配置 MAC 地址段。虚拟机的虚拟网卡要有 MAC 地址，FC 从管理员配置的 MAC 地址段里给每台新 VM 分配唯一 MAC——保持默认配置即可（文档原话"保持默认配置即可"），但要知道它的存在：如果两个 FC 环境的 MAC 段重叠又在同一个二层网络，可能出现 MAC 冲突——这就是这个配置项存在的意义。上线前核对 MAC 段是网络规划的一部分。

第三件：配置 NTP 时钟源与时区。全平台时间同步是虚拟化环境的命根子——时间不同步会引发：集群心跳误判、日志时间线对不上、证书校验失败、数据库主备判断异常。NTP 服务器可以配外部时钟源，也可以配 VRM 主节点所在服务器 IP（让 VRM 当时钟源，CNA 向它同步）。我们按客户机房有统一时钟源的实际情况配置。原则一句话：平台内所有节点（VRM、CNA、虚拟机 OS）时间必须同源。

追问链：

• 追问1：不配 NTP 会出什么问题？ → 答：最典型的是日志排障失效——三台 CNA 时间差几分钟，一次跨主机的故障在日志里时间线是乱的，根本拼不出因果。更严重的是 HA 心跳与租约类机制对时间敏感，时间漂移可能引发误判。所以 NTP 不是"可选优化"，是上线必做项。这个意识我在 K8s 项目里同样贯彻（证书有效期与时间强相关）。
• 追问2：MAC 地址段冲突的后果？ → 答：同一二层网里两个 MAC 相同的网卡，交换机 MAC 表会震荡、流量错乱——虚拟机表现为网络时通时断。预防就是每个 FC 环境用不重叠的 MAC 段。这种"默认配置里藏着坑"的知识点，是实施工程师比"点下一步的人"多知道的东西。

关联话术："三件套我按'授权、身份、时间'三个词记——License 给平台身份授权，MAC 段给虚拟机身份，NTP 给所有节点时间。三个词讲完初始化，面试官立刻知道我做过。"

一句话背法：License（ESDP 申请、导入、盯到期）→ MAC 段（默认、防冲突）→ NTP（全平台同源，命根子）。

2.6.1 FC 里的"不可逆项"清单（实施前必读）

企业级软件里有一些"设置后不可修改"的项，装机前必须想清楚——我把项目里遇到的都列出来，这也是我实施文档里的醒目页：

不可逆项	所在环节	为什么不可逆	我们的应对
CNA 管理平面 IP 类型（IPv4/IPv6）	CNA 安装 Network 配置	装完不支持切换类型	装机前按网络规划确认为 IPv4
VRM 密码算法模式（0 通用/1 国密）	vrmInit 初始化	只能设置一次；国密模式不支持容器管理	按客户密码合规策略确认后输入
VRM 部署形态（单节点/主备）	架构设计阶段	初始化后改形态=重规划重装	规模评估后定单节点

这张表的价值：它把"实施"和"点下一步"彻底分开——点下一步的人不知道有些选项没有后悔药。面试讲到任何一个不可逆项，我都会补一句"这类项我在文档里单独列页"——显的是工程素养。

2.7 资源初始化：集群、主机、存储、网络【必背·核心】

标准回答： 软件初始化做完，开始"造资源池"，四步走——这四步也是 FC 日常管理的主战场。

第一步：创建集群。在 FC"资源池"页面点创建集群，填写集群基本信息、配置集群基本配置与其他配置项（按实际情况：HA 策略等），确认后集群出现在资源池列表。集群是资源调度的边界：虚拟机在集群内迁移、HA 在集群内生效。我们建了一个集群容纳 3 台 CNA。

第二步：添加主机。选中集群 → 添加主机 → 输入 CNA 节点信息（IP、root 密码）→ 确认后 CNA 出现在集群下。3 台逐台添加。添加时 FC 会校验主机状态与兼容性——这就是 VRM 纳管 CNA 的动作。

第三步：添加存储资源。FC 可用的存储来自主机本地磁盘或专用存储设备（专用存储通过网线/光纤与主机连通）。我们的形态是本地存储：先扫描存储设备（发现 CNA 上的 SSD 逻辑盘），再添加为数据存储——之后虚拟机的磁盘文件就落在数据存储里。如果未来接集中存储（OceanStor iSCSI/FC），也是在这个体系下添加，只是类型不同。

第四步：创建网络资源（分布式交换机三连）：

• 创建分布式交换机（DVS）：跨所有 CNA 的虚拟交换机抽象——虚拟机不管落在哪台主机，网络配置一致。
• 添加上行链路：给 DVS 添加物理上行口——选中 DVS → 添加 → 选择已连接的物理端口（与物理网络的真实连线对应，我们对应业务平面网口）。
• 添加端口组：DVS 上按 VLAN 建端口组——选择 DVS → 端口组 → 添加 → 输入规划的 VLAN ID → 确定。虚拟机的虚拟网卡挂在端口组上，就等于"插进了对应 VLAN 的网络"——这是我们 15 台 VM 双平面组网的落地点（管理/业务不同 VLAN 的端口组）。

网络三件套示意：

虚拟机 VM（网卡） ──挂──▶ 端口组（VLAN 101 管理 / VLAN 102 业务）
                              │ 属于
                              ▼
                      分布式交换机 DVS（跨 CNA1/2/3 一致）
                              │ 上行链路
                              ▼
                      物理网口（对应 CE 交换机的 trunk 口）

我们的端口组规划表（VLAN 编号为示意占位，实际按客户规划；每台 VM 双网卡双平面）：

端口组名	用途	挂载对象	上行对应
PG-MGMT	管理平面	全部 15 台 VM 的管理网卡	管理交换机（CE6856HI）trunk
PG-BIZ	业务平面	全部 15 台 VM 的业务网卡	业务交换机（CE6863）trunk
PG-DB	数据库平面	数据库 2 台 VM	业务交换机独立 VLAN

看点：①双平面端口组与第 07 章物理组网一一对应——"每台 VM 双网卡双 IP"从端口组层面就是两张网卡挂两个端口组；②数据库独立 VLAN 是最小隔离原则——数据库流量与一般业务流量分道。讲这张表能体现"虚拟网络不是拍脑袋，是和物理网络配套设计的"。

追问链：

• 追问1：为什么用分布式交换机不用每台主机各配各的？ → 答：一致性——DVS 是集群级的网络配置：端口组定义一次，全集群生效；虚拟机从 CNA1 迁到 CNA3，网络策略自动跟随。如果每台主机配普通虚拟交换机，迁移后网络配置要手工同步，既容易错也难审计。VMware 的 vDS 同理——分布式交换机是"虚拟机可移动性"的网络前提。
• 追问2：端口组的 VLAN 和物理交换机怎么配合？ → 答：虚拟机流量带着端口组的 VLAN tag 走 DVS 上行链路出去，物理交换机侧的对应端口要配成 trunk 并放行这些 VLAN——虚数网络和物理网络在"上行链路口"握手。我们 CE 交换机侧的 trunk 配置与 FC 侧端口组 VLAN 是配套规划的（第 07 章展开物理侧）。虚配实不配、实配虚不放行，都是"虚拟机网络不通"的经典原因。
• 追问3：本地存储和集中存储怎么选？ → 答：本地存储——简单、零额外成本、性能好（盘直连），代价是虚拟机与主机绑定较强：本地存储的 VM 迁移要走"先拷盘再切"的方式，HA 也要依赖存储层面的处理，跨主机实时性弱。集中存储（SAN/分布式存储）——所有主机共享存储池，迁移和 HA 只搬内存不搬盘，实时性最好，但要多买设备。我们规模（4 台、15 VM）选本地存储是务实解；规模上去后演进路径是接华为 OceanStor——这个选型逻辑与第 01 章"机型只是架构一环"一脉相承。

关联话术："这四步是我的'平台搭建完成宣言'——面试里我说'从 RAID 到端口组，整个资源池是我一步步搭起来的'，四步就是证据链。讲完必然引出'虚拟机怎么发'，顺势进 2.8。"

一句话背法：建集群 → 加主机 → 加数据存储（本地 SSD）→ DVS 三连（交换机/上行链路/端口组）。

2.8 发放虚拟机与安装操作系统【理解】

标准回答： 资源池就绪后"发放虚拟机"——这是把平台变成业务价值的一步，我们的 15 台 VM 全是这样发出来的。

创建虚拟机流程：资源池页面 → 右键"创建虚拟机" → 基本配置（名称、描述、选择位置——站点或文件夹）→ 选择计算资源（选 ARM 架构的集群或主机——FC 里架构是显式选项；选集群则系统随机放，选主机则指定放置；有个关键勾选项"与所选主机绑定"——勾了就只能跑在该主机上，可迁移但 HA 失效，我们默认不勾）→ 选择操作系统类型和版本 → 数据存储（选前面添加的数据存储）→ 虚拟机配置（CPU/内存/磁盘规格——按 1.4.1 的资源规划表）→ 确认信息（可勾"创建完成后直接启动"）→ 确定，近期任务里看进度。

给虚拟机装操作系统：虚拟机创建出来是"裸机"，要装 OS——流程：虚拟机配置里挂载光驱（指向 OS 的 ISO 镜像）→ 设置启动方式为光驱启动 → 重启虚拟机 → 概要页签点 "VNC 登录" 进入虚拟机控制台 → 像普通服务器一样装系统（统信 UOS/麒麟的安装向导）→ 装完重启前把启动方式改回硬盘启动并卸载光驱（否则下次启动又进安装器）。15 台 VM 逐台（或按角色分批）完成。

这一步的工程感在于"批量"：同一角色的 VM（比如 6 台 BCS 数据面）规格完全一致，创建就是重复流程——所以我把每类 VM 的规格参数做成检查表，发一台对一台，杜绝"16G 内存输成 160G"这类手误；规格表和发放记录留档，就是交付验收的依据。

追问链：

• 追问1：有没有用模板批量发放？ → 答：我们采用的是"逐台按规格表发放"——15 台数量不大、角色规格各异（4C8G 到 32C64G），模板收益不明显。如果同规格数量上几十台，正确做法是装好一台做成模板（或克隆），从模板快速发放。模板机制我知道原理和入口，项目里没实际做——如实答。
• 追问2：VNC 登录和 iBMC 远程控制台什么区别？ → 答：层级不同——iBMC 是物理服务器的带外控制台（第 07 章），VNC 是 FC 提供的虚拟机控制台（走虚拟化层，不依赖虚拟机里装 agent）。装机排障期高频用 VNC：看启动过程、进 GRUB、装系统都靠它。两个控制台一个管物理层一个管虚拟层，配套使用。

关联话术："'15 台虚拟机怎么来的'这题我从规划表讲到 VNC 装机，最后落在'发一台对一台规格'的纪律上——发放不难，不错才难。"

一句话背法：创建 VM 七步（位置/计算资源/OS/存储/规格/确认/启动）→ 挂 ISO 光驱启动 → VNC 装系统 → 改回硬盘启动卸光驱。

2.9 高级能力：HA、在线迁移、快照【理解】

标准回答： 平台建好、虚拟机跑起来后，虚拟化的价值在"高级能力"三件套——概念层我按 FC 的机制讲，同时如实说明我们在项目里的使用边界。

HA（高可用）：主机故障时，集群把该主机上的虚拟机在别的健康主机上自动重启。机制：CNA 间有心跳，主机失联（心跳超时）且确认故障后，VRM 调度其上的 VM 在其他主机重新拉起。代价：VM 会经历一次重启（不是无缝），收益：主机级故障分钟级自愈。注意 2.8 提过的约束：与主机绑定的 VM 不享受 HA。我们的使用边界：平台级 HA 验收时做过验证演练；生产上两年里没发生真主机故障触发的 HA 切换——如实讲"验证过、没经历过真故障触发"。

在线迁移：把运行中的虚拟机从一台主机搬到另一台，业务不中断。机制：内存预拷贝——迭代复制内存脏页 + 磁盘处理（共享存储只迁内存；本地存储要连盘一起迁，耗时更长）+ 最后极短暂停切换。我们的使用边界：日常运维里用迁移做主机均衡和 maintenance（主机要维护时把 VM 挪走）；本地存储场景迁移耗时可感知——如实讲"用过、知道本地存储场景的耗时特征"。

快照：虚拟机某时刻的状态存档（内存+磁盘差异），出问题可回滚。用于变更前保护（打补丁前拍一张）。注意快照不是备份——快照依赖原磁盘，存储坏了快照一起没；备份要走独立拷贝。我们用于变更窗口的保护点。

追问链：

• 追问1：HA 和在线迁移的区别一句话？ → 答：迁移是"主动搬、业务不断"；HA 是"被动救、业务重启"。计划内维护用迁移，计划外故障靠 HA——两者配套才是完整的高可用方案。
• 追问2：本地存储的迁移为什么慢？ → 答：共享存储迁移只搬内存（GB 级）；本地存储要把虚拟机磁盘（几百 GB）也拷到目标主机——时间从分钟级变十分钟级甚至更久，且占用网络带宽。所以我们做主机维护的迁移都安排在业务低峰窗口——这是"知道机制才排得出窗口"的例子。
• 追问3：你们 HA 验收怎么做的？ → 答：验收演练思路三步：选一台非核心 VM 放到某 CNA → 人为制造主机故障（最直接的是直接关主机）→ 观察 VM 是否在其他主机自动重启、业务恢复时间。验证通过记录进验收报告。这套"造故障验自愈"的方法论和我在 K8s 上做控制面故障演练是同一套思路。

关联话术："三件套我讲完概念必主动交底使用边界：'HA 验证过、迁移常用、快照用于变更保护，两年没遇到真主机故障'——诚实交底比吹'生产救火'可信，面试官反而会追问细节（比如本地存储迁移耗时），那正中我下怀。"

一句话背法：HA 被救重启、迁移主动不断、快照变更保护不是备份；本地存储迁移要搬盘所以慢。

2.9.1 高级能力使用边界表（诚实交底版）

面试讲高级能力最忌"全用过"，这张表把"用过/演练过/没用过"分清楚——诚实反而是加分项：

能力	我的使用情况	能讲的深度
虚拟机在线迁移	日常运维使用（主机均衡/维护窗口）	流程+机制+本地存储耗时特征
HA	验收时做过故障演练；生产两年未遇真触发	机制+演练方法（造故障验自愈）
快照	变更窗口保护使用	操作+边界（不是备份）
模板/克隆	未用（逐台按规格表发放）	原理与入口，如实交底
DRS/DPM 自动调度	未启用（规模小负载稳）	概念定位，如实交底
VXLAN/网络虚拟化	未用（DVS+端口组经典形态）	概念了解，如实交底

这张表的用法：被问到没做过的行，答法是"项目里没用，因为（场景原因）；我知道它的定位是（一句话），入口在（哪里）"——三段式：没用过 + 为什么没用 + 我了解多少。比支支吾吾或硬编强一百倍。

2.10 FusionCompute 与 KVM 的关系【理解】

标准回答： 这题是给"懂虚拟化的面试官"准备的。FC 的虚拟化内核是华为自研的 UVP，而 UVP 是基于 KVM 技术体系演进的虚拟化层——安装 CNA 时引导菜单的 "Install-UVP-ARM" 装的就是它。理解成三层：最底下是 Linux 内核的 KVM 虚拟化模块（CPU/内存虚拟化靠它），中间是 UVP 在 KVM 基础上做的企业级增强（设备模型、资源调度、镜像格式、高可用联动等），上面是 FC 的管理面（CNA/VRM）。所以"FC 和 KVM 什么关系"的标准答法：FC 是在 KVM 技术体系上构建的企业级虚拟化产品——KVM 是内核机制，FC 是完整产品，就像 RHEL 和 Linux 内核的关系。

这个理解帮我打通了两块知识：①我在宝典 08 章学的 KVM/QEMU/Make 虚拟化原理（virtio、内存虚拟化 EPT/stage-2）在 FC 里同样适用——FC 的虚拟机用的也是 virtio 系列虚拟设备；②ARM 平台的虚拟化靠 ARM 的虚拟化扩展（相当于 x86 VT-x 的角色），鲲鹏 920 支持——这是"ARM 上跑虚拟化"的硬件前提。

追问链：

• 追问1：既然基于 KVM，为什么不用原生 KVM + virsh/virt-manager 自己管？ → 答：原生 KVM/QEMU+libvirt 是"引擎"，不是"产品"——没有企业级管理门户、HA/迁移编排、分布式交换机、License 与权限体系、厂商支持。FC 的价值就是把引擎包成带服务的产品——这个"引擎 vs 产品"的区分，是我评价一切开源 vs 商业产品的框架。
• 追问2：FC 的虚拟机能用 KVM 的工具管理吗？ → 答：日常统一走 VRM 门户管理；CNA 底层是 Linux 环境，部分底层信息可以按 Linux 思路去看（进程、日志），但虚拟机生命周期操作要走 VRM——绕过管理面直接动底层会造成状态不一致，这是企业级产品的运维纪律：管理面是唯一入口。

关联话术："这题答好能直接拉开与'只装过 Windows 虚拟机'候选人的差距：KVM 是机制、UVP 是内核增强、FC 是产品——三层一分，我的虚拟化知识结构就立体了。"

一句话背法：UVP 内核基于 KVM 体系；KVM 是引擎、FC 是产品；ARM 虚拟化靠鲲鹏的虚拟化扩展。

2.11 我的操作叙事：从裸机到 15 台虚拟机【必背】

标准回答： 完整 STAR 版（面试"讲讲你做虚拟化的经历"用这版）。

背景（S）：银行数币平台需要虚拟化底座，4 台 TaiShan 2280 已上架（RAID 已完成），要求交付 FC 8.3.0 平台并发放 15 台虚拟机支撑上层 K8s/BCS/数据库。

任务（T）：我负责 FC 平台的完整安装（CNA×3 + VRM×1）、初始化配置、资源池搭建和全部虚拟机发放。

行动（A）：①准备阶段核对配套表与文档、准备两张 ARM ISO、整理 IP/主机名/VLAN 规划表；②通过 iBMC 逐台安装 3 台 CNA（挂镜像 → 六项配置 → cnaInit），处理了键盘布局和数字小键盘两个键位坑；③安装 VRM 并 vrmInit 初始化（四类密码 + 密码算法模式确认）；④登录 8443 完成软件初始化三件套（License/MAC 段/NTP）；⑤资源初始化四步（集群 → 加 3 台主机 → 本地数据存储 → DVS/上行链路/VLAN 端口组）；⑥按 1.4.1 规划表发放 15 台 VM（挂 ISO、VNC 装系统、改硬盘启动），逐台对照规格验收；⑦把全流程和两个坑沉淀进部署指南，成为公司标准文档。

结果（R）：平台一次性通过客户验收，HA 与迁移演练通过；15 台 VM 稳定承载上层全部组件两年；该部署流程在后续同类项目复用——我从"第一次装"的人变成"写别人照着装的文档"的人。

追问链：

• 追问1：整个安装你一个人做的吗？多久？ → 答：主体安装我一个人完成（CNA/VRM/初始化/资源池约两天），虚拟机发放与 OS 安装是流水作业（15 台分角色分批，约两三天含系统配置）；网络侧 trunk 与 VLAN 由网络工程师配合，我提供端口组 VLAN 规划。跨团队协作的接口点在"FC 端口组 ↔ CE 交换机 trunk"——接口清晰，协作就顺。
• 追问2：如果重来一遍，你会改进什么？ → 答：三件事：①第一台 CNA 装完先做"样板机"验证——所有配置在样板机上走通并记录截图，后面两台照单执行，比我当时边装边摸索效率高；②键盘布局检查做成装机前固定项（后来加进了检查表）；③VM 发放引入模板化——15 台里有 6 台同规格的 BCS 数据面，用模板能省一半时间。复盘改进的能力比"一次做对"更能体现工程成熟度。

关联话术："这版叙事是 2.4–2.8 的浓缩——面试官时间有限时我先讲这版，他对哪步感兴趣再展开哪步的细节。'从装到写到文档'的最后一句是刻意保留的：它把实施经历升华成可传承的方法论。"

一句话背法：S 两周窗口 / T 平台+15VM / A 七步（准备→CNA→VRM→软件初始化→资源→发放→沉淀）/ R 验收通过+标准文档。

2.11.1 与其他章的衔接（答题时的"路标"）

这章的内容在面试里不是孤岛，按这些路标把话题接出去，主动掌握面试走向：

• 讲到 RAID（2.4 前置）→ 路标到第 01 章 1.8（软 RAID 决策与 Disk Cache Policy）。
• 讲到 iBMC 挂 ISO（2.4 第二步）→ 路标到第 07 章（带外管理全貌：虚拟媒体、KVM、传感器）。
• 讲到 VRM 内嵌高斯库（2.5 追问2）→ 路标到第 04 章（openGauss 家族——"我在 VRM 里都摸过高斯账号"）。
• 讲到 DME 预集成（2.1）→ 路标到第 03 章（DME 如何纳管这个 FC：对接四步）。
• 讲到 虚拟机 OS（2.8）→ 路标到第 06 章（统信 UOS/麒麟 V10 的安装与调优）。
• 讲到 VM 里的 K8s → 路标到主宝典第 06 章（单 master 升级三 master 高可用是我的另一段主线经历）。

用法：每讲完一个点，一句"这块和 XX 章的 XX 是连着的"，把面试官的注意力放在你的知识网络里——网络化表达的人，看起来总比单点表达的人懂得多。

2.12 兜底话术与本章红线【必背】

兜底话术集：

• 被问 DRS/DPM/资源调度高级策略："分布式资源调度（自动负载均衡）和电源管理我们项目没有启用——规模小、负载稳，人工迁移足够；我知道它们的定位（按阈值自动 vMotion/关主机省电），配置入口也了解，但没在生产用过——如实说。"
• 被问 FC 性能调优/底层参数："CNA 内核参数级调优我没做过专项，平台默认配置承载我们的负载两年稳定；我的优化视角在资源规划层（超分水位、NUMA、存储分配），这层我有实操。"
• 被问 FC 网络高级特性（分布式防火墙/VXLAN）："我们用的是 DVS+端口组的经典形态；VXLAN/网络虚拟化项目里没用——那是更大数据中心场景的能力，我按概念了解。"
• 被问故障深挖（FC 某服务起不来）："先看 VRM 告警和 CNA 上服务状态，按告警码查文档；涉及产品内部服务的问题我一线定位后转华为原厂——渠道商的边界与协作机制，两年里运转有效。"

本章红线：

1. 九步流程的菜单级名词（Hard Drive/Network/Hostname/Timezone/Password/Grub、cnaInit/vrmInit、Install-UVP-ARM、8443）必须精准——错一个名词可信度崩塌。
2. 两个键位坑是真实的，可以讲；但不要升级成"我解决了 FC 的重大 bug"——它就是操作坑，价值在"我踩过并写进文档"。
3. 密码算法模式、管理平面 IP 类型等"不可逆项"如实描述，不编造"后来我改过来了"。
4. 没启用的功能（DRS/DPM/VXLAN/模板）一律主动交底"没用过"——宁可少一分，不可穿一次。

2.13 本章案例

2.13.1 踩坑清单汇总（本章所有坑一屏收口）

#	坑	现象	处理	沉淀
1	键盘布局	安装菜单方向键失灵	虚拟键盘切日语布局	检查表前置项"试方向键"
2	数字小键盘	输 IP 时数字无效	改用主键盘数字键	指南加注
3	启动方式残留	VM 装完 OS 重启又进安装器	重启前改硬盘启动+卸光驱	发放检查表加项
4	IP 类型不可逆	管理平面类型装后不可切换	装机前确认 IPv4/IPv6	不可逆项清单
5	端口组与 trunk 不配套	新 VM 网络不通	双侧核对 VLAN（FC 端口组+CE trunk 放行）	网络联调检查单

教学点：五个坑全是"操作层"的坑——没有一个是产品 bug。实施工程师的成长就是把这些坑从"事故"变成"检查表项"，这张表本身就是我两年经验的浓缩。

• 【真实项目】（银行）键盘布局坑与检查表改进：现象是 iBMC 虚拟控制台里安装菜单方向键失灵。定位：默认英语键盘布局与控制台映射冲突。处理：切换虚拟键盘为日语键盘布局（或全链路切英文输入法）后恢复。沉淀：把"先试方向键再挂镜像"写进装机检查表——同类坑（数字小键盘无效）一并标注"用主键盘数字键"。教学点：操作坑的复利在于变成检查表，一次踩坑、全员免疫。
• 【真实项目】（银行）15 台 VM 的规格发放纪律：15 台 VM 七种规格（见 1.4.1 表），逐台手工创建容易手误。做法：按角色做发放检查表（名称规范/规格/端口组/数据存储五项对单），发一台勾一台，最后按集群视图核对总量（vCPU/内存合计与规划一致）。结果：零规格差错交付。教学点：重复劳动的出错防护靠的是清单不是细心。
• 【经典故障】虚拟机网络不通的排查路径（实施期高频）：现象是新发 VM 拿不到 IP 或 ping 不通网关。路径：①端口组 VLAN 是否与规划一致（FC 侧）→ ②上行链路对应物理口是否正确、CE 交换机 trunk 是否放行该 VLAN（物理侧）→ ③虚拟机网卡是否挂在正确端口组 → ④虚机 OS 内网卡配置。八成问题在第①②步——虚拟网络问题先查"虚实两面在 trunk 口的握手"。这也是 2.7 追问2 的实战版。
• 【真实项目】（银行）维护窗口的一次在线迁移：一台 CNA 要做固件维护，我把它上面的 VM 逐台在线迁移到另外两台——本地存储场景磁盘随迁，单台十几分钟级，全部迁完留足窗口做固件再迁回。教学点：本地存储迁移的耗时特征决定了"维护要提前排窗口"，这是知道机制才有的排程能力。

章末自测清单（快问快答）

1. FusionCompute 一句话定位？ → 华为企业级服务器虚拟化软件（CNA+VRM），DCS 方案的虚拟化底座，等价 VMware 的 ESXi+vCenter。
2. FC/FusionSphere/DCS 三者关系？ → FC 是产品、FusionSphere 是套件（含 FC）、DCS 是方案（FC 虚拟化 + DME 管理）。
3. CNA 和 VRM 各干什么？ → CNA 装物理机承载虚拟机（UVP 内核）；VRM 管理节点提供 8443 Web 门户，纳管 CNA、管理资源。
4. VRM 挂了 VM 停吗？ → 不停——管理面与数据面分离；只是管理操作中断。
5. 与 VMware 的五组对应？ → ESXi↔CNA、vCenter↔VRM、vDS↔DVS、vMotion↔在线迁移、vSphere HA↔FC HA。
6. CNA 安装的六项配置？ → Hard Drive / Network / Hostname / Timezone / Password / Grub。
7. CNA/VRM 安装后的初始化命令？ → cnaInit（设 gandalf）；vrmInit（四类密码 + 密码算法模式 0 国际/1 国密，只能设一次）。
8. 两个键位坑？ → iBMC 控制台默认英语键盘方向键失灵（切日语键盘）；数字要用主键盘区（小键盘无效）。
9. CNA 引导菜单选哪项？ → Install-UVP-ARM（UVP 是 FC 基于 KVM 体系的自研虚拟化内核）。
10. 软件初始化三件套？ → 加载 License（ESDP 申请）、MAC 地址段（默认、防冲突）、NTP 时钟源（全平台同源）。
11. 资源初始化四步？ → 创建集群 → 添加 CNA 主机 → 扫描/添加数据存储 → 创建 DVS + 上行链路 + 端口组。
12. 端口组和 VLAN 什么关系？ → 端口组 = VLAN 的虚拟侧抽象；VM 网卡挂端口组即入该 VLAN，物理侧 trunk 放行配合。
13. "与所选主机绑定"勾选的代价？ → VM 只能跑在该主机，HA 失效——默认不勾。
14. 虚拟机装 OS 的启动顺序处理？ → 挂 ISO 光驱启动 → VNC 装 → 重启前改硬盘启动并卸载光驱。
15. HA 与迁移一句话区别？ → 迁移主动搬业务不断；HA 被动救业务重启。本地存储迁移要搬盘、耗时长、安排低峰。
16. 快照是备份吗？ → 不是——快照依赖原磁盘，独立拷贝才是备份；快照用于变更前保护。
17. FC 和 KVM 的关系？ → UVP 内核基于 KVM 技术体系演进；KVM 是引擎、FC 是企业级产品。
18. VRM 内嵌什么数据库？ → 高斯（GaussDB 系）内核——vrmInit 要设 Postgres/Galax 密码（与第 04 章呼应）。
19. FC 登录地址格式？ → https://VRM 浮动 IP（主备）或节点 IP（单节点）:8443。
20. 管理平面 IP 类型什么时候定？ → CNA 安装时选 IPv4/IPv6，装后不可切换——不可逆项清单之一。
21. 本地存储 vs 集中存储怎么选？ → 本地简单便宜性能好但迁移/HA 弱；共享存储迁移只搬内存、HA 实时性好——我们规模选本地，演进路径 OceanStor。
22. VRM 安装的特殊前置？ → 与 CNA 管理 IP 同网段或路由可达。
23. "没用过"的功能怎么答？ → 三段式：项目没用（因为场景）+ 我知道定位（一句话）+ 入口了解——诚实交底。
24. 不可逆项有哪些？ → CNA 管理 IP 类型、VRM 密码算法模式、部署形态——装机前确认，文档单列一页。

本章复习优先级（时间不够时）

1. 第一优先：2.4 + 2.5 安装全流程（九步清单 + 六项配置 + vrmInit 细节）——本篇最高频深挖点。
2. 第二优先：2.2 架构（CNA/VRM 分工 + "VRM 挂了 VM 停不停"）+ 2.3 VMware 对照表。
3. 第三优先：2.7 资源初始化四步 + 2.11 操作叙事 STAR。
4. 第四优先：2.6 三件套、2.8 发放流程、2.9 高级能力（带使用边界）。
5. 兜底：2.12 话术集与红线——面试前夜必读。

参考资料（链接采集时间：2026-10）

核实说明：标注"WebFetch 核实"的链接已直接抓取确认内容；标注"搜索核实"的链接经搜索引擎索引确认存在（support.huawei.com 为动态页无法直接抓取正文）；标注"导航路径"表示独立 URL 未能逐字核实。本章共 6 个官方入口。

• FusionCompute 产品支持页（文档/软件/补丁/公告总入口）：https://support.huawei.com/enterprise/zh/scale-out-storage/fusioncompute-pid-8576912 —— 文档与软件（搜索核实，动态页）
• FusionSphere 产品支持页（套件层文档，含 8.3.0 相关线索）：https://support.huawei.com/enterprise/zh/cloud-computing/fusionsphere-pid-9823560 —— 文档（搜索核实，动态页）
• DCS 数据中心虚拟化解决方案页（FC+DME 方案架构、FusionCompute/eSphere 定位）：https://e.huawei.com/cn/solutions/storage/virtualization/datacenter-virtualization —— 方案页（WebFetch 核实）
• 华为技术支持官网（检索 FusionCompute 8.3.0 产品文档/HedEx）：https://support.huawei.com —— 文档中心（导航入口）
• FusionCompute 8.3.0 产品文档（HedEx 版）：官网导航路径——support.huawei.com → 搜索"FusionCompute 8.3.0"→ 产品文档（我方部署指南引用的 HedEx 文档号 EDOC1100278167 未能在公网搜索索引中核实到独立 URL，按导航路径检索使用）
• TaiShan 2280 产品页（安装 FC 的物理底座，见第 01 章）：https://e.huawei.com/cn/products/computing/kunpeng/taishan/taishan-2280-v2 —— 规格页（WebFetch 核实）

本章操作细节以我方项目《智能合约引擎安装部署指南》FusionCompute 8.3.0 章节为第一素材（菜单名、命令、注意事项均出自该指南与本人实操记忆）；产品通用说明以华为官方文档为准。

（本章完）

复查提示：本章与宝典 08 章 8.3–8.8 口径一致（速答版在宝典，细节版在本章）；DME 对接本平台的四步操作在第 03 章展开。