执行摘要
传统建设模式下，后端业务系统与用户云桌面往往各建一套虚拟化平台，硬件重复投入、资源无法互相调剂、运维要管两套控制台。本方案采用深信服 HCI + aDesk 一体化体系：在同一套 HCI 集群上构建统一的计算、存储、网络资源池，原生同时承载两类虚拟机——后端业务服务器虚拟机与用户云桌面虚拟机，不再拆分两套独立虚拟化平台。通过在计算虚拟化（aSV）、分布式存储（aSAN）、网络虚拟化（aNET）与云桌面平台（aDesk）上做统一部署与统一纳管，实现资源一盘棋、运维一个入口、扩容一条路，最终达成资源统一、运维简化、弹性扩展、降本增效。
一、背景与挑战
企业信息化走到一定规模后，虚拟化平台的分裂几乎是必然结果：先为业务系统建一套服务器虚拟化，后为办公桌面又建一套桌面云，两套平台各有各的存储、各有各的管理界面。问题集中在三处：
- 资源割裂，无法互相调剂。业务侧资源紧张时无法借用桌面侧空闲资源，反之亦然，只能靠继续采购硬件解决，投资利用率低。
- 运维复杂，两套技术栈。同一批运维人员要维护两套虚拟化平台、两套存储、两套备份策略，故障排查路径翻倍，人力成本高。
- 扩展性差，交付慢。新业务上线或新增桌面用户，需要走两次扩容流程、两套审批和两批采购，响应速度跟不上业务节奏。
二、建设目标与总体思路
核心思路是"一套底座、两类虚机、统一纳管"：
- 一套底座：以 HCI 集群承接全部底层计算、存储、网络能力，用软件定义方式替代专用硬件堆叠。
- 两类虚机：在同一集群内同时运行后端业务服务器虚拟机与用户云桌面虚拟机，互不替代、同源承载。
- 统一纳管：由 HCI 管理平台对两类虚机做统一调度、监控、备份与容灾，运维只面对一个控制台。
建设原则是先评估后建设：摸清现有业务虚机规模、桌面用户数量、性能峰值与存储容量，再确定集群节点数量与副本策略，避免一次性超配或后续反复扩容。
三、总体架构
方案整体架构如下图：左侧为两类虚机（后端业务服务器虚机、用户云桌面虚机）；中间自下而上依次为计算虚拟化 aSV、分布式存储 aSAN、网络虚拟化 aNET 与云桌面平台 aDesk，共同构成同一套 HCI 资源池；右侧由 HCI 管理平台统一纳管两类虚机；顶部为统一的集群与资源池视图，替代原方案中"业务、桌面各一套"的双平台结构。
四、建设内容
4.1 基础设施层：一套 HCI 集群
以标准 x86 服务器构建 HCI 集群，节点间通过万兆网络互联，集群内形成统一的计算、存储、网络资源池。集群支持无缝水平扩容，新增节点即可线性提升算力与容量，虚拟机在集群内可在线迁移，单节点故障不影响业务连续。
4.2 计算虚拟化：aSV
通过 aSV 计算虚拟化引擎将服务器算力池化，为业务虚机与云桌面虚机统一提供计算资源。支持按业务重要级别分配资源规格与优先级，桌面高峰时段可动态借调空闲资源，避免两套平台各自预留、各自浪费。
4.3 分布式存储：aSAN
通过 aSAN 将各节点本地磁盘聚合为统一的分布式存储池，业务虚机与桌面虚机共用同一存储资源池。采用多副本机制保障数据可靠性，副本落盘后即可返回写入成功，磁盘或节点故障时数据自动重建自愈，无需专用存储阵列。
4.4 网络虚拟化：aNET
通过 aNET 实现软件定义网络，基于 VXLAN 构建大二层网络。业务虚机与桌面虚机划分独立网络平面，桌面接入区与后端业务区通过微分段隔离，既保证桌面终端无法横向访问业务系统，又共享同一套物理网络出口。
4.5 云桌面平台：aDesk
aDesk 桌面云直接运行在上述 HCI 底座之上，不额外引入独立虚拟化平台。桌面镜像以模板形式统一制作与分发，终端零配置接入，桌面数据集中存储在集群内不落地终端，终端侧无需再单独做数据保护。
4.6 统一管理：HCI 管理平台
由 HCI 管理平台对业务虚机与桌面虚机做统一纳管，提供资源池调度、虚拟机生命周期管理、性能监控告警、快照备份与容灾能力。运维人员在一个界面即可掌握两类虚机运行状态，无需在两套平台间切换。
五、两类虚机承载说明
| 对比项 | 后端业务服务器虚拟机 | 用户云桌面虚拟机 |
|---|---|---|
| 承载对象 | ERP、OA、数据库、业务应用等服务器系统 | 办公用户桌面环境 |
| 资源特征 | 长期稳定占用，内存与 IO 要求高 | 随办公时段波动，并发变化明显 |
| 网络平面 | 业务区网络，按系统划分 VLAN | 桌面接入区，与业务区微分段隔离 |
| 存储策略 | 高副本等级，优先保障数据可靠性 | 按性能需求分配，可弹性调整 |
| 承载方式 | 同一套 HCI 集群、同一个计算/存储/网络资源池，原生同源承载 | |
两类虚机在同一集群内并行运行，通过资源优先级与网络隔离区分定位：业务虚机保稳定、保性能，桌面虚机保弹性、保体验，资源紧张时按优先级调度，避免桌面高峰挤占业务资源。
六、实施路线
| 阶段 | 周期 | 内容 |
|---|---|---|
| 一期：现状评估 | 1-2 周 | 梳理业务虚机清单、桌面用户规模、性能峰值与存储容量，输出集群规格与副本方案 |
| 二期：底座搭建 | 2-3 周 | HCI 集群上线，aSV / aSAN / aNET 配置完成，网络规划与存储池划分落地 |
| 三期：业务迁移 | 2-4 周 | 业务虚机分批迁入集群，验证性能与数据可靠性，完成备份策略配置 |
| 四期：桌面交付 | 2-3 周 | aDesk 桌面云部署，镜像模板制作与分发，用户分批切换接入 |
| 五期：统一纳管 | 持续 | 两类虚机统一监控告警，按季度评审资源使用率并规划扩容 |
七、预期成效
- 资源统一：业务与桌面共用一个资源池，闲置资源可互相调剂，硬件重复投入明显减少；
- 运维简化：两套虚拟化平台合并为一套底座，运维界面从两个变成一个，日常巡检与故障排查工时下降；
- 弹性扩展：新增业务或新增桌面用户时，只需横向加节点、在线扩容，无需再走两套采购与建设流程；
- 降本增效：省掉专用存储阵列与独立桌面云平台，机房空间、电力与授权成本同步下降，资源交付从周级压缩到天级；
- 业务连续性：虚拟化消除单点故障，数据多副本冗余，节点故障业务与桌面均不中断。