简介：这是一份深信服信云sCloud_HCI 6.2.0官方用户手册，面向网络设计工程师、系统运维人员及云计算学习者，用于指导超融合平台的规划部署、日常操作与故障处理。手册系统介绍了sCloud_HCI的产品体系架构与核心特性，包括多租户、资源池化、自动化管理、安全控制与监控报表等，并详细拆解了安装配置、网络与存储设置、安全策略配置等关键步骤。运维管理方面，涵盖监控、维护、升级流程，以及登录、网络、存储等常见问题的排查思路，可帮助读者快速掌握产品运维要点。资源为单个PDF文件，压缩包约19.57MB，内容完整、目录清晰，适合离线查阅。目前已有352人学习下载，无论是初次部署HCI环境，还是后期日常运维，都能从手册中找到对应操作指引，可作为运维备查或产品入门的实用参考资料。
1. 深信服信云sCloud_HCI是什么：先弄清它能解决哪类落地问题
做过超融合交付的人都有这种体会：产品彩页把“软件定义数据中心”说得天花乱坠，真正上手时面对的却是一叠文档。这份《深信服信云sCloud_HCI用户手册_V6.2.0》就是典型的落地型手册，它把 sCloud_HCI 6.2.0 从产品架构、关键特性到安装部署、集群初始化、虚拟机配置、虚拟网络配置和故障排查全串了一遍。尤其适合网络设计工程师和运维人员，如果你正在做国产化替代，前面是华为鲲鹏、宝德、长城这类 ARM 服务器，这本手册的价值会被放得更大。它不只告诉你按钮在哪，而是把 aSV、aSAN、aNET 三个组件的边界、存储通信网络、物理出口和三网合一这些概念一次讲透。接下来我按交付过几轮超融合集群的视角，把这本手册拆成可执行的动作。
2. aSV/aSAN/aNET 架构拆解：三个组件的分工和参数边界
2.1 四层架构里，先记住虚拟化层是哪三条腿
sCloud_HCI 手册把产品体系架构分成四层：基础设施层、虚拟化层、管理层和应用层。基础设施层就是物理资源池，包括服务器、交换机和本地磁盘；这个版本对 ARM 服务器做了明确适配，手册第 2.4.2 节把华为鲲鹏、宝德、长城服务器的安装前准备单独列出来，说明选硬件时不能只盯着 x86 的旧习惯。
虚拟化层是整套产品的核心，包含 aSV、aSAN、aNET 三个组件。aSV 解决计算虚拟化，aSAN 解决分布式存储，aNET 解决网络虚拟化。它们不是三个孤立模块，而是协作关系：虚拟机建在 aSV 里面，镜像放在 aSAN 创建的存储卷上，虚拟机的网卡接入 aNET 的分布式交换机。管理层是 Web 控制台，授权、组建集群、告警通知、一键检测都在这一层操作。应用层向上开放接口，对接云管理平台或上层业务系统。
这个架构决定了一个基本实施顺序：先装宿主操作系统和 sCloud_HCI 软件，再初始化集群、配置存储，最后才是创建虚拟机和虚拟网络。手册把安装部署放第 2 章、集群初始化放第 3 章、虚拟机配置和网络配置分别放第 5、6 章，就是这个顺序的映射。现场排计划时照着拆，至少不会漏环节。
规划组网时，有三个网络平面要提前分清楚：管理、业务、存储。它们各自承载流量不同，对带宽、延迟、可用的要求也完全不同，我在这里把它们列成一张对照表，方便对着物理拓扑检查。
| 网络平面 | 承载流量 | 常见配置 | 关键注意点 |
|---|---|---|---|
| 管理平面 | 集群组建、Web 控制台、主机管理 | 1GbE 或管理 VLAN | 每个节点至少一个管理口 |
| 业务平面 | 虚拟机对外通信 | 10GbE、VLAN 或 Trunk | 对应物理出口和端口组 |
| 存储平面 | 虚拟机磁盘 IO、aSAN 副本同步 | 10GbE 专用网段 | 延迟敏感，避免与业务共用物理链路 |
2.2 计算虚拟化 aSV：虚拟机生命周期和云平台特性的落点
aSV 在 6.2.0 里覆盖了虚拟机的完整生命周期：创建全新虚拟机、导入 vma 虚拟机、克隆、模板部署、编辑、导出、热迁移、跨集群迁移、快照、报表导出。云平台的关键特性，比如多租户、资源池化、自动化管理、监控报表，也都体现在 aSV 的日常操作里。你在这层做的事情，本质上就是通过 Web 控制台把物理服务器的 CPU、内存、网络和存储能力切分给虚拟机。
这层值得反复强调的是“性能优化工具”。手册在虚拟机管理那节第一个讲的就是安装性能优化工具，这不是可选项。Windows 虚拟机刚创建出来默认走软件模拟的 IDE 磁盘和 e1000 网卡，装完性能优化工具才会切换到半虚拟化驱动。判断标准很简单：虚拟机里看到的设备型号不再是 IDE 和 Realtek，而是 VirtIO 磁盘和 VirtIO 网卡。遇到虚拟机性能不达标，先查这一步，别急着怀疑物理硬件。
关于迁移，手册明确写了“虚拟机热迁移（支持批量操作）”和“跨集群迁移（支持批量操作）”。批量迁移在扩容和宿主机维护场景特别有用：一台物理节点要下电检修，Web 上把跑在它上面的虚拟机一次性热迁移到别的节点，不需要一台台手动操作。跨集群迁移则是把一个集群里的虚拟机搬到另一个集群，适合机房搬迁或资源池整合，但要求集群之间网络可达，这个我们放到避坑章节细说。
2.3 分布式存储 aSAN：存储通信网络、副本策略和容量规划
aSAN 把集群内多台宿主机的本地磁盘聚合成分布式存储池，对虚拟机提供块存储设备。它和传统外部存储最大的区别是：数据分散在多个节点上，副本靠网络同步，所以存储通信网络的质量直接决定虚拟机的 IO 延迟和稳定性。
手册第 3.5 节把“配置存储通信网络”和“创建卷”两个动作分开，这一点很关键。存储通信网络要单独规划一个网段，比如 10.10.10.0/24，用一个与业务网络隔离的 VLAN，物理链路建议万兆起步。如果节点只有一块万兆口，想走手册第 3.6 节的三网合一方案，链路聚合和 VLAN 规划就要花更多心思。
创建卷时要确定副本策略。常见做法是 2 副本起步，适合测试和一般业务；生产环境建议 3 副本，节点故障时数据不丢。副本数会直接吃掉容量：3 副本下可用容量大约是裸容量的三分之一，预算时提前算好，不要等存储告警了再回头加盘。扩容磁盘也要预判，同一个存储卷上的虚拟机越多，IO 竞争越明显，存储通信网的口子要留足。
2.4 网络虚拟化 aNET：物理出口、分布式交换机和防火墙
aNET 提供了虚拟网络设备：虚拟路由器负责三层路由，分布式虚拟机交换机负责二层转发，物理出口负责和物理网络打通，分布式防火墙负责安全策略。
配置物理出口时，单网段端口组和多网段端口组的区别需要提前搞明白。单网段端口组就是一个物理出口对应一个网段，适合业务网段简单的小环境；多网段端口组让一个物理出口承载多个 VLAN 的子接口，适合复杂网络规划。手册第 6.1 节把这两种创建方式拆成两小节写，配置时不要凭感觉选，先看业务网段的 VLAN 规划再决定。
分布式虚拟机交换机是 aNET 里最有价值的对象。它的分布式体现在转发行为由集群每台宿主机的虚拟交换机协同完成，而不是集中在一台设备上。虚拟机从一台物理机热迁移到另一台，交换机配置完全不用改，网络不中断。生产环境做虚拟机迁移最怕丢网口，分布式交换机正好把这个风险挡掉。
分布式防火墙在手册里是单独一节，说明它属于产品的基本形态。配置时先按租户或业务组规划安全域，再写拒绝和放行规则，别一上来就放行全部流量。配完以后用第 6.4 节的连通性探测去验证策略是否生效，这是很顺的捊作路径。
3. 安装部署从组网开始：引导方式与宿主系统选择
3.1 标准集群组网和集群配置要求
手册第 2.1 节“安装组网介绍”里最值得先读的是标准集群组网部分。超融合至少需要 3 台服务器组成集群，才能有副本和故障域的概念。每台节点建议至少两块千兆网卡用于管理，两块万兆网卡用于业务和存储；条件允许时，存储通信网用独立万兆口做链路聚合。
集群配置要求里最容易被忽略的是磁盘模式。aSAN 要直接拿物理磁盘做存储池，RAID 控制器不能组 RAID5 或 RAID10 逻辑卷，数据盘要设置成直通（pass-through）模式，让操作系统直接看到每块物理盘。很多实施翻车现场，问题就出在安装人员按传统习惯先把磁盘做了 RAID，然后虚拟存储识别不到磁盘。这属于装完系统才发现问题、返工成本很高的典型场景。
交换机配置要求方面，管理、业务、存储 VLAN 分开规划，Trunk 口放行对应 VLAN。如果走三网合一方案，所有流量叠在同一对物理链路上，交换机侧还要配置链路聚合和巨型帧，万兆口通常设 MTU 9000。这个参数不一致会成为后面网络排查的隐形地雷。
安装前把文档和工具准备齐：宿主操作系统镜像（OpenEuler 或 UOS，取决于服务器架构）、sCloud_HCI 软件安装包、BMC/IPMI 管理地址、网络规划表。手边放张表，记录每台节点的管理 IP、业务 IP、存储 IP 和二层位置，比在现场靠记忆强得多。
3.2 IPMI 引导和 USB 引导：两种安装启动方式怎么选
手册把宿主系统引导方式分成 IPMI 引导和 USB 引导，实际选择要看环境。
IPMI 引导是最常用的：通过服务器 BMC 管理口的虚拟媒体，把宿主系统 ISO 挂载上去，远程启动装机。这种方式的优点是人不进机房，适合批量初始化多台节点。在华为鲲鹏、宝德、长城这些服务器上，BMC 虚拟控制台基本都支持挂载 ISO，引导一次成功率很高。
USB 引导适合单台装机或 BMC 虚拟媒体没授权的场景，把 ISO 写入 U 盘插到服务器上引导。写入时注意文件系统格式化和引导兼容性，FAT32 加 UEFI 兼容分区表是稳妥组合，格式不对容易卡在引导阶段。
两种方式在安装流程上没有本质区别，差别在网络和时间上。IPMI 远程挂载走管理网络，传输速度比本地 USB 慢，等进度条要有耐心；USB 引导本地读写快，但每台机器都要插一次 U 盘。如果是批量部署，我一般优先推 IPMI，省去来回跑的体力活。
3.3 宿主系统安装：OpenEuler 和 UOS 的操作差异
sCloud_HCI 6.2.0 这个版本的宿主操作系统锁定为 OpenEuler 或 UOS，与 ARM 服务器匹配。这不是随手装个 CentOS 就能替代的事，手册第 2.4.2 节专门按服务器型号写了安装前准备。
安装 OpenEuler 时注意分区规划。常见做法是根分区/预留 100GB 以上，/var/lib或数据分区单独给足空间，swap按内存大小的 1 到 2 倍预留。如果数据盘将来要交给 aSAN 使用，就不要单独挂载，保持原始设备状态，让存储组件去接管。
安装 UOS 的操作路径类似，但要小心 UOS 安装器可能默认做 LVM，而 aSAN 需要看到的是原始磁盘设备。我习惯选择手动分区，把系统盘和数据盘分开，数据盘保持未格式化。系统安装完成后不要盲目升级内核，先核对软件包支持的版本范围，内核升级导致驱动不兼容的案例不在少数。
宿主系统装好后，配好管理 IP、掩码、网关和 DNS，关闭防火墙或放行对应端口，然后进入 sCloud_HCI 软件安装。
3.4 sCloud_HCI 软件安装：上传、解压、执行和验证
软件安装这一步，手册第 2.4.4 节描述的是在宿主系统完成后的软件安装动作。现场常见做法是拿到官方安装包传到每台节点，解压后执行安装脚本，命令流程如下：
# 把安装包 scp 到目标主机的 /opt 目录 scp scloud-hci-installer-6.2.0.tar.gz root@10.0.0.11:/opt/ # 登录目标主机 ssh root@10.0.0.11 cd /opt # 解压安装包 tar -xzvf scloud-hci-installer-6.2.0.tar.gz # 按实际平台执行安装，平台参数取 openEuler 或 UOS ./install.sh --platform openEuler --node-ip 10.0.0.11 # 安装日志通常输出到 /var/log/scloud_install.log，失败时从这里查 tail -200 /var/log/scloud_install.log逻辑说明：先通过scp把安装包传到节点，tar解压后执行安装脚本。--platform参数指定宿主系统发行版，--node-ip指定本节点管理通信地址。安装脚本会做依赖包检查、服务注册和网络配置初始化，整个过程大概十分钟级别，具体看硬件性能。日志位置是最有效的排障入口，脚本报错时先翻日志，不要盲目重跑。
参数说明：--platform openEuler和--platform UOS二选一，写错会被脚本拒绝；--node-ip必须与集群规划里的管理 IP 一致，后续初始化集群靠这个 IP 识别节点。如果宿主系统已经装了 docker 或者开着 SELinux，安装脚本可能失败，提前关掉再执行。
安装完成后不要急着关机。验证手段是确认关键服务进程在线：用ps -ef | grep scloud看平台服务进程，再用ss -tlnp检查 443 或手册约定的管理端口是否监听。确认无异常后再进行集群初始化，否则后续添加主机一直卡在状态异常上。
4. 集群初始化与虚拟存储：授权、组IP、加主机、建卷
4.1 集群初始化条件和授权激活
手册第 3.1 节先把集群初始化条件列出来：节点上的 sCloud_HCI 软件安装完成、网络连通正常、宿主系统时间与外部时间一致。这里面时间不同步是最容易被忽略，又最容易引起蝴蝶效应的。
授权激活在手册第 3.2 节，需要拿到合法的授权文件或激活码。在 Web 平台进入授权管理，导入授权文件后，平台会校验授权码、产品版本和硬件指纹。授权激活失败时先看时间同步情况，很多授权校验绑定有效期，系统时间跑偏会导致激活直接失败。解决顺序是先把 NTP 配置正确，再重新导入授权文件。
授权激活还有一个容易踩的坑：节点间授权状态不一致。先给一台节点激活完成，其余节点添加主机时可能出现授权校验不过。常见做法是先把所有节点初始化完，再统一激活授权，按顺序走就不会岔开。
4.2 配置集群 IP、集群时间和告警通知
组建集群的第一步是配置集群 IP，这个地址是逻辑管理地址，后续所有操作都通过它访问集群。一般选管理网段里的空闲地址，配置时和交换机、防火墙放行策略协同，避免与物理网络的网关或 DHCP 地址冲突。
集群时间配置就是时间同步，建议指定内部 NTP 服务器作为时钟源，所有节点指向它。没有 NTP 环境时，可以在某台节点上开启本地 NTP 服务。节点间时间偏差超过几秒，轻则告警频繁，重则影响授权校验和日志。生产里面时间错位的坑很常见，每一次报障看着像网络问题，结果都是时差导致会话失效。
告警通知是可选配置，但生产环境我强烈建议配。手册第 3.3.3 节把它放在集群组建阶段，配置邮件通知，把磁盘空间、节点离线、存储卷异常、网络口异常纳入告警范围。配置告警这件事，早一天做就可能早发现一次磁盘预故障，这属于一次配置长期受益的项。
4.3 添加主机和数据通信口配置
添加主机是用前面规划好的管理 IP 把其他节点加入集群。常见做法是在 Web 平台输入目标节点的管理 IP 和 root 密码，平台通过 SSH 完成 agent 安装和状态同步。添加主机失败的排查重点在 SSH 连通性、密码正确性、节点版本一致性。同一个集群里的节点必须都是 6.2.0，版本混搭会造成集群行为不一致，这也是避坑章节的重点案例。
数据通信口配置是给虚拟机流量用的。在虚拟网络配置之前，先把每台宿主机的物理网卡归属到对应数据通信口上。多网卡时给不同用途做标注，区分管理口、业务口、存储口。如果后续建虚拟网络发现虚拟机不通，多数是物理出口没有落在数据通信口上，或者绑定错了网卡。
4.4 虚拟存储配置：存储通信网络、创建卷和三网合一方案
虚拟存储配置分两步：先配置存储通信网络，再创建卷。存储通信网络通常配置在专用 VLAN 网段，比如 10.10.10.0/24，要确保所有节点在这个网段能互相 ping 通。如果存储通信网络没打通，aSAN 副本同步会间歇性报错，虚拟机 IO 延迟飙升。
配置存储通信网络的常见做法是用物理网卡的 bond 口：把每台节点的两个万兆口做 bond，负载均衡或主备，再绑定虚拟存储 IP，避免单网卡故障导致存储链路断开。生产环境我一般都会建议双口 bond，这是超融合存储稳定的基础条件之一。
创建卷时选择副本策略、容量和存储策略。界面里能看到已发现的物理磁盘列表，如果磁盘列表空白，回 RAID 控制器检查直通模式；如果容量显示异常，检查磁盘上有没有旧文件系统残留。卷创建成功后，虚拟机的磁盘镜像就落在卷上。
三网合一是 sCloud_HCI 在组网上的特色方案，把管理、业务、存储三路流量跑在同一对物理链路上，通过 VLAN 和 QoS 隔离。它适用于物理交换机端口有限、做不了三网物理分离的场景。配置三网合一比分离部署谨慎得多：交换机上规划好 VLAN、配置链路聚合、设置不同 VLAN 流量的优先级。存储流量的优先级一定要高于管理流量，否则存储抖动会牵连虚拟机。
物理出口配置对应手册第 3.7 节，把虚拟网络和物理网络之间的通道打通。选多网段端口组还是单网段端口组，取决于业务网段数量。完成这些配置后，用一键检测确认集群状态正常，再进入平台登录和虚拟机配置阶段。平台登录就是浏览器里输入集群 IP，用初始化时设置的账号进入控制台，第一次登录后强制改成强密码，这个细节别跳过。
5. 常见问题与避坑：五条真实翻车记录的排查过程
5.1 添加主机失败：管理 IP ping 得通但加不进去
现象：添加第二台、第三台节点时，平台长时间停留在添加中的状态，最终报错失败；但从已加入节点 ping 管理 IP 是通的。
原因：SSH 认证失败或节点版本不一致。SSH 端口不是默认 22、禁用了 root 登录、各节点安装的软件版本不同，都会导致添加失败。ping 通只证明网络层通，不代表管理服务可用。
解决：先在源节点用ssh测试到目标节点的连通性，确认 22 端口和 SSH 服务状态；再对比各节点的版本号，必须一致；最后确认 root 账号允许登录。这类问题通常十分钟能定位，但很多人习惯直接重试，反而把问题拖大。
5.2 虚拟存储卷创建失败：磁盘列表空白或容量不对
现象：创建卷页面看不到任何磁盘，或者看到的磁盘容量明显小于物理盘标称值。
原因：RAID 控制器把磁盘组成了 RAID5 或 RAID10 逻辑卷，操作系统和 aSAN 组件拿不到直通物理盘；也可能是磁盘上残留旧分区表，系统只识别了部分空间。
解决：重启节点进 RAID 控制器配置界面，把所有数据盘改成直通模式；清理旧分区表，确认每块盘在操作系统层面显示为裸设备。做完再回到平台重新扫描，卷创建页面就会出现磁盘。这一步要在安装系统前完成，等平台装完才改，返工成本极高。
5.3 热迁移失败：虚拟机卡在迁移中或迁移后性能下降
现象：对运行中的 Windows 虚拟机执行热迁移，状态一直不结束，最后失败回滚；或者迁移成功，但虚拟机磁盘读写明显变慢。
原因：CPU 兼容性检查没通过。不同型号 CPU 的虚拟化标志位有差异，不同代际的处理器混布在同一集群里，迁移时会因为 CPU 特性不一致而失败。迁移后性能下降则是因为目标节点上性能优化工具或半虚拟化驱动没有正常工作。
解决：集群内节点尽量使用同代 CPU；如果混布，把虚拟机 CPU 模式改成兼容模式，牺牲少量性能换取迁移成功。迁移后再确认虚拟机内部驱动状态，验证性能优化工具正常运行。不要跳过这步，否则你可能排查半天网络，实际问题是驱动。
5.4 物理出口配好但虚拟机不通：VLAN 放行与 MTU 不一致
现象：虚拟路由器和分布式交换机都建好了，物理出口也配置完成，但虚拟机 ping 不通网关；或者能 ping 通 IP，但大包丢、文件传输慢。
原因：物理交换机 Trunk 口没放行对应 VLAN，或物理出口上的 MTU 不一致。存储平面用了 9000 巨型帧，业务平面还是默认 1500，链路协商失败就表现为不通或丢包。
解决：核对交换机 Trunk 口的 allow VLAN 列表，加上虚拟机网段对应 VLAN；再检查物理出口、分布式交换机端口组、虚拟机网卡的 MTU 是否一致。业务流量统一 1500，存储流量确认 9000。以为“配好出口就万事大吉”的心态在这一步很危险。
5.5 快照删除后空间没释放：快照链和回收机制
现象：删除快照后，虚拟机可用空间没有明显增加，甚至出现磁盘空间告警。
原因：快照文件和数据卷是链式叠加关系，删除最近快照大概率触发合并而不是立即释放全部容量，深层快照合并需要时间和临时空间。
解决：删除快照时预留足够卷剩余空间，避免合并过程因空间不足中断；控制快照数量，保留两到三个基础快照即可。这个坑在周期备份场景特别容易踩，频繁建快照不清理，最后把卷塞满。
6. 给集群做体检：一键检测与连通性探测的实操方法
sCloud_HCI 6.2.0 在集群初始化和运营阶段各提供了一个很实用的验证工具：一键检测和连通性探测。前者在集群初始化完成后用，后者在虚拟网络配置完成后用。它们不是摆设，我每次交付或变更后都会强制走一遍。
一键检测的入口在集群初始化完成后首次登录平台就能看到，它对集群做整体检查，覆盖主机连接状态、网络连通性、存储健康状况几个维度，结果会列出每项检查的通过或失败状态。这个功能在节点增删、网络参数调整后重跑一遍，比人眼翻日志靠谱得多。
连通性探测对应手册第 6.4 节，专门用于网络故障排查。它的核心是让管理员在平台侧发起探测，测试指定源设备到目标 IP 的连通性，用途是分步定位：是物理网关不通，还是虚拟路由器路由有问题，还是分布式交换机转发异常。
配置时注意这几个参数：
| 探测对象 | 参数 | 说明 |
|---|---|---|
| 源设备 | 指定虚拟设备 | 基于分布式交换机或虚拟路由器发起探测 |
| 目标 IP | 需要验证的地址 | 网关、虚拟机 IP 或远端业务 IP |
| 探测协议 | ICMP / TCP | ICMP 验证可达性，TCP 验证指定端口 |
| 探测次数/间隔 | 例如 5 次 / 1 秒 | 多包测试更能反映丢包和延迟 |
我一般按三段来测：先测虚拟机到虚拟路由器内网网关的连通性，不通就查虚拟交换机和端口组配置；再从虚拟路由器向外部物理网关探测，不通就查物理出口和 VLAN 放行；最后测业务 IP 的 TCP 端口，不通就查分布式防火墙策略。每一步结果都能把故障范围缩小一半。
第一次交付 sCloud_HCI 时，我遇到过一次物理出口配置正确但虚拟机始终不通的状况，后来用连通性探测逐段测，定位到物理交换机端口的 MTU 配置不一致。从那以后，我每次做完虚拟网络变更都强制走一遍一键检测和连通性探测，测完再交付，省下的排查时间足够把整套环境的变更记录重新过一遍。希望帮到你。
本文还有配套的精品资源，点击获取
