简介《深信服超融合HCI用户及部署手册》面向技术服务工程师、运维人员及虚拟化平台规划者围绕超融合架构认知、集群部署与日常运维提供系统参考适合具备一定虚拟化基础、需要完成方案设计或现场实施的技术人员。资源包仅含1个PDF文件大小约35.42MB单文档结构完整便于离线查阅与团队传阅目前已有1250人学习。手册以HCI 6.7.0R3为版本基础内容覆盖产品架构与云平台、aSV、aSAN、aNET等关键特性并延伸至安装组网、配置要求、网络配置、系统部署及应用、运维管理和常见问题排查。目录层级清晰既可用于部署前评估组网与资源规划也可在实施和运维阶段对照功能说明与排错思路帮助读者建立从架构理解到落地操作的完整知识框架。1. 先看清这套 HCI 6.7.0R3 手册它解决的不是“装一台虚拟化”而是集群落地拿到这套 HCI 6.7.0R3 用户及部署手册时别急着把它当成“虚拟化安装说明书”。超融合真正难的不是装系统而是把计算虚拟化、分布式存储、虚拟网络三条链路一次规划对管理口、数据口、存储口怎么分副本数和交换机 MTU 怎么配仲裁节点什么时候必须上。手册覆盖架构、安装、集群初始化、虚拟机与虚拟网络配置、补丁升级和常见排查适合技术服务工程师和运维人员照着落地。版本号 6.7.0R3、文档版本 01、发布日期 2022-09-14查参数时先对齐这三项再翻对应章节能少走很多弯路。2. 架构与选型计算虚拟化、分布式存储、虚拟网络为什么要一起规划超融合的架构页最容易被人一眼扫过去但现场翻车往往就埋在这里。手册把云平台、计算虚拟化、分布式存储、网络虚拟化放在同一套资源池里讲不是排版好看而是这三者会互相抢资源存储副本同步吃东西向带宽热迁移同时吃管理网和数据网快照合并又回头吃存储 IO。只按“三台服务器装虚拟化”的思路做选型后面加主机、扩卷、迁业务时就会不断补坑。2.1 三个资源池的耦合关系计算虚拟化、分布式存储、虚拟网络计算虚拟化负责虚拟机的生命周期开机、迁移、快照、克隆都落在它这一层分布式存储把每台主机的本地盘组织成共享卷虚拟机磁盘并不是落在某一台主机的本地目录里虚拟网络则通过物理出口和虚拟路由器把虚拟机接出去。三者最关键的耦合点是存储通信网络副本写入、卷重建、跨主机迁移都走这条链路它一旦和业务数据口混跑表现不是“立刻断”而是卷初始化慢、迁移慢、快照合并久最后在业务高峰被放大。我一般会先把副本数、存储网络带宽、MTU 这三项定下来再回头填服务器和交换机配置。副本数决定写放大和可用容量常见做法是生产卷至少两副本节点规模和机架分布允许时再考虑三副本存储网络建议独立端口和独立 VLANMTU 在主机侧和交换机侧统一不要一边 1500 一边 9000。控制节点资源池也要单独留 CPU 和内存不要和业务虚拟机挤在一起否则集群管理面会先变慢。资源池关键参数配错后的现场表现我一般怎么留余量计算虚拟化CPU 超分比、内存预留、控制节点资源池虚拟机开机慢、批量迁移失败控制节点单独资源池不混业务分布式存储副本数、存储网络带宽、MTU卷初始化慢、快照合并久、重建时间长存储口独立MTU 两端一致虚拟网络VLAN、端口组、物理出口、虚拟路由器同主机通、跨主机不通先画 VLAN 表再建端口组这张表不是让你背参数而是交付前逐项打勾。尤其是“同主机通、跨主机不通”这种现场八成不是虚拟机系统问题而是虚拟网络或物理出口的 VLAN 没放通。把三个资源池放在一张表里看排查时才知道先查计算、存储还是网络不会一上来就重装虚拟机。2.2 标准集群与延伸集群组网差异和仲裁节点选择标准集群适合单机房节点之间二层可达、延迟低三节点起步是常见做法。延伸集群面向双站点计算和存储跨站点拉通必须引入仲裁节点来防脑裂两主机防脑裂场景则用仲裁盒子把仲裁链路独立出来。手册把仲裁节点配置要求单独列出来不是可选附件而是延伸集群能不能稳的前提。仲裁节点要独立于业务集群网络要可达跨站点路由和延迟要提前测不要等集群建完再补。组网注意事项里交换机侧最容易漏的是端口组和链路聚合的对应关系。标准集群里管理、数据、存储可以走不同端口组但交换机侧的 VLAN、聚合模式、MTU 必须和主机侧一致延伸集群还要看跨站点三层链路是否稳定仲裁链路不要和业务大流量混在同一条拥挤路径上。常见做法是先把仲裁节点接进来确认仲裁状态正常再添加业务主机这样集群降级时还有回退空间。场景节点规模仲裁方式网络要求适用边界标准集群3 节点及以上不需要独立仲裁同机房二层可达、低延迟单机房生产集群延伸集群双站点多节点仲裁节点跨站点三层可达仲裁链路独立双站点容灾两主机防脑裂2 节点仲裁盒子独立管理网络接线固定小规模边缘场景选型时不要只看“能不能建起来”要看“降级时能不能说清楚”。延伸集群的仲裁节点配错现场表现可能是集群能登录但状态降级虚拟机操作变慢严重时出现脑裂告警。我的习惯是先把仲裁节点的管理 IP、路由、接线位置写进交付表再动集群初始化后面排查不用靠猜。2.3 安装前配置表服务器、交换机、仲裁节点怎么留余量安装前准备这部分手册列了文档和工具准备、超融合集群配置要求、仲裁节点配置要求、交换机配置要求。现场真正要落的是几张表服务器信息表、网络地址表、VLAN 表、仲裁节点表。服务器侧要确认 CPU 虚拟化开关、磁盘 RAID 级别、网卡数量和顺序、启动模式交换机侧要确认端口组、VLAN、聚合、MTU仲裁节点侧要确认供电、接线、管理地址和跨站点路由。少一张表后面就可能把管理口和存储口接反。我一般按这个顺序走先收集服务器序列号和网卡 MAC画一张物理拓扑再分配管理网、数据网、存储网、仲裁网网段留出连续 IP然后核对交换机端口和 VLAN把要聚合的端口成对标注最后准备 ISO 或 U 盘安装介质。血泪经验是安装前不核对网卡顺序装完发现存储口和管理口反了重新插线还要改配置业务窗口直接被拖掉一半。检查项要确认的内容常见遗漏服务器CPU 虚拟化、RAID、网卡顺序、启动项网卡标签和实际端口不一致交换机VLAN、聚合模式、MTU、端口描述两端 MTU 不一致仲裁节点管理 IP、路由、接线、供电仲裁链路和业务链路混跑安装介质ISO 校验、U 盘可用性、安装文档版本版本号和交付版本对不上这张表填完再开机比装到一半发现问题更省时间。尤其是第三方服务器RAID 和网卡顺序不先定后面存储网络和物理出口的配置会跟着乱。手册给的是配置要求现场要把它翻译成可打勾的交付表不然“看过”不等于“做对”。3. 部署流程拆解从 ISO 安装到集群初始化的可复现路径手册的安装部署章从安装组网、安装前准备、安装流程、虚拟化系统安装一直写到仲裁节点接入、补丁升级和终端检测响应组件安装。实际交付不能按目录从头到尾念我一般按“先组网、再装系统、再初始化、最后补丁和防护”的顺序推。跳过任何一步后面都要用更多时间补尤其是集群初始化和存储通信网络返工成本最高。3.1 安装介质与服务器配置一体机和第三方服务器的分叉预装一体机和第三方服务器的分叉点在服务器配置。一体机通常已经完成硬件和基础配置重点核对版本、授权和网络口第三方服务器要自己处理 RAID、BIOS 虚拟化、网卡绑定和启动顺序再用 ISO 或 U 盘安装。手册把服务器配置、ISO 安装、U 盘安装分开写现场就按这个分叉走不要拿一体机的步骤硬套第三方服务器。第三方服务器的步骤我一般这样排先核对硬件兼容性和磁盘数量再进 BIOS 打开 CPU 虚拟化相关选项关闭不必要的节能策略然后按副本规划做 RAID系统盘和数据盘分开接着给网卡贴标签管理、数据、存储分别对应端口最后做 ISO 启动盘或 U 盘启动盘按安装向导走。安装过程中要看清磁盘选择不要把系统装到准备做存储的盘上。安装方式适用对象关键动作注意点预装一体机已预装环境的设备核对版本、授权、网络口不要重复初始化ISO 安装第三方服务器做启动盘、选磁盘、配网络磁盘顺序和 RAID 先确认U 盘安装无远程镜像条件制作启动 U 盘、改启动项U 盘质量和接口版本会影响速度安装完成后不要急着加主机先登录单机管理面看时间、网卡、磁盘识别是否正常。存储盘少识别一块后面创建卷时就会卡在容量和副本上网卡顺序不对管理通信口和数据通信口就会互相抢地址。这个阶段多做十分钟检查比集群建好后迁虚拟机划算。3.2 集群初始化授权、集群 IP、时间、告警、加主机集群初始化的顺序在手册里写得很清楚授权激活、配置集群 IP、配置集群时间、配置告警通知、添加主机、设置控制节点资源池。现场最容易乱的是先加主机后配时间结果主机认证过了但集群状态不正常。我的做法是先激活授权再配集群 IP 和 NTP确认时间一致后再添加主机最后把控制节点资源池单独圈出来。集群 IP 要放在管理网段不要和业务数据网混在一起NTP 用内网时间源所有待加入主机先指向同一个源告警通知可以选配但生产环境建议把邮件或短信通道先配好不然存储降级、节点离线只能靠人工发现。添加主机时看认证和网络连通性添加完成后检查控制节点资源池的 CPU、内存预留不要把管理组件和业务虚拟机挤在同一资源池。初始化项参数怎么定失败时先看什么授权激活按交付授权文件导入授权容量、有效期、节点数集群 IP管理网段内固定地址管理口连通性、网关、ACL集群时间内网 NTP 源主机时间偏差、NTP 可达性告警通知邮件或短信通道通道配置、触发测试控制节点资源池预留 CPU 和内存是否被业务虚拟机占用这张表里时间同步是很多玄学问题的源头。添加主机失败、集群状态异常、日志时间对不上先查 NTP 往往比翻存储日志快。控制节点资源池也是同理管理面变慢不一定是存储性能不够可能是控制节点和业务虚拟机抢 CPU。3.3 存储与通信网络管理口、数据口、存储口、卷创建管理通信口、数据通信口、存储通信网络要分开看。管理口承载集群管理、Web 登录、告警数据口承载虚拟机业务流量存储口承载副本同步、卷重建、迁移数据。手册把配置存储通信网络和创建卷分开写现场顺序应该是先配管理通信口再配数据通信口最后配存储通信网络并创建卷。顺序反了卷创建时可能找不到可用存储网络。存储通信网络建议独立 VLANMTU 和交换机一致IP 网段单独规划。创建卷时先建普通卷延伸集群场景再建延伸卷副本数按节点规模和机架分布选不要为了容量把副本压到 1。卷创建后看健康状态和重建进度不要立刻压业务。物理出口还没配好时虚拟机可以先不接业务网络但存储网络必须先通否则虚拟机磁盘读写会先出问题。通信口用途网段建议注意点管理通信口集群管理、登录、告警独立管理网段不要和业务数据口混用数据通信口虚拟机业务流量按业务 VLAN 规划和物理出口端口组对应存储通信网络副本同步、迁移、重建独立存储网段MTU 两端一致带宽留余量卷创建完成后我一般会做一次小文件写入和跨主机迁移验证确认存储网络真的在走独立链路。只看管理面显示“健康”不够业务一压才知道带宽和 MTU 有没有配错。这个阶段把存储口和业务口分开后面排查虚拟机性能问题会少很多干扰项。3.4 物理出口与三网/四网合一什么时候合什么时候不合物理出口是虚拟网络接外部世界的口子多网段端口组和单网段端口组对应不同业务规模。手册还给了三网合一、四网合一方案适合小规模或预算有限的场景把管理、数据、存储等网络合并到少量链路。但生产核心业务不建议为了省交换机端口硬合存储副本同步和业务高峰撞在一起表现就是虚拟机卡顿、迁移慢、卷重建时间长。我一般先按独立网络规划确认交换机和网卡资源不够时再考虑合一。做物理出口时先建端口组绑 VLAN再挂到虚拟路由器或直接给虚拟机使用多网段端口组要确认 VLAN 范围和上行链路一致。三网合一、四网合一方案上线前必须做跨主机虚拟机通信和存储压力验证不能只看管理面通不通。方案合并内容适用场景风险点独立网络管理、数据、存储分开生产核心业务端口和交换机资源要求高三网合一部分管理、数据、存储合并小规模集群存储流量可能抢业务带宽四网合一多类网络进一步合并资源受限环境排障边界变模糊物理出口配错最典型的现场是“同主机虚拟机互通跨主机不通”。先查端口组 VLAN 是否放通再查物理出口绑定的上行链路最后看虚拟路由器路由和 NAT。不要一上来改虚拟机 IP很多问题在出口和端口组这一层。4. 虚拟机与虚拟网络落地新建、导入、迁移、快照和 QoS 的配置顺序虚拟机配置指导覆盖新建虚拟机、安装操作系统、导入 ova/ovf、P2V 迁移、克隆、模板部署以及性能优化工具、USB 管理、磁盘扩容、裸磁盘映射、VHD 磁盘、虚拟机编辑、导出、热迁移、跨集群迁移、快照、一致性组快照、快照策略、vGPU 管理、报表和 QoS。现场不要按功能菜单一个个点按“先模板再批量先优化工具再压测先快照策略再上线”的顺序推返工最少。4.1 新建与导入全新安装、ova/ovf、P2V、克隆模板全新虚拟机适合干净部署创建时先定 CPU、内存、磁盘和网络再挂 ISO 安装操作系统。导入 ova/ovf 适合从外部虚拟化平台迁移注意虚拟硬件版本和驱动兼容P2V 迁移适合物理机转虚拟机驱动和网络配置要在迁移后检查克隆分全量克隆、快速全量克隆、链接克隆链接克隆省空间但依赖母盘母盘一动就可能牵连一批虚拟机。模板部署适合批量交付先把补丁、优化工具、监控 Agent 装好再转模板。方式适用场景注意点全新安装新业务、干净环境磁盘和网络先规划导入 ova/ovf外部平台迁移虚拟硬件版本、驱动P2V 迁移物理机转虚拟迁移后检查网卡和存储驱动链接克隆快速批量测试依赖母盘不适合长期生产模板部署标准化交付模板先打补丁和优化工具克隆和模板最容易出的问题是“母盘带病”。模板里如果残留旧 IP、旧主机名、旧监控配置批量部署后每一台都要改。我一般先把模板关机清理再转模板链接克隆只给测试环境用生产批量优先快速全量克隆或模板部署。4.2 性能优化与磁盘优化工具、扩容、裸磁盘映射、VHD性能优化工具分 Windows 和 Linux 两种安装方式装完再压测不要拿没装优化工具的虚拟机跑基准。卸载优化工具也要按系统走避免残留驱动。USB 管理、磁盘扩容、裸磁盘映射、VHD 磁盘、虚拟机编辑这些功能现场要按业务边界用系统盘扩容前先做快照裸磁盘映射适合需要直接访问物理盘的业务VHD 磁盘要确认格式和挂载方式。操作关键动作风险控制安装优化工具按系统类型装对应版本和虚拟机系统版本匹配磁盘扩容先扩虚拟磁盘再进系统扩分区扩容前打快照裸磁盘映射绑定物理磁盘或 LUN确认业务是否支持直通VHD 磁盘挂载 VHD 格式磁盘确认格式和读写权限磁盘扩容不是点一下“扩容”就完事虚拟磁盘扩完还要进系统扩分区和文件系统。Windows 和 Linux 的操作路径不同手册分开写是有原因的。我一般要求扩容前先做快照扩容后验证业务读写再删快照别把后悔药提前扔掉。4.3 迁移、快照与一致性组热迁移、跨集群迁移、快照策略热迁移支持批量操作适合计划内维护跨集群迁移适合机房搬迁或资源池调整。迁移前看 CPU 兼容性、网络连通性和存储可用容量迁移中看任务进度迁移后验证业务。快照不是备份一致性组快照面向多磁盘业务一致性快照策略适合周期性保护但快照链不能无限长合并慢会拖累存储性能。功能适用场景注意点热迁移单集群内维护主机资源、网络、CPU 兼容跨集群迁移资源池调整、搬迁目标集群容量和网络普通快照单虚拟机短周期保护快照链长度一致性组快照多磁盘业务一致性按业务编排不混用快照策略周期性保护策略覆盖范围和保留数关键业务我一般用一致性组快照普通快照只做临时操作前保护。快照策略要设保留数和执行窗口不要和备份任务撞在一起。QoS 的 CPU 频率限制和磁盘 IO 限制适合隔离突发业务但不要给核心业务压太低否则业务高峰期会先被限速。4.4 虚拟网络物理出口、虚拟路由器、端口组规划虚拟网络落地顺序是物理出口、端口组、虚拟路由器再给虚拟机网卡挂端口组。物理出口分多网段端口组和单网段端口组虚拟路由器负责跨网段路由和 NAT。端口组命名要带业务和 VLAN不要用默认名称否则虚拟机一多就分不清。跨主机不通时先查端口组 VLAN再查物理出口上行最后查虚拟路由器路由。对象作用配置要点物理出口连接外部物理网络上行链路、VLAN、端口组端口组虚拟机网卡接入点命名带业务和 VLAN虚拟路由器跨网段路由、NAT路由表、NAT 规则、安全策略物理出口改 VLAN 属于高风险操作先在测试端口组验证再切业务。虚拟路由器上线前把默认路由、回程路由和 NAT 规则写清楚不然后面查故障只能靠抓包。5. 避坑与排查部署 HCI 时最容易翻车的 5 个现场手册有常见问题与排查章节但现场翻车往往不是单点故障而是几个配置互相叠加。血泪经验是先查时间、网络、仲裁再查存储和快照顺序反了会把简单问题查成复杂问题。下面五类现场问题基本覆盖了交付初期最容易踩的坑。5.1 五类现场问题速查第一类添加主机失败。现象是主机认证卡住或加入后集群状态异常原因常见是 NTP 未统一、管理网 ACL 拦截、集群 IP 和主机管理口不在同一可达网段解决是先校时再测管理口连通性最后看认证日志。不要先重装主机时间不同步时重装也会复现。第二类卷创建慢或存储告警。现象是卷初始化时间长、跨主机迁移慢、快照合并久原因常见是存储通信网络和业务数据口混跑、MTU 两端不一致、链路聚合模式不匹配解决是独立存储口、统一 MTU、核对交换机聚合配置再用小文件写入和迁移验证。存储问题不要只看管理面健康状态要压一点业务流量看表现。第三类延伸集群仲裁节点接入失败。现象是集群能登录但状态降级或仲裁节点离线原因常见是仲裁节点配置要求不满足、跨站点路由不通、仲裁链路和业务链路混跑解决是按配置要求核对仲裁节点资源先通管理路由和仲裁路由再接入集群接线位置拍照留档。仲裁节点变更要选维护窗口不要在生产高峰操作。第四类虚拟机跨主机不通。现象是同主机虚拟机互通跨主机不通原因常见是物理出口端口组 VLAN 未放通、虚拟路由器回程路由缺失、安全策略拦截解决是按“端口组 VLAN、物理出口上行、虚拟路由器路由、安全策略”逐跳查不要先改虚拟机 IP。物理出口改 VLAN 先小范围验证再切业务。第五类快照策略恢复不一致。现象是数据库恢复后数据不一致或快照合并慢原因常见是普通快照和一致性组快照混用、快照链过长、没有做恢复演练解决是关键业务用一致性组快照控制快照保留数定期做恢复演练。快照不是备份这条边界要在交付时就写进操作规范。5.2 排查顺序与回退边界排查顺序我一般固定为物理链路、管理网、时间同步、集群状态、存储网络、虚拟网络、业务验证。物理链路看指示灯和交换机端口管理网看 IP 和 ACL时间同步看 NTP集群状态看节点和仲裁存储网络看 MTU 和带宽虚拟网络看 VLAN 和路由最后才进虚拟机看业务。这个顺序能把“黑匣子”拆成可验证的段。回退边界要提前定补丁升级前做配置备份和关键虚拟机快照仲裁节点变更选维护窗口物理出口改 VLAN 先小范围验证存储卷扩容前确认容量和副本快照策略调整先看保留数和执行窗口。后悔药不是出事后再找而是操作前就准备好。交付记录里写清楚每一步的回退动作后面交接不用靠口口相传。6. 进阶验证用一套巡检表把“能登录”变成“敢承载业务”部署完成不等于交付完成能登录管理面只是最低门槛。我一般用三张表做进阶验证集群健康表、网络路径表、恢复演练表。集群健康表看节点状态、仲裁状态、存储卷健康、控制节点资源池余量网络路径表看管理网、存储网、业务 VLAN、物理出口和虚拟路由器恢复演练表看快照恢复、迁移回退、补丁回滚。表格不需要花哨关键是每项有通过标准和失败动作。验证项操作通过标准失败动作集群健康平台自检工具跑一遍节点在线、仲裁正常、卷健康先查时间和存储网络网络路径跨主机虚拟机互 ping、业务端口验证管理、存储、业务均通按端口组 VLAN 逐跳查存储压力小文件写入、跨主机迁移迁移完成、无存储告警查 MTU 和带宽恢复演练选测试虚拟机做快照恢复数据一致、业务可启动检查快照链和一致性组补丁基线对照版本和补丁记录版本一致、无遗漏补丁回退到升级前快照6.1 三张巡检表集群健康表放在交付前跑网络路径表放在业务割接前跑恢复演练表放在上线后一周内跑。三张表都过再谈“敢承载业务”。尤其是恢复演练很多团队只做快照不做恢复真出事才发现快照链有问题。需要原版手册的在文末入口自取按目录查参数比翻聊天记录可靠。6.2 交付前的一遍强制动作从那以后我每次交付前都强制走一遍三张表集群健康、网络路径、恢复演练。不是信不过平台而是现场变量太多靠记忆总会漏一项。希望帮到你。本文还有配套的精品资源点击获取
