简介这份H3CUIS-Cell超融合题库GB0-620面向备考H3C UIS认证的工程师与运维人员聚焦超融合架构、虚拟化、分布式存储与集群运维等核心考点帮助读者在有限时间内系统梳理知识盲区、检验掌握程度。资源包内含1个docx文档约465KB以选择题与答案解析形式组织覆盖x86虚拟化敏感指令、KVM硬件辅助虚拟化、非热插拔部件更换、副本冗余机制、SSD缓存盘配置、内存虚拟化、RBD与iSCSI访问方式、软件升级流程、系统安装及硬件机型选型等高频内容。题目附带标注与解析便于对照错题定位薄弱环节适合作为考前冲刺与日常自测的练习材料。目前已有901人学习下载可作为理解与操作超融合环境的辅助参考。1. 从一份 GB0-620 题库说起H3C UIS-Cell 超融合到底考什么、能解决什么如果你正在准备 H3C UIS-Cell 超融合相关认证或者刚接手一套 UIS 集群需要快速摸清它的技术边界这份 GB0-620 题库文档大概率能帮你省下不少翻手册的时间。它不是产品彩页也不是官方命令参考而是一份按知识点组织的题目集合覆盖虚拟化、分布式存储、集群部署、硬件管理、License 授权、网络规划等模块。每道题都带答案部分还标注了易错点比如“标黄的为有疑问的”这种一线标注比标准教材更贴近实际排障场景。适合两类人一是备考 GB0-620 的工程师需要快速定位知识盲区二是刚接触 UIS 超融合的运维想通过题目反向理解产品设计逻辑。下面按“先立概念、再动手验证、最后避坑”的节奏拆开讲。2. 虚拟化与内存管理从 Ring 级别到影子页表题目背后的真实机制2.1 x86 敏感指令与 VMX 模式切换题库第 1 题直接点出一个常见误解x86 架构的敏感指令只能在 Ring0 下执行。实际上 Ring1 也可以执行部分敏感指令这也是早期半虚拟化能绕开部分特权操作的原因。KVM 走的是硬件辅助虚拟化路线依赖 CPU 的 VMX 模式切换来解决敏感指令问题。非根模式下虚拟机执行敏感指令会触发 VM-Exit由 VMM 接管处理后再 VM-Entry 返回。这个过程不是软件模拟而是硬件级上下文切换所以性能损耗比纯软件虚拟化低得多。理解这一点对排障很关键。如果你在 UIS 集群里看到虚拟机异常退出或 CPU 占用飙升先确认宿主机的 VT-x/AMD-V 是否在 BIOS 里打开再看内核模块kvm_intel或kvm_amd是否正常加载。常见做法是登录 CVM 后台执行# 检查硬件虚拟化支持是否开启 egrep -c (vmx|svm) /proc/cpuinfo # 输出大于 0 表示 CPU 支持否则需进 BIOS 开启 # 查看 KVM 模块加载状态 lsmod | grep kvm # 正常应看到 kvm_intel 或 kvm_amd 以及 kvm 模块参数说明egrep -c统计匹配行数返回 0 说明硬件虚拟化未开启或 CPU 不支持。lsmod列出已加载内核模块如果只有kvm没有kvm_intel说明嵌套虚拟化或 BIOS 设置有问题。这一步是后面所有虚拟机操作的前提翻车往往就翻在这里。2.2 影子页表与内存虚拟化的三种映射第 14 题考的是内存虚拟化正确选项是 BCD。同一台虚拟机的内存在宿主机物理内存中不一定连续影子页表存放的是虚拟机虚拟地址到宿主机物理地址的映射VMM 负责管理和分配每个虚拟机的物理内存。这里容易混淆的是“影子页表”和“EPT/NPT”的关系。影子页表是软件方案EPT 是硬件辅助方案。UIS 底层用 KVM默认走 EPT但题目里提到的影子页表概念在理解内存回收和 ballooning 时仍然有用。实际运维中如果你发现虚拟机内存分配了但宿主机 free 内存没减少别慌这是 KVM 的延迟分配机制。只有虚拟机真正写入页面时才会占用物理内存。验证方法# 查看虚拟机实际内存占用 virsh dommemstat vm_name # 关注 actual 和 rss 两个值rss 才是宿主机实际物理内存占用 # 查看宿主机内存回收情况 virsh dommemstat vm_name | grep balloon参数说明actual是虚拟机当前可用内存rss是宿主机实际分配的物理内存。如果rss远小于分配内存说明虚拟机内部还有大量空闲页面未触发分配。balloon 驱动负责动态回收但需要虚拟机内安装 virtio-balloon 驱动否则只能靠宿主机 swap 硬扛。2.3 计算虚拟化高级功能与资源隔离第 39 题和第 44 题分别考了 GPU 直通、vGPU、USB 重定向、NUMA 以及网络/CPU/内存/存储的资源隔离。这些功能不是纸面参数直接决定你能不能在一套集群里混跑图形工作站和普通业务虚拟机。GPU 直通需要 BIOS 开启 Above 4G Decoding 和 SR-IOVvGPU 还需要额外的 License。NUMA 绑定对数据库类虚拟机影响很大跨 NUMA 节点访问内存延迟可能翻倍。配置 NUMA 绑定的常见做法是在虚拟机 XML 里加numatune和cpu亲和性!-- 在虚拟机 XML 中绑定 NUMA 节点 -- numatune memory modestrict nodeset0/ /numatune cpu modehost-passthrough topology sockets1 cores4 threads2/ numa cell id0 cpus0-3 memory8192 unitMiB/ /numa /cpu逻辑说明nodeset0表示内存只从 NUMA 节点 0 分配strict模式在内存不足时直接报错而不是跨节点分配。CPU 拓扑要和物理机 NUMA 结构对齐否则调度器可能把 vCPU 放到远端节点。改完 XML 后需要virsh define重新定义并重启虚拟机热插拔 NUMA 配置在大多数版本上不支持。3. 分布式存储冗余与健康度副本、纠删码和 PG 状态怎么调3.1 副本数与故障域3 节点为什么不能配单副本题库第 4、19、45、48 题反复考副本机制。核心结论UIS 分布式存储最少支持两副本最多支持 5 副本3 节点集群可配 2 副本或 3 副本但不支持单副本。原因很简单单副本没有冗余任意一块数据盘故障都会导致数据丢失生产环境不可能允许。故障域可以设置为主机或机柜设置为主机时单主机故障数据不丢失设置为机柜时单机柜故障数据不丢失。故障域越大冗余成本越高但安全性也越高。实际配置时副本数不是越多越好。3 副本意味着每份数据写三遍存储利用率只有 33%。如果业务对性能敏感且能接受稍低的安全性2 副本加纠删码是更平衡的选择。纠删码需要设置数据块个数、校验块个数和条带大小。第 38 题明确指出小条带适用于小块随机读写大条带适用于大块顺序读写。这个参数设反了性能可能掉一半。# 查看当前集群冗余策略 ceph osd pool ls detail # 输出中会显示 size副本数和 min_size最小可用副本数 # 查看 PG 状态和分布 ceph pg stat # 关注 activeclean 的比例如果 activeundersized 说明副本数不足参数说明size是副本总数min_size是允许写入的最小副本数。如果min_size设为 1虽然写入不会阻塞但数据安全性极低。生产环境建议size3, min_size2。ceph pg stat输出的activeclean表示 PG 正常activedegraded表示有 OSD 离线但数据仍可读写inactive或down就需要立即排查。3.2 存储健康度主机、磁盘、数据三层监控第 10 题考了存储健康度的组成主机健康度、磁盘健康度、数据健康度。数据健康度不为 100% 时集群可能正在进行数据均衡这是正常现象但如果持续低于 100% 且不恢复就要检查是否有 OSD 频繁上下线。主机健康度显示正常主机占比磁盘故障或监控进程故障都会拉低这个值。磁盘健康度显示正常 OSD 占比网络故障或 OSD 进程异常都会导致异常。排查健康度问题的顺序一般是先看ceph -s全局状态再看ceph osd tree定位具体 OSD最后查/var/log/ceph/下的日志。常见做法是# 查看集群全局状态 ceph -s # 关注 health 字段HEALTH_OK / HEALTH_WARN / HEALTH_ERR # 查看 OSD 树和权重 ceph osd tree # 关注 up/down 和 in/out 状态down 且 in 的 OSD 需要尽快恢复 # 查看具体 OSD 的详细信息 ceph osd info osd_id # 关注 last_scrub 和 scrub_errors长时间未 scrub 可能有问题逻辑说明ceph -s是最快了解集群状态的方式HEALTH_WARN通常由 PG 不一致或 OSD 接近满引起。ceph osd tree能看出故障域分布如果所有 OSD 都在同一主机上故障域设置就有问题。ceph osd info里的last_scrub超过一周没更新说明 scrub 被阻塞需要检查磁盘 IO 负载。3.3 访问方式选型RBD、iSCSI 和 OCFS2 的边界第 15 题考了 UIS 6.5 分布式存储访问方式。RBD 访问不经过 OCFS2 文件系统层性能比 iSCSI 更高但 RBD 需要通过网络发现存储卷。iSCSI 走块设备映射兼容性更好但多了一层协议封装。OCFS2 是共享文件系统适合多节点同时挂载同一卷的场景比如共享文件系统最大支持 32TB 存储卷。选型建议虚拟机磁盘用 RBD数据库裸设备用 iSCSI多节点共享配置文件用 OCFS2。不要混用否则容易出现锁冲突。验证 RBD 性能的常见做法# 创建 RBD 卷并测试顺序写 rbd create testpool/testvol --size 10240 rbd map testpool/testvol fio --nameseqwrite --filename/dev/rbd0 --bs1M --size1G --rwwrite --direct1 # 关注 bw 字段单位 KB/s 或 MB/s参数说明--bs1M模拟大块顺序写--direct1绕过页缓存测出的才是真实磁盘性能。如果带宽远低于预期先检查存储内网是否万兆再看 OSD 是否均匀分布。RBD 卷映射后会在/dev/rbd0出现块设备卸载前需要rbd unmap否则重启后可能残留映射。4. 集群部署与硬件管理从初始化扫描到 License 注册的完整链路4.1 部署前网络配置与主机发现协议第 12 题和第 40 题考了部署前的网络配置和节点自动发现协议。部署前只需要配置管理节点的管理网其他主机的网络可以在部署页面配置。节点自动发现走的是二层广播目的 MAC 为广播 MAC源 MAC 为本机 MAC协议类型为私有二层协议。节点通过广播报告 IP、MAC、序列号等信息管理平台收到后应答应答报文的源 MAC 为本机 MAC目的 MAC 为管理平台主机的 MAC。如果初始化部署时扫描不到主机按第 73 题的排查思路先检查主机 vswitch0 是否成功创建再看局域网连接是否正常最后确认主机网口是否 UP。常见翻车点是网线插错口或者交换机端口没放行私有协议。我一般会先在 CVM 后台手动发广播包验证# 查看网口状态 ip link show # 确认管理网口 state UP # 手动触发节点发现部分版本支持 /opt/h3c/uis/bin/node_discover --interface eth0 # 观察是否有应答包无应答则检查交换机配置参数说明ip link show输出中state UP表示物理链路正常state DOWN需要检查网线和交换机端口。node_discover是内部工具不同版本路径可能不同用find / -name *discover*定位。如果手动触发能发现但页面扫描不到多半是管理平台服务异常重启uis-manager服务即可。4.2 License 授权UIS、CAS、ONEStor 三码分立第 23、25、37、63、68、75 题都在考 License。核心规则UIS、CAS、ONEStor 都有独立的授权码超融合场景需要同时激活 UIS、CAS 及 ONEStor 授权计算虚拟化只需要同时激活 UIS 及 CAS 授权。ONEStor 授权码有标准版和企业版区分UIS 授权码只有标准版CAS 授权码有标准版和企业版区分。产品注册时在 UIS Manager 管理界面分别上传 2 个激活文件收集管理主机文件时解压出来 2 个主机文件。License 注册失败最常见的原因是主机文件收集不全。第 23 题特别指出未登录状态下下载主机信息只能收集 CAS_host.info登录后才能同时收集 CAS_host.info 和 Storage_ip_info。所以注册前务必确认已登录管理平台。另一个坑是更换硬件后 License 失效更换网卡和主板需要变更 License更换电源和硬盘不需要。这个边界很清晰因为 License 绑定的是主板和网卡信息。# 查看当前 License 状态 cat /opt/h3c/uis/etc/license.info # 关注 expire_date 和 feature 字段 # 收集主机信息需登录管理平台后操作 # 在 UIS Manager 界面系统 - License - 收集主机信息 # 下载后解压确认包含 CAS_host.info 和 Storage_ip_info 两个文件逻辑说明license.info是本地授权文件如果不存在或过期管理平台会限制部分功能。收集主机信息必须在登录状态下操作否则只能拿到 CAS 部分。上传激活文件时两个文件要分别上传不能打包成一个。如果提示“授权码不匹配”先核对主机序列号是否变更。4.3 硬件机型与部件更换维护模式是底线第 5、20、49、54、79 题考了硬件机型和非热插拔部件更换。UIS-CELL 4000 G3 是 2U 高密度服务器每个服务器最大 4 个节点每个节点支持 2 个 CPU。UIS-CELL 6000 G3 是 4U 机架式服务器每个服务器最大 4 个 CPU。UIS 9000 刀片面向云网安融合和数据中心虚拟化场景。更换非热插拔部件时关机前节点必须进入维护模式如果是不断业务更换硬件更换前需要迁移虚拟机。多个节点操作时全部操作完毕后再退出维护模式。维护模式的作用是阻止新虚拟机调度到该节点并触发数据重新均衡。如果跳过维护模式直接关机可能导致 PG 降级甚至数据丢失。我见过最惨的一次是直接拔电源换内存结果三副本变两副本再坏一块盘就直接丢数据。从那以后每次硬件操作前都强制走一遍维护模式检查清单。# 进入维护模式在 UIS Manager 界面操作 # 主机 - 选择节点 - 进入维护模式 # 确认虚拟机已迁移或关机存储状态为 HEALTH_OK # 后台确认维护模式生效 ceph osd tree | grep hostname # 该主机下所有 OSD 应显示为 out 状态参数说明out状态表示 OSD 已从数据分布中移除数据会自动均衡到其他节点。如果 OSD 仍为in说明维护模式未完全生效此时关机仍有数据丢失风险。退出维护模式后 OSD 会重新加入数据再次均衡这个过程可能持续数小时期间集群性能会下降建议在业务低峰期操作。5. 避坑与排查GB0-620 题库里那些标黄的易错点5.1 存储内网和外网 IP 变更的边界第 59 题考了 IP 地址变更规则存储内网地址可以变更UIS Manager 管理节点 IP 不允许变更存储外网 IP 地址不允许变更。这个规则和直觉相反很多人以为存储内网更重要所以不能改实际上存储内网走的是内部通信改完会自动重新发现管理节点 IP 和存储外网 IP 绑定了 License 和集群配置改了直接导致集群不可用。现象是管理页面打不开或虚拟机网络中断原因就是 IP 变更触发了 License 校验失败。解决方法是改回原 IP如果必须变更需要重新申请 License 并重建集群。5.2 SSD 缓存盘不支持在线修改第 13 题和第 76 题都提到 SSD 缓存盘不支持在线修改缓存设置。写缓存分区大小和读缓存分区大小默认分别为 30G 和 50G可调范围是 50 到 200GB 之间的整数。一个 SSD 磁盘只能单独用于读缓存或写缓存不能同时用于读写缓存。出厂默认所有 SSD 缓存盘做 RAID0。配置读写缓存加速时每台服务器的 SSD 硬盘个数HDD 硬盘个数 ≥ 1:5。现象是在管理界面修改缓存配置后报错或配置不生效原因是缓存分区涉及数据重新分布在线修改会导致数据不一致。解决方法是先进入维护模式迁移虚拟机关机后修改再重新加入集群。5.3 集群规模限制与共享文件系统上限第 70 题考了集群规模超融合集群最少使用 3 台主机最大不超过 32 台主机建议不超过 32 个共享文件系统共享文件系统最大支持 32TB 的存储卷。现象是添加第 33 台主机时提示失败原因是集群元数据服务达到上限。解决方法是拆分成多个集群或者用多集群管理平台统一纳管。另一个坑是共享文件系统创建超过 32 个后性能急剧下降因为 OCFS2 的锁竞争随节点数增加而加剧。5.4 软件升级前必须保证存储健康第 16 题考了软件升级升级前需要对数据备份需要保证存储处于健康状态不需要关闭 HA升级需要逐个节点手动执行命令。现象是升级过程中卡住或节点失联原因是存储不健康时升级会触发数据重建和升级进程抢 IO。解决方法是升级前执行ceph -s确认HEALTH_OK如果有HEALTH_WARN先修复再升级。升级顺序是先管理节点后业务节点每个节点升级完确认服务正常后再操作下一个。5.5 双机热备配置时机与 License 依赖第 6 题和第 8 题考了双机热备最推荐的配置是主备节点在业务集群内加高级仲裁双机配置需要在集群初始化时完成需要申请双机热备 License业务上线后仍可配置双机双机部署后会额外生成两个 VIP。现象是业务上线后配置双机热备失败原因是初始化时未预留仲裁节点资源。解决方法是如果初始化时没配后续配置需要停机窗口因为要重新分配 VIP 和仲裁角色。常见做法是初始化时就规划好双机热备避免后期返工。6. 从题库到实战用 GB0-620 反推 UIS 集群的验证清单题库最大的价值不是背答案而是帮你建立一套验证清单。我一般会把题目按模块拆成检查项每接手一套新集群就过一遍。比如虚拟化模块检查 VT-x 是否开启、KVM 模块是否加载、NUMA 绑定是否合理存储模块检查副本数、故障域、PG 状态、健康度网络模块检查四个网络规划、带宽占比、聚合模式硬件模块检查机型匹配、缓存盘配置、维护模式流程License 模块检查三码是否齐全、主机文件是否完整。具体操作时我会在 CVM 后台跑一个综合检查脚本#!/bin/bash # UIS 集群健康检查清单 echo 虚拟化支持 egrep -c (vmx|svm) /proc/cpuinfo lsmod | grep kvm echo 存储状态 ceph -s | grep health ceph osd tree | grep -c down ceph pg stat | grep -c activeclean echo 网络规划 ip -br link show | grep UP ovs-vsctl show | grep -c Bridge echo License 状态 cat /opt/h3c/uis/etc/license.info | grep expire_date echo 集群规模 ceph osd tree | grep -c host逻辑说明这个脚本把题库里的关键检查点串成一条线。egrep -c返回 CPU 虚拟化支持数lsmod确认 KVM 模块ceph -s看健康度ceph osd tree统计 down 的 OSD 数量和主机数ip -br link看网口状态ovs-vsctl show确认虚拟交换机license.info看授权有效期。每个输出都有明确的正常范围比如 down 的 OSD 数量应为 0activeclean 的 PG 比例应接近 100%。参数调整建议如果ceph pg stat显示 activeclean 比例低于 90%先查ceph osd tree看是否有 OSD 频繁上下线再查/var/log/ceph/ceph-osd.*.log找具体错误。如果ovs-vsctl show的 Bridge 数量少于预期检查初始化部署时 vswitch 是否创建成功。如果 License 有效期不足 30 天提前申请续期避免到期后管理平台锁定。从那以后我每次接手新集群都强制走一遍这个清单先跑脚本再翻题库对答案确认没有盲区才动手配业务。这套习惯帮我避开了至少三次可能的数据丢失事故。希望帮到你。本文还有配套的精品资源点击获取
简介这份H3CUIS-Cell超融合题库GB0-620面向备考H3C UIS认证的工程师与运维人员聚焦超融合架构、虚拟化、分布式存储与集群运维等核心考点帮助读者在有限时间内系统梳理知识盲区、检验掌握程度。资源包内含1个docx文档约465KB以选择题与答案解析形式组织覆盖x86虚拟化敏感指令、KVM硬件辅助虚拟化、非热插拔部件更换、副本冗余机制、SSD缓存盘配置、内存虚拟化、RBD与iSCSI访问方式、软件升级流程、系统安装及硬件机型选型等高频内容。题目附带标注与解析便于对照错题定位薄弱环节适合作为考前冲刺与日常自测的练习材料。目前已有901人学习下载可作为理解与操作超融合环境的辅助参考。1. 从一份 GB0-620 题库说起H3C UIS-Cell 超融合到底考什么、能解决什么如果你正在准备 H3C UIS-Cell 超融合相关认证或者刚接手一套 UIS 集群需要快速摸清它的技术边界这份 GB0-620 题库文档大概率能帮你省下不少翻手册的时间。它不是产品彩页也不是官方命令参考而是一份按知识点组织的题目集合覆盖虚拟化、分布式存储、集群部署、硬件管理、License 授权、网络规划等模块。每道题都带答案部分还标注了易错点比如“标黄的为有疑问的”这种一线标注比标准教材更贴近实际排障场景。适合两类人一是备考 GB0-620 的工程师需要快速定位知识盲区二是刚接触 UIS 超融合的运维想通过题目反向理解产品设计逻辑。下面按“先立概念、再动手验证、最后避坑”的节奏拆开讲。2. 虚拟化与内存管理从 Ring 级别到影子页表题目背后的真实机制2.1 x86 敏感指令与 VMX 模式切换题库第 1 题直接点出一个常见误解x86 架构的敏感指令只能在 Ring0 下执行。实际上 Ring1 也可以执行部分敏感指令这也是早期半虚拟化能绕开部分特权操作的原因。KVM 走的是硬件辅助虚拟化路线依赖 CPU 的 VMX 模式切换来解决敏感指令问题。非根模式下虚拟机执行敏感指令会触发 VM-Exit由 VMM 接管处理后再 VM-Entry 返回。这个过程不是软件模拟而是硬件级上下文切换所以性能损耗比纯软件虚拟化低得多。理解这一点对排障很关键。如果你在 UIS 集群里看到虚拟机异常退出或 CPU 占用飙升先确认宿主机的 VT-x/AMD-V 是否在 BIOS 里打开再看内核模块kvm_intel或kvm_amd是否正常加载。常见做法是登录 CVM 后台执行# 检查硬件虚拟化支持是否开启 egrep -c (vmx|svm) /proc/cpuinfo # 输出大于 0 表示 CPU 支持否则需进 BIOS 开启 # 查看 KVM 模块加载状态 lsmod | grep kvm # 正常应看到 kvm_intel 或 kvm_amd 以及 kvm 模块参数说明egrep -c统计匹配行数返回 0 说明硬件虚拟化未开启或 CPU 不支持。lsmod列出已加载内核模块如果只有kvm没有kvm_intel说明嵌套虚拟化或 BIOS 设置有问题。这一步是后面所有虚拟机操作的前提翻车往往就翻在这里。2.2 影子页表与内存虚拟化的三种映射第 14 题考的是内存虚拟化正确选项是 BCD。同一台虚拟机的内存在宿主机物理内存中不一定连续影子页表存放的是虚拟机虚拟地址到宿主机物理地址的映射VMM 负责管理和分配每个虚拟机的物理内存。这里容易混淆的是“影子页表”和“EPT/NPT”的关系。影子页表是软件方案EPT 是硬件辅助方案。UIS 底层用 KVM默认走 EPT但题目里提到的影子页表概念在理解内存回收和 ballooning 时仍然有用。实际运维中如果你发现虚拟机内存分配了但宿主机 free 内存没减少别慌这是 KVM 的延迟分配机制。只有虚拟机真正写入页面时才会占用物理内存。验证方法# 查看虚拟机实际内存占用 virsh dommemstat vm_name # 关注 actual 和 rss 两个值rss 才是宿主机实际物理内存占用 # 查看宿主机内存回收情况 virsh dommemstat vm_name | grep balloon参数说明actual是虚拟机当前可用内存rss是宿主机实际分配的物理内存。如果rss远小于分配内存说明虚拟机内部还有大量空闲页面未触发分配。balloon 驱动负责动态回收但需要虚拟机内安装 virtio-balloon 驱动否则只能靠宿主机 swap 硬扛。2.3 计算虚拟化高级功能与资源隔离第 39 题和第 44 题分别考了 GPU 直通、vGPU、USB 重定向、NUMA 以及网络/CPU/内存/存储的资源隔离。这些功能不是纸面参数直接决定你能不能在一套集群里混跑图形工作站和普通业务虚拟机。GPU 直通需要 BIOS 开启 Above 4G Decoding 和 SR-IOVvGPU 还需要额外的 License。NUMA 绑定对数据库类虚拟机影响很大跨 NUMA 节点访问内存延迟可能翻倍。配置 NUMA 绑定的常见做法是在虚拟机 XML 里加numatune和cpu亲和性!-- 在虚拟机 XML 中绑定 NUMA 节点 -- numatune memory modestrict nodeset0/ /numatune cpu modehost-passthrough topology sockets1 cores4 threads2/ numa cell id0 cpus0-3 memory8192 unitMiB/ /numa /cpu逻辑说明nodeset0表示内存只从 NUMA 节点 0 分配strict模式在内存不足时直接报错而不是跨节点分配。CPU 拓扑要和物理机 NUMA 结构对齐否则调度器可能把 vCPU 放到远端节点。改完 XML 后需要virsh define重新定义并重启虚拟机热插拔 NUMA 配置在大多数版本上不支持。3. 分布式存储冗余与健康度副本、纠删码和 PG 状态怎么调3.1 副本数与故障域3 节点为什么不能配单副本题库第 4、19、45、48 题反复考副本机制。核心结论UIS 分布式存储最少支持两副本最多支持 5 副本3 节点集群可配 2 副本或 3 副本但不支持单副本。原因很简单单副本没有冗余任意一块数据盘故障都会导致数据丢失生产环境不可能允许。故障域可以设置为主机或机柜设置为主机时单主机故障数据不丢失设置为机柜时单机柜故障数据不丢失。故障域越大冗余成本越高但安全性也越高。实际配置时副本数不是越多越好。3 副本意味着每份数据写三遍存储利用率只有 33%。如果业务对性能敏感且能接受稍低的安全性2 副本加纠删码是更平衡的选择。纠删码需要设置数据块个数、校验块个数和条带大小。第 38 题明确指出小条带适用于小块随机读写大条带适用于大块顺序读写。这个参数设反了性能可能掉一半。# 查看当前集群冗余策略 ceph osd pool ls detail # 输出中会显示 size副本数和 min_size最小可用副本数 # 查看 PG 状态和分布 ceph pg stat # 关注 activeclean 的比例如果 activeundersized 说明副本数不足参数说明size是副本总数min_size是允许写入的最小副本数。如果min_size设为 1虽然写入不会阻塞但数据安全性极低。生产环境建议size3, min_size2。ceph pg stat输出的activeclean表示 PG 正常activedegraded表示有 OSD 离线但数据仍可读写inactive或down就需要立即排查。3.2 存储健康度主机、磁盘、数据三层监控第 10 题考了存储健康度的组成主机健康度、磁盘健康度、数据健康度。数据健康度不为 100% 时集群可能正在进行数据均衡这是正常现象但如果持续低于 100% 且不恢复就要检查是否有 OSD 频繁上下线。主机健康度显示正常主机占比磁盘故障或监控进程故障都会拉低这个值。磁盘健康度显示正常 OSD 占比网络故障或 OSD 进程异常都会导致异常。排查健康度问题的顺序一般是先看ceph -s全局状态再看ceph osd tree定位具体 OSD最后查/var/log/ceph/下的日志。常见做法是# 查看集群全局状态 ceph -s # 关注 health 字段HEALTH_OK / HEALTH_WARN / HEALTH_ERR # 查看 OSD 树和权重 ceph osd tree # 关注 up/down 和 in/out 状态down 且 in 的 OSD 需要尽快恢复 # 查看具体 OSD 的详细信息 ceph osd info osd_id # 关注 last_scrub 和 scrub_errors长时间未 scrub 可能有问题逻辑说明ceph -s是最快了解集群状态的方式HEALTH_WARN通常由 PG 不一致或 OSD 接近满引起。ceph osd tree能看出故障域分布如果所有 OSD 都在同一主机上故障域设置就有问题。ceph osd info里的last_scrub超过一周没更新说明 scrub 被阻塞需要检查磁盘 IO 负载。3.3 访问方式选型RBD、iSCSI 和 OCFS2 的边界第 15 题考了 UIS 6.5 分布式存储访问方式。RBD 访问不经过 OCFS2 文件系统层性能比 iSCSI 更高但 RBD 需要通过网络发现存储卷。iSCSI 走块设备映射兼容性更好但多了一层协议封装。OCFS2 是共享文件系统适合多节点同时挂载同一卷的场景比如共享文件系统最大支持 32TB 存储卷。选型建议虚拟机磁盘用 RBD数据库裸设备用 iSCSI多节点共享配置文件用 OCFS2。不要混用否则容易出现锁冲突。验证 RBD 性能的常见做法# 创建 RBD 卷并测试顺序写 rbd create testpool/testvol --size 10240 rbd map testpool/testvol fio --nameseqwrite --filename/dev/rbd0 --bs1M --size1G --rwwrite --direct1 # 关注 bw 字段单位 KB/s 或 MB/s参数说明--bs1M模拟大块顺序写--direct1绕过页缓存测出的才是真实磁盘性能。如果带宽远低于预期先检查存储内网是否万兆再看 OSD 是否均匀分布。RBD 卷映射后会在/dev/rbd0出现块设备卸载前需要rbd unmap否则重启后可能残留映射。4. 集群部署与硬件管理从初始化扫描到 License 注册的完整链路4.1 部署前网络配置与主机发现协议第 12 题和第 40 题考了部署前的网络配置和节点自动发现协议。部署前只需要配置管理节点的管理网其他主机的网络可以在部署页面配置。节点自动发现走的是二层广播目的 MAC 为广播 MAC源 MAC 为本机 MAC协议类型为私有二层协议。节点通过广播报告 IP、MAC、序列号等信息管理平台收到后应答应答报文的源 MAC 为本机 MAC目的 MAC 为管理平台主机的 MAC。如果初始化部署时扫描不到主机按第 73 题的排查思路先检查主机 vswitch0 是否成功创建再看局域网连接是否正常最后确认主机网口是否 UP。常见翻车点是网线插错口或者交换机端口没放行私有协议。我一般会先在 CVM 后台手动发广播包验证# 查看网口状态 ip link show # 确认管理网口 state UP # 手动触发节点发现部分版本支持 /opt/h3c/uis/bin/node_discover --interface eth0 # 观察是否有应答包无应答则检查交换机配置参数说明ip link show输出中state UP表示物理链路正常state DOWN需要检查网线和交换机端口。node_discover是内部工具不同版本路径可能不同用find / -name *discover*定位。如果手动触发能发现但页面扫描不到多半是管理平台服务异常重启uis-manager服务即可。4.2 License 授权UIS、CAS、ONEStor 三码分立第 23、25、37、63、68、75 题都在考 License。核心规则UIS、CAS、ONEStor 都有独立的授权码超融合场景需要同时激活 UIS、CAS 及 ONEStor 授权计算虚拟化只需要同时激活 UIS 及 CAS 授权。ONEStor 授权码有标准版和企业版区分UIS 授权码只有标准版CAS 授权码有标准版和企业版区分。产品注册时在 UIS Manager 管理界面分别上传 2 个激活文件收集管理主机文件时解压出来 2 个主机文件。License 注册失败最常见的原因是主机文件收集不全。第 23 题特别指出未登录状态下下载主机信息只能收集 CAS_host.info登录后才能同时收集 CAS_host.info 和 Storage_ip_info。所以注册前务必确认已登录管理平台。另一个坑是更换硬件后 License 失效更换网卡和主板需要变更 License更换电源和硬盘不需要。这个边界很清晰因为 License 绑定的是主板和网卡信息。# 查看当前 License 状态 cat /opt/h3c/uis/etc/license.info # 关注 expire_date 和 feature 字段 # 收集主机信息需登录管理平台后操作 # 在 UIS Manager 界面系统 - License - 收集主机信息 # 下载后解压确认包含 CAS_host.info 和 Storage_ip_info 两个文件逻辑说明license.info是本地授权文件如果不存在或过期管理平台会限制部分功能。收集主机信息必须在登录状态下操作否则只能拿到 CAS 部分。上传激活文件时两个文件要分别上传不能打包成一个。如果提示“授权码不匹配”先核对主机序列号是否变更。4.3 硬件机型与部件更换维护模式是底线第 5、20、49、54、79 题考了硬件机型和非热插拔部件更换。UIS-CELL 4000 G3 是 2U 高密度服务器每个服务器最大 4 个节点每个节点支持 2 个 CPU。UIS-CELL 6000 G3 是 4U 机架式服务器每个服务器最大 4 个 CPU。UIS 9000 刀片面向云网安融合和数据中心虚拟化场景。更换非热插拔部件时关机前节点必须进入维护模式如果是不断业务更换硬件更换前需要迁移虚拟机。多个节点操作时全部操作完毕后再退出维护模式。维护模式的作用是阻止新虚拟机调度到该节点并触发数据重新均衡。如果跳过维护模式直接关机可能导致 PG 降级甚至数据丢失。我见过最惨的一次是直接拔电源换内存结果三副本变两副本再坏一块盘就直接丢数据。从那以后每次硬件操作前都强制走一遍维护模式检查清单。# 进入维护模式在 UIS Manager 界面操作 # 主机 - 选择节点 - 进入维护模式 # 确认虚拟机已迁移或关机存储状态为 HEALTH_OK # 后台确认维护模式生效 ceph osd tree | grep hostname # 该主机下所有 OSD 应显示为 out 状态参数说明out状态表示 OSD 已从数据分布中移除数据会自动均衡到其他节点。如果 OSD 仍为in说明维护模式未完全生效此时关机仍有数据丢失风险。退出维护模式后 OSD 会重新加入数据再次均衡这个过程可能持续数小时期间集群性能会下降建议在业务低峰期操作。5. 避坑与排查GB0-620 题库里那些标黄的易错点5.1 存储内网和外网 IP 变更的边界第 59 题考了 IP 地址变更规则存储内网地址可以变更UIS Manager 管理节点 IP 不允许变更存储外网 IP 地址不允许变更。这个规则和直觉相反很多人以为存储内网更重要所以不能改实际上存储内网走的是内部通信改完会自动重新发现管理节点 IP 和存储外网 IP 绑定了 License 和集群配置改了直接导致集群不可用。现象是管理页面打不开或虚拟机网络中断原因就是 IP 变更触发了 License 校验失败。解决方法是改回原 IP如果必须变更需要重新申请 License 并重建集群。5.2 SSD 缓存盘不支持在线修改第 13 题和第 76 题都提到 SSD 缓存盘不支持在线修改缓存设置。写缓存分区大小和读缓存分区大小默认分别为 30G 和 50G可调范围是 50 到 200GB 之间的整数。一个 SSD 磁盘只能单独用于读缓存或写缓存不能同时用于读写缓存。出厂默认所有 SSD 缓存盘做 RAID0。配置读写缓存加速时每台服务器的 SSD 硬盘个数HDD 硬盘个数 ≥ 1:5。现象是在管理界面修改缓存配置后报错或配置不生效原因是缓存分区涉及数据重新分布在线修改会导致数据不一致。解决方法是先进入维护模式迁移虚拟机关机后修改再重新加入集群。5.3 集群规模限制与共享文件系统上限第 70 题考了集群规模超融合集群最少使用 3 台主机最大不超过 32 台主机建议不超过 32 个共享文件系统共享文件系统最大支持 32TB 的存储卷。现象是添加第 33 台主机时提示失败原因是集群元数据服务达到上限。解决方法是拆分成多个集群或者用多集群管理平台统一纳管。另一个坑是共享文件系统创建超过 32 个后性能急剧下降因为 OCFS2 的锁竞争随节点数增加而加剧。5.4 软件升级前必须保证存储健康第 16 题考了软件升级升级前需要对数据备份需要保证存储处于健康状态不需要关闭 HA升级需要逐个节点手动执行命令。现象是升级过程中卡住或节点失联原因是存储不健康时升级会触发数据重建和升级进程抢 IO。解决方法是升级前执行ceph -s确认HEALTH_OK如果有HEALTH_WARN先修复再升级。升级顺序是先管理节点后业务节点每个节点升级完确认服务正常后再操作下一个。5.5 双机热备配置时机与 License 依赖第 6 题和第 8 题考了双机热备最推荐的配置是主备节点在业务集群内加高级仲裁双机配置需要在集群初始化时完成需要申请双机热备 License业务上线后仍可配置双机双机部署后会额外生成两个 VIP。现象是业务上线后配置双机热备失败原因是初始化时未预留仲裁节点资源。解决方法是如果初始化时没配后续配置需要停机窗口因为要重新分配 VIP 和仲裁角色。常见做法是初始化时就规划好双机热备避免后期返工。6. 从题库到实战用 GB0-620 反推 UIS 集群的验证清单题库最大的价值不是背答案而是帮你建立一套验证清单。我一般会把题目按模块拆成检查项每接手一套新集群就过一遍。比如虚拟化模块检查 VT-x 是否开启、KVM 模块是否加载、NUMA 绑定是否合理存储模块检查副本数、故障域、PG 状态、健康度网络模块检查四个网络规划、带宽占比、聚合模式硬件模块检查机型匹配、缓存盘配置、维护模式流程License 模块检查三码是否齐全、主机文件是否完整。具体操作时我会在 CVM 后台跑一个综合检查脚本#!/bin/bash # UIS 集群健康检查清单 echo 虚拟化支持 egrep -c (vmx|svm) /proc/cpuinfo lsmod | grep kvm echo 存储状态 ceph -s | grep health ceph osd tree | grep -c down ceph pg stat | grep -c activeclean echo 网络规划 ip -br link show | grep UP ovs-vsctl show | grep -c Bridge echo License 状态 cat /opt/h3c/uis/etc/license.info | grep expire_date echo 集群规模 ceph osd tree | grep -c host逻辑说明这个脚本把题库里的关键检查点串成一条线。egrep -c返回 CPU 虚拟化支持数lsmod确认 KVM 模块ceph -s看健康度ceph osd tree统计 down 的 OSD 数量和主机数ip -br link看网口状态ovs-vsctl show确认虚拟交换机license.info看授权有效期。每个输出都有明确的正常范围比如 down 的 OSD 数量应为 0activeclean 的 PG 比例应接近 100%。参数调整建议如果ceph pg stat显示 activeclean 比例低于 90%先查ceph osd tree看是否有 OSD 频繁上下线再查/var/log/ceph/ceph-osd.*.log找具体错误。如果ovs-vsctl show的 Bridge 数量少于预期检查初始化部署时 vswitch 是否创建成功。如果 License 有效期不足 30 天提前申请续期避免到期后管理平台锁定。从那以后我每次接手新集群都强制走一遍这个清单先跑脚本再翻题库对答案确认没有盲区才动手配业务。这套习惯帮我避开了至少三次可能的数据丢失事故。希望帮到你。本文还有配套的精品资源点击获取
